No, Cancel, Yes?
New Eclipse 3.5M7 provides an interesting approach for confirmation dialogs. Previous “Yes, No, Cancel” has been replaced with “No, Cancel, Yes” options.
I wonder what is the reasoning behind it.. Read more (including screenshots) at Ivar blog.
Comments (4) 1:07 pm
4 Comments »
RSS feed for comments on this post.
in theory, this order depends on the interface guidelines from your platform.
For example, the order is different on Windows and OSX.
For an example :
http://doc.trolltech.com/qq/qq19-buttons.html#anextendedmessagebox
Comment by shamaz — May 14, 2009 @ 2:47 pm
Hmm, yes, makes sense. Looks like this is what SWT team did — to follow native OS button ordering for confirmation dialogs.
Comment by Ahti Kitsik — May 14, 2009 @ 3:47 pm
I’ll cross post the same comment I posted over at Ivar’s blog.
——–
We changed this to fix bug 57762. Technically speaking, we are correct if you look at the GNOME HIG. The dialog matches the example although I guess we are technically wrong because we don’t use the exact text.
“Extra buttons may be used to provide alternates to the primary action proposed by the alert text. Place these buttons to the left of the Cancel button, or the affirmative button if Cancel is not present. An example of a common alternate action would be a Quit without Saving button in a save confirmation alert. This is an alternative to the primary suggested action Save and the Cancel button.”
In any case, this change was intentional.
Comment by Remy Chi Jian Suen — May 14, 2009 @ 5:57 pm
I see
It’s all right in the long run, first WTF moments come just from the habits and following GTK guidelines in GTK-based environment makes totally sense. Thanks for clearing this up!
Comment by Ahti Kitsik — May 14, 2009 @ 6:01 pm