Modal button-order autodetect is sub-optimal on Linux

[ssokolow]

On Linux, your button-order detection uses Windows button ordering.

While there's no reliable way to match Linux button order (It's configurable and the default varies between desktop environments), all data I've been able to find indicates that the majority of Linux users are on desktop environments which default to MacOS button order. (GNOME, Xfce, LXDE, and anything else based on GTK+)

KDE and a newcomer named Razor-Qt are the only ones which default to Windows button order and, since it's controlled by the theme, if the user decides to use a GTK+ theme via QGtkStyle, then it'll obey GTK+'s decision to default to MacOS order too.

Also, there are good, objective reasons that it's better to default to "OK in the corner, the rest to the left" and then make an exception if you detect Windows.

If you really want to be as accurate as possible, use this detection logic:

Is the OS Windows?
    Yes: Put cancel on the right.
    No: Continue to next question.
Is the browser Konqueror, Arora, or rekonq? (QtWebKit-based browsers for Linux)
    Yes: put cancel on the right.
    No: Fall back to putting OK on the right.

[taitems]

This is fantastic insight, I'll have to look into the exact rules I end up using. Personally, I'd like OK in the right at all times, all browsers and OSes - Windows has to release it's death-grip.

[ssokolow]

Agreed. Until I found that article, I'd always heard people saying "Order doesn't matter as long as its consistent." Now that there's actually a reason, I'd say it's worth it to stick to the superior layout whenever it's possible to break free from legacy systems.

Also, I made a single-word (but very important) fix for a typo in my initial post so, if you need that detection logic block, don't take it from the "new issue" notification e-mail.