Wrong button order in option panes. #55
Comments
|
OK, after a bit of digging it seems that setting the UI default To give you a taste for the complexity, here is the Windows button order string from MIG Layout, where each character has a different meaning: My suggestion would be to look at the MIG Layout implementation, but rather than using layout constraints you could look in either the action values or the component client properties for tags and then order the buttons based on that. Or just mostly ignore the issue like most other L&Fs ;-) |
ghost
assigned 
|
I will think of it, but not sure yet. Anyway, i will notify you about the changes made if there will be any. |
|
OK, cool. I may have some time to have a go at implementing it myself later this week. |
…ange options #105 - WebButton decoration is now handled a bit differently when it is inside WebButtonGroup #72 #79 #104 - Fixed window transparency update method for later versions of JDK 7 #96 - WebButtonGroup "add" methods fix and proper style updates for various cases #95 - WebScrollPane method to hide scroll bar buttons added #93 - WebPopupPainter bottom side corner fix #91 - Small code refactoring #90 - WebInternalFrame buttons made non-focusable #55 - "OptionPane.isYesLast" is now set to true for Mac OS X StyleManager initialization is not required anymore for Web-styled components creation StyleManager now supports custom component painters StyleManager now has a better support for custom settings StyleManager skin file parsing improvements 9-patch-based painters added for JLabel and JPanel components JLabel painter support added WebVerticalLabel painter support added WebBreadcrumbLabel painter support added WebBreadcrumbPanel painter support added WebAsyncTree root sorting/filtering do not cause an exception anymore NinePatchEditor image rotation features added WebButtonUI margin fix for hidden sides case NinePatchIcon cache initialization fix Improved text representation for UniqueNode WebListUI rollover cell highlight fix Default SettingsProcessors small bugfixes Demo application heavy animation switch fix Version files updated
|
I have added proper "OptionPane.isYesLast" value depending on user's platform. This might be enough to solve the issue or might be not. That is your call :) |
The order of buttons in the OptionPaneUI should be platform dependent. On OS X (and possibly Linux/Gnome, I'm not sure) the rightmost button should be the default button. In other words where on Windows you have
[Ok] [Cancel]on the OSX it would be[Cancel] [OK].The text was updated successfully, but these errors were encountered: