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 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
_______________________________________________
users mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/users

Reply via email to