Re: About the location of the Help <forbidden word> in dialogs

On Fri, 2014-08-29 at 06:44 -0300, Olivier Hallot wrote:
> Hi
>
> The straight question is: is there a rule to place the help <forbidden
> word> in a dialog?
>
> Some dialogs (most of them actually) have OK-Cancel-Help layout and
> others have Help-OK-Cancel (often seen in Draw).
> Some wizzards have other layouts for the Help <forbidden word>.
>
> If there is a rule, what is it?
>
> If not, then what to do? (leave it as is?)#

I've been putting off the button ordering problem. But now that all
resource based dialogs are converted to .ui files we have the capacity
to enable button sorting per-desktop like we do for the message dialogs.

In the meantime, I believe the correct ordering for the current
windows-inspired layout is "ok, cancel, everything-else, help"

i.e. http://msdn.microsoft.com/en-us/library/windows/desktop/dn742499%
28v=vs.85%29.aspx

    Present the commit buttons in the following order:
        OK/[Do it]/Yes
        [Don't do it]/No
        Cancel
        Apply (if present)
        Help (if present) 

where [Do it] and [Don't do it] are specific responses to the main
instruction.

And see
http://stackoverflow.com/questions/6667271/standard-placement-order-for-common-buttons
http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGWindows/XHIGWindows.html#//apple_ref/doc/uid/20000961-BACJGAAI
etc for the more complicated mac (and presumably GNOME) ones.

The design team are likely to have an opinion here but I think the
ordering in the .ui files should follow the windows guidelines
consistently and that we should then sort and position the buttons
as .ui load time according to the desktop guidelines, which will turn a
windows

|                   ok, cancel, help|

into a mac

|help                     cancel, ok|

C.