Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
On Aug 25, 2008, at 3:18 PM, Guillaume Lerouge wrote: >> >> [snip] >> >> I think we're not talking about the same thing. Let me take a use >> case: Imagine I'm a user and I want to insert an include macro. How >> do >> I do it? > > > 2 ways : > > 1. The macro is available in the drop-down menu (if we keep a "quick > access" to it) and you click on it. > 2. You click on "browse macros", browse through categories to find > it and > click on "include macro" > > The macro is then inserted on the page. A block appears on the page, > with > "include macro" labelled on it. Note that at this stage you haven't > specified any parameter : you have inserted an include macro on the > page. But this is not valid, you cannot insert an include macro without specifying mandatory parameters. How do you tell the user that such parameter is mandatory and the macro will not work without specifying it? You'll get an error for rendering the page as soon as the macro is inserted! I don't think this is very user friendly. I don't think you should be allowed to enter macros without parameters when such parameters are required. >> Note that I need to specify 2 parameters: the target document to >> include and the context (whether it's a new one or the current one). >> > > Now you want to edit the parameters of your include macro. You click > on the > "include" block that is displayed on your page. A tray appears, with 2 > settings available (cf > http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/WYSIWYG.zip/WYSIWYG.022.png > ) > : > > 1. The first is : context : current - new > 2. The second is : target document : [input field] > The bold setting in front of the context parameter is the selected > setting. > You can type the name of the page you want to include in the input > field (we > could potentially add an autosuggest to that input field). > > The benefits from this approach is that you separate insertion from > edition > : if you want to change the name of the included document along the > way, you > do not need to go through the dialog box again. Thanks -Vincent > Guillaume > > >> Thanks >> -Vincent >> >>> The tray doesn't break the user edition flow (whereas the dialog box >>> does). >>> Therefore I think it is a better design and usability choice. This >>> way the >>> user does not need to go through a dialog box each time he wants to >>> edit a >>> setting : he can do so in less time, without being interrupted. >>> >>> In both cases, I agree we need to find a way to help the user make >>> the right >>> choice between available parameters. I'll look into this. >>> >>> Guillaume >>> >>> Thanks -Vincent On Aug 21, 2008, at 7:33 PM, Vincent Massol wrote: > Hi Guillaume, > > Globally I like it. > > Some comments: > > 1) Link menu item: > * How do we add a link to an email address? > * How do we add a link to a generic URI? > * How do we add an interwiki link? > > I think all these can be answered by providing a "Custom Link..." > item > in the drop down menu to let users enter whatever format they > want. It > would have 3 fields: > - label > - reference (this is the free form) > - target > > 2) Insert menu item: > * I don't like the "Insert TOC" too much since the TOC is a macro > like > other macros. BTW this is true for the table too but here I agree > that > table should be in this menu... which means BTW that for the > implementation we need to filter out the table from the macro > list... > > 3) Macro menu item: > * Can categories be more than 1 level deep? > * Can a macro be in more than 1 category? > Note: This means that in the Macro descriptor implementation we > need > to add the notation of category which we don't currently have (we > have > macro description and parameters description). > > 4) Import menu item: > * You didn't show the submenu items > > 5) Link Dialog Box - Browse tab > * It's missing the ability to link to a subwiki (i.e. the wiki > filter) > > 6) Link Dialog Box - Search tab > * Again missing multiwiki > * What if put the name of an attachment. How do I create a link to > it > from the search dialog box? > > 7) Link Dialog Box - Recently Modified > * By everyone or by me only or both? > > 8) Link to a web page > * Wrong dialog box > > 9) Link to a new page > * What about a link to a page in another wiki? > * New page title --> New page name. This is not the title! > > BTW In English there's no space before ":" > > 10) Link Settings > * Not sure I like the fact that you can set tooltip/etc when > creating > the link. I'm not sure on this. > > Stopping here for now... need top lay with the kids a bit... > > Thanks
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
> > [snip] > > I think we're not talking about the same thing. Let me take a use > case: Imagine I'm a user and I want to insert an include macro. How do > I do it? 2 ways : 1. The macro is available in the drop-down menu (if we keep a "quick access" to it) and you click on it. 2. You click on "browse macros", browse through categories to find it and click on "include macro" The macro is then inserted on the page. A block appears on the page, with "include macro" labelled on it. Note that at this stage you haven't specified any parameter : you have inserted an include macro on the page. > Note that I need to specify 2 parameters: the target document to > include and the context (whether it's a new one or the current one). > Now you want to edit the parameters of your include macro. You click on the "include" block that is displayed on your page. A tray appears, with 2 settings available (cf http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/WYSIWYG.zip/WYSIWYG.022.png ) : 1. The first is : context : current - new 2. The second is : target document : [input field] The bold setting in front of the context parameter is the selected setting. You can type the name of the page you want to include in the input field (we could potentially add an autosuggest to that input field). The benefits from this approach is that you separate insertion from edition : if you want to change the name of the included document along the way, you do not need to go through the dialog box again. Guillaume > Thanks > -Vincent > > > The tray doesn't break the user edition flow (whereas the dialog box > > does). > > Therefore I think it is a better design and usability choice. This > > way the > > user does not need to go through a dialog box each time he wants to > > edit a > > setting : he can do so in less time, without being interrupted. > > > > In both cases, I agree we need to find a way to help the user make > > the right > > choice between available parameters. I'll look into this. > > > > Guillaume > > > > > >> > >> Thanks > >> -Vincent > >> > >> On Aug 21, 2008, at 7:33 PM, Vincent Massol wrote: > >> > >>> Hi Guillaume, > >>> > >>> Globally I like it. > >>> > >>> Some comments: > >>> > >>> 1) Link menu item: > >>> * How do we add a link to an email address? > >>> * How do we add a link to a generic URI? > >>> * How do we add an interwiki link? > >>> > >>> I think all these can be answered by providing a "Custom Link..." > >>> item > >>> in the drop down menu to let users enter whatever format they > >>> want. It > >>> would have 3 fields: > >>> - label > >>> - reference (this is the free form) > >>> - target > >>> > >>> 2) Insert menu item: > >>> * I don't like the "Insert TOC" too much since the TOC is a macro > >>> like > >>> other macros. BTW this is true for the table too but here I agree > >>> that > >>> table should be in this menu... which means BTW that for the > >>> implementation we need to filter out the table from the macro > >>> list... > >>> > >>> 3) Macro menu item: > >>> * Can categories be more than 1 level deep? > >>> * Can a macro be in more than 1 category? > >>> Note: This means that in the Macro descriptor implementation we need > >>> to add the notation of category which we don't currently have (we > >>> have > >>> macro description and parameters description). > >>> > >>> 4) Import menu item: > >>> * You didn't show the submenu items > >>> > >>> 5) Link Dialog Box - Browse tab > >>> * It's missing the ability to link to a subwiki (i.e. the wiki > >>> filter) > >>> > >>> 6) Link Dialog Box - Search tab > >>> * Again missing multiwiki > >>> * What if put the name of an attachment. How do I create a link to > >>> it > >>> from the search dialog box? > >>> > >>> 7) Link Dialog Box - Recently Modified > >>> * By everyone or by me only or both? > >>> > >>> 8) Link to a web page > >>> * Wrong dialog box > >>> > >>> 9) Link to a new page > >>> * What about a link to a page in another wiki? > >>> * New page title --> New page name. This is not the title! > >>> > >>> BTW In English there's no space before ":" > >>> > >>> 10) Link Settings > >>> * Not sure I like the fact that you can set tooltip/etc when > >>> creating > >>> the link. I'm not sure on this. > >>> > >>> Stopping here for now... need top lay with the kids a bit... > >>> > >>> Thanks > >>> -Vincent > >>> > >>> On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: > >>> > Hi fellow XWiki users, > I've spent the last couple weeks working on designing mockups for > the new > version of the WYSIWYG editor that's currently in the works. > > I've put all my work on this page : > http://dev.xwiki.org/xwiki/bin/view/Design/ > NewWysiwygEditorInterface > > and I'd be glad to gather initial user feedback on these mockups. > Please > tell us what you think about them now so that we can improve the > screens > before implementation begin
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
On Aug 25, 2008, at 2:45 PM, Guillaume Lerouge wrote: > Answers continued below : > > >> 11) Since there's now a dialog box for inserting a macro I guess >> there's no submenu that appears when we click on the macro menu >> right? > > > We could choose to keep providing a quick access to most important > macros, > therefore keeping the drop-down menu and adding a "browse macro" > entry as > shown on the first image. > > >> 12) If we want to search for an image can we do it? Can we list all >> images in the current wiki? > > > Right now I have designed an interface for browsing the images of 1 > space. > The user can select any of his wiki's spaces to browe for images. > I'm not > sure a search tool per se would be more efficient than a the browsing > feature given the lack of metadata that could help identify the > topic of an > image. Listing all images in the current wiki might lead to an > overload of > content, hence the breakdown in spaces. > > 13) When inserting a macro, we also need to display the list of >> parameters and their descriptions + have an example in the macro >> description as much as possible + have fields for entering the macro >> parameters (in your image there's only a field for entering the >> content) >> > > In the examples shown, macro parameters can be set using the macro > settings > edition tray. The pro & cons of this approach have been discussed in a > previous thread. The idea was to separate the act of insertion from > the > edition itself : insertion is a one-shot action while settings > edition can > evolve during the edition process. I think we're not talking about the same thing. Let me take a use case: Imagine I'm a user and I want to insert an include macro. How do I do it? Note that I need to specify 2 parameters: the target document to include and the context (whether it's a new one or the current one). Thanks -Vincent > The tray doesn't break the user edition flow (whereas the dialog box > does). > Therefore I think it is a better design and usability choice. This > way the > user does not need to go through a dialog box each time he wants to > edit a > setting : he can do so in less time, without being interrupted. > > In both cases, I agree we need to find a way to help the user make > the right > choice between available parameters. I'll look into this. > > Guillaume > > >> >> Thanks >> -Vincent >> >> On Aug 21, 2008, at 7:33 PM, Vincent Massol wrote: >> >>> Hi Guillaume, >>> >>> Globally I like it. >>> >>> Some comments: >>> >>> 1) Link menu item: >>> * How do we add a link to an email address? >>> * How do we add a link to a generic URI? >>> * How do we add an interwiki link? >>> >>> I think all these can be answered by providing a "Custom Link..." >>> item >>> in the drop down menu to let users enter whatever format they >>> want. It >>> would have 3 fields: >>> - label >>> - reference (this is the free form) >>> - target >>> >>> 2) Insert menu item: >>> * I don't like the "Insert TOC" too much since the TOC is a macro >>> like >>> other macros. BTW this is true for the table too but here I agree >>> that >>> table should be in this menu... which means BTW that for the >>> implementation we need to filter out the table from the macro >>> list... >>> >>> 3) Macro menu item: >>> * Can categories be more than 1 level deep? >>> * Can a macro be in more than 1 category? >>> Note: This means that in the Macro descriptor implementation we need >>> to add the notation of category which we don't currently have (we >>> have >>> macro description and parameters description). >>> >>> 4) Import menu item: >>> * You didn't show the submenu items >>> >>> 5) Link Dialog Box - Browse tab >>> * It's missing the ability to link to a subwiki (i.e. the wiki >>> filter) >>> >>> 6) Link Dialog Box - Search tab >>> * Again missing multiwiki >>> * What if put the name of an attachment. How do I create a link to >>> it >>> from the search dialog box? >>> >>> 7) Link Dialog Box - Recently Modified >>> * By everyone or by me only or both? >>> >>> 8) Link to a web page >>> * Wrong dialog box >>> >>> 9) Link to a new page >>> * What about a link to a page in another wiki? >>> * New page title --> New page name. This is not the title! >>> >>> BTW In English there's no space before ":" >>> >>> 10) Link Settings >>> * Not sure I like the fact that you can set tooltip/etc when >>> creating >>> the link. I'm not sure on this. >>> >>> Stopping here for now... need top lay with the kids a bit... >>> >>> Thanks >>> -Vincent >>> >>> On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: >>> Hi fellow XWiki users, I've spent the last couple weeks working on designing mockups for the new version of the WYSIWYG editor that's currently in the works. I've put all my work on this page : http://dev.xwiki.org/xwiki/bin/view/Design/ NewWysiwygEditorInterface and I'd be glad to gather initial u
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Answers continued below : > 11) Since there's now a dialog box for inserting a macro I guess > there's no submenu that appears when we click on the macro menu right? We could choose to keep providing a quick access to most important macros, therefore keeping the drop-down menu and adding a "browse macro" entry as shown on the first image. > 12) If we want to search for an image can we do it? Can we list all > images in the current wiki? Right now I have designed an interface for browsing the images of 1 space. The user can select any of his wiki's spaces to browe for images. I'm not sure a search tool per se would be more efficient than a the browsing feature given the lack of metadata that could help identify the topic of an image. Listing all images in the current wiki might lead to an overload of content, hence the breakdown in spaces. 13) When inserting a macro, we also need to display the list of > parameters and their descriptions + have an example in the macro > description as much as possible + have fields for entering the macro > parameters (in your image there's only a field for entering the content) > In the examples shown, macro parameters can be set using the macro settings edition tray. The pro & cons of this approach have been discussed in a previous thread. The idea was to separate the act of insertion from the edition itself : insertion is a one-shot action while settings edition can evolve during the edition process. The tray doesn't break the user edition flow (whereas the dialog box does). Therefore I think it is a better design and usability choice. This way the user does not need to go through a dialog box each time he wants to edit a setting : he can do so in less time, without being interrupted. In both cases, I agree we need to find a way to help the user make the right choice between available parameters. I'll look into this. Guillaume > > Thanks > -Vincent > > On Aug 21, 2008, at 7:33 PM, Vincent Massol wrote: > > > Hi Guillaume, > > > > Globally I like it. > > > > Some comments: > > > > 1) Link menu item: > > * How do we add a link to an email address? > > * How do we add a link to a generic URI? > > * How do we add an interwiki link? > > > > I think all these can be answered by providing a "Custom Link..." item > > in the drop down menu to let users enter whatever format they want. It > > would have 3 fields: > > - label > > - reference (this is the free form) > > - target > > > > 2) Insert menu item: > > * I don't like the "Insert TOC" too much since the TOC is a macro like > > other macros. BTW this is true for the table too but here I agree that > > table should be in this menu... which means BTW that for the > > implementation we need to filter out the table from the macro list... > > > > 3) Macro menu item: > > * Can categories be more than 1 level deep? > > * Can a macro be in more than 1 category? > > Note: This means that in the Macro descriptor implementation we need > > to add the notation of category which we don't currently have (we have > > macro description and parameters description). > > > > 4) Import menu item: > > * You didn't show the submenu items > > > > 5) Link Dialog Box - Browse tab > > * It's missing the ability to link to a subwiki (i.e. the wiki filter) > > > > 6) Link Dialog Box - Search tab > > * Again missing multiwiki > > * What if put the name of an attachment. How do I create a link to it > > from the search dialog box? > > > > 7) Link Dialog Box - Recently Modified > > * By everyone or by me only or both? > > > > 8) Link to a web page > > * Wrong dialog box > > > > 9) Link to a new page > > * What about a link to a page in another wiki? > > * New page title --> New page name. This is not the title! > > > > BTW In English there's no space before ":" > > > > 10) Link Settings > > * Not sure I like the fact that you can set tooltip/etc when creating > > the link. I'm not sure on this. > > > > Stopping here for now... need top lay with the kids a bit... > > > > Thanks > > -Vincent > > > > On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: > > > >> Hi fellow XWiki users, > >> I've spent the last couple weeks working on designing mockups for > >> the new > >> version of the WYSIWYG editor that's currently in the works. > >> > >> I've put all my work on this page : > >> http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface > >> > >> and I'd be glad to gather initial user feedback on these mockups. > >> Please > >> tell us what you think about them now so that we can improve the > >> screens > >> before implementation begins at full speed. > >> > >> Specifically, I'm wondering about the following things : > >> > >> - Can the text be improved to make things easier to understand ? > >> If so, > >> where ? > >> - Are some features harder to reach than they should ? > >> - Are dialog boxes & trays consistent with user models of how > >> edition > >> software usually behaves ? > >> - Do you see anything that will m
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Part 2 of my review: 11) Since there's now a dialog box for inserting a macro I guess there's no submenu that appears when we click on the macro menu right? 12) If we want to search for an image can we do it? Can we list all images in the current wiki? 13) When inserting a macro, we also need to display the list of parameters and their descriptions + have an example in the macro description as much as possible + have fields for entering the macro parameters (in your image there's only a field for entering the content) Thanks -Vincent On Aug 21, 2008, at 7:33 PM, Vincent Massol wrote: > Hi Guillaume, > > Globally I like it. > > Some comments: > > 1) Link menu item: > * How do we add a link to an email address? > * How do we add a link to a generic URI? > * How do we add an interwiki link? > > I think all these can be answered by providing a "Custom Link..." item > in the drop down menu to let users enter whatever format they want. It > would have 3 fields: > - label > - reference (this is the free form) > - target > > 2) Insert menu item: > * I don't like the "Insert TOC" too much since the TOC is a macro like > other macros. BTW this is true for the table too but here I agree that > table should be in this menu... which means BTW that for the > implementation we need to filter out the table from the macro list... > > 3) Macro menu item: > * Can categories be more than 1 level deep? > * Can a macro be in more than 1 category? > Note: This means that in the Macro descriptor implementation we need > to add the notation of category which we don't currently have (we have > macro description and parameters description). > > 4) Import menu item: > * You didn't show the submenu items > > 5) Link Dialog Box - Browse tab > * It's missing the ability to link to a subwiki (i.e. the wiki filter) > > 6) Link Dialog Box - Search tab > * Again missing multiwiki > * What if put the name of an attachment. How do I create a link to it > from the search dialog box? > > 7) Link Dialog Box - Recently Modified > * By everyone or by me only or both? > > 8) Link to a web page > * Wrong dialog box > > 9) Link to a new page > * What about a link to a page in another wiki? > * New page title --> New page name. This is not the title! > > BTW In English there's no space before ":" > > 10) Link Settings > * Not sure I like the fact that you can set tooltip/etc when creating > the link. I'm not sure on this. > > Stopping here for now... need top lay with the kids a bit... > > Thanks > -Vincent > > On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: > >> Hi fellow XWiki users, >> I've spent the last couple weeks working on designing mockups for >> the new >> version of the WYSIWYG editor that's currently in the works. >> >> I've put all my work on this page : >> http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface >> >> and I'd be glad to gather initial user feedback on these mockups. >> Please >> tell us what you think about them now so that we can improve the >> screens >> before implementation begins at full speed. >> >> Specifically, I'm wondering about the following things : >> >> - Can the text be improved to make things easier to understand ? >> If so, >> where ? >> - Are some features harder to reach than they should ? >> - Are dialog boxes & trays consistent with user models of how >> edition >> software usually behaves ? >> - Do you see anything that will make an user wonder what's >> happening and >> where he / she should click next ? >> >> Please note that the colors are only indicative at this stage - a >> designer >> will improve my work before we get to the final stage. I'll try >> incorporate >> your feedback soon and will let you know how the subseuent >> development goes. >> >> Thanks in advance, >> >> Guillaume >> >> -- >> Guillaume Lerouge >> Product Manager - XWiki >> Skype ID : wikibc >> http://blog.xwiki.com/ > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi, I've updated the page on http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface with new mockups to take into account the use cases I had forgotten about. 1) Link menu item: > >> * How do we add a link to an email address? > I added the menu entry. > >> * How do we add a link to a generic URI? > I don'th think adding a custom link dialog box is a good idea. Most users won't understand what it's useful for. Users who really want to link to a "generic URI" can do so using the webpage link button anyway (since you can input any http URI in there) or the wiki mode. Alternatively, we could provide that menu item only for advanced users. > * How do we add an interwiki link? > I've added the missing input fields for inter wiki links. They will be displayed only if the wiki is on a wiki farm. > >> 3) Macro menu item: > >> * Can categories be more than 1 level deep? > >> * Can a macro be in more than 1 category? > >> Note: This means that in the Macro descriptor implementation we need > >> to add the notation of category which we don't currently have (we > >> have > >> macro description and parameters description). > > > > > > I'd say 1 macro per category and the ability to add an additional > > level of > > You mean 1 category per macro I guess... :) > > I think we need to prepare for the fact that there'll be lots of > macros. If we list the the ones we currently have in the old rendering > we have about 40-50 I think + the ones the user can add. To find them > easily it might be best to put them in different categories. > > Implementation note: If we want to list velocity macros too then > there's work to do. We should probably only list rendering module > macros in the first version. > > One thing we might want to add too if a search box so that the user > can search on the macro name + macro description + macro parameter > descriptions and get matching macros listed. I've added a "Browse Macros" button and the corresponding dialog box. We'll need to make a choice on the macros we want to display by default in the quick access list. > You didn't comment on the missing multiwiki feature. Do you agree? > I added the wiki filter where appropriate. I had forgotten about it. I think it should only be displayed if the wiki is part of a wiki farm though. > >> 8) Link to a web page > >> * Wrong dialog box > Fixed. > >> 9) Link to a new page > >> * What about a link to a page in another wiki? > >> * New page title --> New page name. This is not the title! > Fixed. > >> 10) Link Settings > >> * Not sure I like the fact that you can set tooltip/etc when creating > >> the link. I'm not sure on this. > The rationale behind this choice is that dialog boxes should not be bloated with features. They should give access only to the most important thing : in this case, inserting a link. Detailed property edition can take place afterwards if the user really wants / needs to do it. It matches the dialog box / tray model we discussed earlier on the list where "big" actions go in dialog boxes and "small" ones in trays. Thanks, Guillaume > >> > >> > > > > You cannot set it when creating the link but when editing it through > > the > > tray (as it is not an important feature). I don't think it matters > > much and > > could be removed altogether. > > > > Guillaume > > > > > > > >> > >> On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: > >> > >>> Hi fellow XWiki users, > >>> I've spent the last couple weeks working on designing mockups for > >>> the new > >>> version of the WYSIWYG editor that's currently in the works. > >>> > >>> I've put all my work on this page : > >>> http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface > >>> > >>> and I'd be glad to gather initial user feedback on these mockups. > >>> Please > >>> tell us what you think about them now so that we can improve the > >>> screens > >>> before implementation begins at full speed. > >>> > >>> Specifically, I'm wondering about the following things : > >>> > >>> - Can the text be improved to make things easier to understand ? > >>> If so, > >>> where ? > >>> - Are some features harder to reach than they should ? > >>> - Are dialog boxes & trays consistent with user models of how > >>> edition > >>> software usually behaves ? > >>> - Do you see anything that will make an user wonder what's > >>> happening and > >>> where he / she should click next ? > >>> > >>> Please note that the colors are only indicative at this stage - a > >>> designer > >>> will improve my work before we get to the final stage. I'll try > >>> incorporate > >>> your feedback soon and will let you know how the subseuent > >>> development goes. > >>> > >>> Thanks in advance, > >>> > >>> Guillaume > >>> > >>> -- > >>> Guillaume Lerouge > >>> Product Manager - XWiki > >>> Skype ID : wikibc > >>> http://blog.xwiki.com/ > >> ___ > >> users mailing list > >> users@xwiki.org > >> http://lis
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
On Aug 22, 2008, at 1:01 AM, Guillaume Lerouge wrote:
> Hi,
>
> Globally I like it.
>
>
> Great :-)
>
>
>> Some comments:
>>
>> 1) Link menu item:
>> * How do we add a link to an email address?
>> * How do we add a link to a generic URI?
>> * How do we add an interwiki link?
>
>
> I forgot about that, I'll add them.
>
>
>> I think all these can be answered by providing a "Custom Link..."
>> item
>> in the drop down menu to let users enter whatever format they want.
>> It
>> would have 3 fields:
>> - label
>> - reference (this is the free form)
>> - target
>
>
> They might be merged with the "link to web page", I'll try some
> options.
>
>
>> 2) Insert menu item:
>> * I don't like the "Insert TOC" too much since the TOC is a macro
>> like
>> other macros. BTW this is true for the table too but here I agree
>> that
>> table should be in this menu... which means BTW that for the
>> implementation we need to filter out the table from the macro list...
>
>
> {table} , {image} , {attach} , {toc} : all of them are macros :-) I
> put it
> there because I feel it has a special importance and is used more
> often than
> other macros, but it would fit nicely under the macros menu as well.
>
>
>> 3) Macro menu item:
>> * Can categories be more than 1 level deep?
>> * Can a macro be in more than 1 category?
>> Note: This means that in the Macro descriptor implementation we need
>> to add the notation of category which we don't currently have (we
>> have
>> macro description and parameters description).
>
>
> I'd say 1 macro per category and the ability to add an additional
> level of
You mean 1 category per macro I guess... :)
I think we need to prepare for the fact that there'll be lots of
macros. If we list the the ones we currently have in the old rendering
we have about 40-50 I think + the ones the user can add. To find them
easily it might be best to put them in different categories.
Implementation note: If we want to list velocity macros too then
there's work to do. We should probably only list rendering module
macros in the first version.
One thing we might want to add too if a search box so that the user
can search on the macro name + macro description + macro parameter
descriptions and get matching macros listed.
>
> depth if our macro headcount grows too far. Howeverthis might not be
> a good
> idea (too many drop-down menus isn't good) so I'll try designing a
> dialog
> box for macro selection.
>
>
>> 4) Import menu item:
>> * You didn't show the submenu items
>
>
> You can see them in the feature mindmap right above on the page.
>
>
>> 5) Link Dialog Box - Browse tab
>> * It's missing the ability to link to a subwiki (i.e. the wiki
>> filter)
>>
>> 6) Link Dialog Box - Search tab
>> * Again missing multiwiki
>> * What if put the name of an attachment. How do I create a link to it
>> from the search dialog box?
>
>
> Look at the image more closely : it shows up as an attachment in the
> search
> results list and you can create a link by clicking on the button.
You didn't comment on the missing multiwiki feature. Do you agree?
>> 7) Link Dialog Box - Recently Modified
>> * By everyone or by me only or both?
>>
>
> I'd say by everyone and provide the author column to let the user
> filter by
> himself only if he wants to.
>
>
>> 8) Link to a web page
>> * Wrong dialog box
>
>
> Right, I'll fix that.
>
>
>> 9) Link to a new page
>> * What about a link to a page in another wiki?
>> * New page title --> New page name. This is not the title!
>
>
> Right. I'll add both.
>
>
>> BTW In English there's no space before ":"
>>
>> 10) Link Settings
>> * Not sure I like the fact that you can set tooltip/etc when creating
>> the link. I'm not sure on this.
Typo. I meant "...that you *can't* set...".
Thanks
-Vincent
>>
>>
>
> You cannot set it when creating the link but when editing it through
> the
> tray (as it is not an important feature). I don't think it matters
> much and
> could be removed altogether.
>
> Guillaume
>
>
>
>>
>> On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote:
>>
>>> Hi fellow XWiki users,
>>> I've spent the last couple weeks working on designing mockups for
>>> the new
>>> version of the WYSIWYG editor that's currently in the works.
>>>
>>> I've put all my work on this page :
>>> http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface
>>>
>>> and I'd be glad to gather initial user feedback on these mockups.
>>> Please
>>> tell us what you think about them now so that we can improve the
>>> screens
>>> before implementation begins at full speed.
>>>
>>> Specifically, I'm wondering about the following things :
>>>
>>> - Can the text be improved to make things easier to understand ?
>>> If so,
>>> where ?
>>> - Are some features harder to reach than they should ?
>>> - Are dialog boxes & trays consistent with user models of how
>>> edition
>>> software usually behaves ?
>>> - Do you see anything that will make an user w
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi,
Globally I like it.
Great :-)
> Some comments:
>
> 1) Link menu item:
> * How do we add a link to an email address?
> * How do we add a link to a generic URI?
> * How do we add an interwiki link?
I forgot about that, I'll add them.
> I think all these can be answered by providing a "Custom Link..." item
> in the drop down menu to let users enter whatever format they want. It
> would have 3 fields:
> - label
> - reference (this is the free form)
> - target
They might be merged with the "link to web page", I'll try some options.
> 2) Insert menu item:
> * I don't like the "Insert TOC" too much since the TOC is a macro like
> other macros. BTW this is true for the table too but here I agree that
> table should be in this menu... which means BTW that for the
> implementation we need to filter out the table from the macro list...
{table} , {image} , {attach} , {toc} : all of them are macros :-) I put it
there because I feel it has a special importance and is used more often than
other macros, but it would fit nicely under the macros menu as well.
> 3) Macro menu item:
> * Can categories be more than 1 level deep?
> * Can a macro be in more than 1 category?
> Note: This means that in the Macro descriptor implementation we need
> to add the notation of category which we don't currently have (we have
> macro description and parameters description).
I'd say 1 macro per category and the ability to add an additional level of
depth if our macro headcount grows too far. Howeverthis might not be a good
idea (too many drop-down menus isn't good) so I'll try designing a dialog
box for macro selection.
> 4) Import menu item:
> * You didn't show the submenu items
You can see them in the feature mindmap right above on the page.
> 5) Link Dialog Box - Browse tab
> * It's missing the ability to link to a subwiki (i.e. the wiki filter)
>
> 6) Link Dialog Box - Search tab
> * Again missing multiwiki
> * What if put the name of an attachment. How do I create a link to it
> from the search dialog box?
Look at the image more closely : it shows up as an attachment in the search
results list and you can create a link by clicking on the button.
> 7) Link Dialog Box - Recently Modified
> * By everyone or by me only or both?
>
I'd say by everyone and provide the author column to let the user filter by
himself only if he wants to.
> 8) Link to a web page
> * Wrong dialog box
Right, I'll fix that.
> 9) Link to a new page
> * What about a link to a page in another wiki?
> * New page title --> New page name. This is not the title!
Right. I'll add both.
> BTW In English there's no space before ":"
>
> 10) Link Settings
> * Not sure I like the fact that you can set tooltip/etc when creating
> the link. I'm not sure on this.
>
You cannot set it when creating the link but when editing it through the
tray (as it is not an important feature). I don't think it matters much and
could be removed altogether.
Guillaume
>
> On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote:
>
> > Hi fellow XWiki users,
> > I've spent the last couple weeks working on designing mockups for
> > the new
> > version of the WYSIWYG editor that's currently in the works.
> >
> > I've put all my work on this page :
> > http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface
> >
> > and I'd be glad to gather initial user feedback on these mockups.
> > Please
> > tell us what you think about them now so that we can improve the
> > screens
> > before implementation begins at full speed.
> >
> > Specifically, I'm wondering about the following things :
> >
> > - Can the text be improved to make things easier to understand ?
> > If so,
> > where ?
> > - Are some features harder to reach than they should ?
> > - Are dialog boxes & trays consistent with user models of how
> > edition
> > software usually behaves ?
> > - Do you see anything that will make an user wonder what's
> > happening and
> > where he / she should click next ?
> >
> > Please note that the colors are only indicative at this stage - a
> > designer
> > will improve my work before we get to the final stage. I'll try
> > incorporate
> > your feedback soon and will let you know how the subseuent
> > development goes.
> >
> > Thanks in advance,
> >
> > Guillaume
> >
> > --
> > Guillaume Lerouge
> > Product Manager - XWiki
> > Skype ID : wikibc
> > http://blog.xwiki.com/
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi Ricardo, [snip] 1. We currently rely on some Thunderbird nice add-ons (It's all text! > is the winner here) or the use of browsers like OmniWeb to do > find/replace actions. Won't be these features included in the new > WYSIWYG editor? Find & Replace is indeed an interesting feature. I don't think we'll have time to include it in the first release but we'll certainly keep it in mind while writing the roadmap. > 2. Have you already considered internationalization issues? How could > we contribute to launch the new editor simultaneously in some > other languages? I must admit I haven't thought about it much yet. Contributing new languages for the editor interface would be great though :-) I'll check how we handle the languages resources files and let you know how you can contribute ASAP. > 3. As we try to use XWiki as the entry point for our workflow, import > must not be of major importance for us (of course, it will really > welcome as we usually receive, and keep receiving, contributions > in these formats). But export, at least to RTF, is "critical" for > us. Independently of the method used to export or to import (I see > that officeimporter comes from a GSoC initiative) documents, why > does the import menu is in the WYSIWYG and the export options only > in the upper one? I understand that the export process could be > accessed without editing a document, but perhaps users could > expect to find the export options close to the import ones in the > editor. Export isn't present there because the WYSIWYG is meant to let user input & modify content on the wiki page. It is meant as a tool to get information from outside the wiki (files, other websites, our heads) and convert it into a wiki page. Export is a different step where you get information from the wiki to another place. While editing the page, you are in some sort of draft mode where you're making changes. When exporting stuff, you want it to be finished (at least partially). Making export available at the page level means that the contents you will export have been considered finished at some point (since they've been saved). This is why I think making export available only at the page level makes more sense from a user flow point of view... Though I might be wrong. Thanks for the feedback ! Guillaume Ricardo > > Guillaume Lerouge wrote: > > Hi fellow XWiki users, > > I've spent the last couple weeks working on designing mockups for the new > > version of the WYSIWYG editor that's currently in the works. > > > > I've put all my work on this page : > > http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface > > > > and I'd be glad to gather initial user feedback on these mockups. Please > > tell us what you think about them now so that we can improve the screens > > before implementation begins at full speed. > > > > Specifically, I'm wondering about the following things : > > > >- Can the text be improved to make things easier to understand ? If > so, > >where ? > >- Are some features harder to reach than they should ? > >- Are dialog boxes & trays consistent with user models of how edition > >software usually behaves ? > >- Do you see anything that will make an user wonder what's happening > and > >where he / she should click next ? > > > > Please note that the colors are only indicative at this stage - a > designer > > will improve my work before we get to the final stage. I'll try > incorporate > > your feedback soon and will let you know how the subseuent development > goes. > > > > Thanks in advance, > > > > Guillaume > > > > > > -- > Ricardo RodrÃguez > Your EPEC Network ICT Team > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi Guillaume, I can see there many of the actions we daily do with some effort by using the XWiki editor, so I am sure our users will enjoy a lot this new editor. Just a couple of doubts. Perhaps they are about features not implemented yet or this could not be the better place to post them, but I would like to forward this message to some people here that will appreciate the work done. Here the doubts: 1. We currently rely on some Thunderbird nice add-ons (It's all text! is the winner here) or the use of browsers like OmniWeb to do find/replace actions. Won't be these features included in the new WYSIWYG editor? 2. Have you already considered internationalization issues? How could we contribute to launch the new editor simultaneously in some other languages? 3. As we try to use XWiki as the entry point for our workflow, import must not be of major importance for us (of course, it will really welcome as we usually receive, and keep receiving, contributions in these formats). But export, at least to RTF, is "critical" for us. Independently of the method used to export or to import (I see that officeimporter comes from a GSoC initiative) documents, why does the import menu is in the WYSIWYG and the export options only in the upper one? I understand that the export process could be accessed without editing a document, but perhaps users could expect to find the export options close to the import ones in the editor. Thanks you very much, Ricardo Guillaume Lerouge wrote: > Hi fellow XWiki users, > I've spent the last couple weeks working on designing mockups for the new > version of the WYSIWYG editor that's currently in the works. > > I've put all my work on this page : > http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface > > and I'd be glad to gather initial user feedback on these mockups. Please > tell us what you think about them now so that we can improve the screens > before implementation begins at full speed. > > Specifically, I'm wondering about the following things : > >- Can the text be improved to make things easier to understand ? If so, >where ? >- Are some features harder to reach than they should ? >- Are dialog boxes & trays consistent with user models of how edition >software usually behaves ? >- Do you see anything that will make an user wonder what's happening and >where he / she should click next ? > > Please note that the colors are only indicative at this stage - a designer > will improve my work before we get to the final stage. I'll try incorporate > your feedback soon and will let you know how the subseuent development goes. > > Thanks in advance, > > Guillaume > > -- Ricardo RodrÃguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi Guillaume, Globally I like it. Some comments: 1) Link menu item: * How do we add a link to an email address? * How do we add a link to a generic URI? * How do we add an interwiki link? I think all these can be answered by providing a "Custom Link..." item in the drop down menu to let users enter whatever format they want. It would have 3 fields: - label - reference (this is the free form) - target 2) Insert menu item: * I don't like the "Insert TOC" too much since the TOC is a macro like other macros. BTW this is true for the table too but here I agree that table should be in this menu... which means BTW that for the implementation we need to filter out the table from the macro list... 3) Macro menu item: * Can categories be more than 1 level deep? * Can a macro be in more than 1 category? Note: This means that in the Macro descriptor implementation we need to add the notation of category which we don't currently have (we have macro description and parameters description). 4) Import menu item: * You didn't show the submenu items 5) Link Dialog Box - Browse tab * It's missing the ability to link to a subwiki (i.e. the wiki filter) 6) Link Dialog Box - Search tab * Again missing multiwiki * What if put the name of an attachment. How do I create a link to it from the search dialog box? 7) Link Dialog Box - Recently Modified * By everyone or by me only or both? 8) Link to a web page * Wrong dialog box 9) Link to a new page * What about a link to a page in another wiki? * New page title --> New page name. This is not the title! BTW In English there's no space before ":" 10) Link Settings * Not sure I like the fact that you can set tooltip/etc when creating the link. I'm not sure on this. Stopping here for now... need top lay with the kids a bit... Thanks -Vincent On Aug 21, 2008, at 7:06 PM, Guillaume Lerouge wrote: > Hi fellow XWiki users, > I've spent the last couple weeks working on designing mockups for > the new > version of the WYSIWYG editor that's currently in the works. > > I've put all my work on this page : > http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface > > and I'd be glad to gather initial user feedback on these mockups. > Please > tell us what you think about them now so that we can improve the > screens > before implementation begins at full speed. > > Specifically, I'm wondering about the following things : > > - Can the text be improved to make things easier to understand ? > If so, > where ? > - Are some features harder to reach than they should ? > - Are dialog boxes & trays consistent with user models of how > edition > software usually behaves ? > - Do you see anything that will make an user wonder what's > happening and > where he / she should click next ? > > Please note that the colors are only indicative at this stage - a > designer > will improve my work before we get to the final stage. I'll try > incorporate > your feedback soon and will let you know how the subseuent > development goes. > > Thanks in advance, > > Guillaume > > -- > Guillaume Lerouge > Product Manager - XWiki > Skype ID : wikibc > http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Request for Feedback] New WYSIWYG Editor Interface
Hi fellow XWiki users, I've spent the last couple weeks working on designing mockups for the new version of the WYSIWYG editor that's currently in the works. I've put all my work on this page : http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorInterface and I'd be glad to gather initial user feedback on these mockups. Please tell us what you think about them now so that we can improve the screens before implementation begins at full speed. Specifically, I'm wondering about the following things : - Can the text be improved to make things easier to understand ? If so, where ? - Are some features harder to reach than they should ? - Are dialog boxes & trays consistent with user models of how edition software usually behaves ? - Do you see anything that will make an user wonder what's happening and where he / she should click next ? Please note that the colors are only indicative at this stage - a designer will improve my work before we get to the final stage. I'll try incorporate your feedback soon and will let you know how the subseuent development goes. Thanks in advance, Guillaume -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
