On Dec 1, 2008, at 10:48 AM, Jean-Vincent Drean wrote:

> On Fri, Nov 28, 2008 at 11:19 AM, Vincent Massol  
> <[EMAIL PROTECTED]> wrote:
>>
>> Ok back to constructive comments:
>>
>> What about 2 buttons on the first screen:
>> * Insert
>> * More Options...
>>
>> If you click insert you're done and the image is inserted right away.
>> If you click options... then we have 2 possibilities: 1) it opens a
>> drawer or 2) you go to the second screen. In the drawer/second screen
>> you would specify additional stuff like image size, advanced style
>> parameters, etc.
>>
>> It's not as good as option 3 but it's close since you can skip one
>> step by clicking "Insert" right away. Also "our super dumb users"
>> would not see the options immediately so they would not run away :)
>>
>> WDYT?
>>
>
> The more I think about this the more I'd prefer to stick with the
> inital 4) proposal.
>
> 1) Tree : Maintaining consistent navigation is important in helping
> users find the information they want. This tree could become the main
> navigation tool in the wiki.
> 2) "Rigid" wizard : Since the same dialogs are used for insertion and
> edition I think it's a good thing to make the option step mandatory,
> this way the user won't be surprised to see this dialog (options) when
> he edits the object (link, image, macro, etc). Also, we -- users --
> hate mistakes, so I think that it's better to avoid the risk Laurent
> has described.
> 3)

I'm ok with 4 as well. My only comment is that maybe it would be best  
to have 2 buttons in the action list: one for the action (e.g.  
"Insert") and one for the next step ("Next").

For Link and image insertion we would have the "Insert" button active  
and for the Macro insertion it would be greyed out since we want to  
force the user to go to the second screen (since he needs to fill the  
macro parameters (for the mandatory ones) + the macro content.

Thanks
-Vincent
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to