Comments on: Weird ordering of buttons in new Eclipse 3.5m7

By: Ivar Meikas

Ivar Meikas — Thu, 14 May 2009 16:01:31 +0000

Then this is Gnome issue

By: Remy Chi Jian Suen

Remy Chi Jian Suen — Thu, 14 May 2009 15:56:34 +0000

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.

By: AhtiK

AhtiK — Thu, 14 May 2009 13:45:14 +0000

Actually this new order seems to be also for MacOSX. Not sure how to tweak it there. Anyway, great hint from Carsten, thanks!

In the long run this change makes sense — SWT goal is to be kind of “invisible UI bridge” between java code and native OS.

By: Ivar Meikas

Ivar Meikas — Thu, 14 May 2009 13:35:01 +0000

Thanks for the great hint

By: Carsten

Carsten — Thu, 14 May 2009 12:14:32 +0000

Ah, looking at the changelog, it is configurable.
Add

gtk-alternative-button-order=1

to your ~/.gtkrc-2.0

By: Carsten

Carsten — Thu, 14 May 2009 12:11:37 +0000

*ARRGHHHH*

At least it should be *desktop dependent*, not toolkit dependent. On my KDE desktop, all applications have YES|NO|Cancel, and Eclipse wants to mess that up now? I really hope this is configurable somewhere.