This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
NB build 08081200 JDK1.6.0_02 Solaris 10/SunBlade Tab key does not work to activate NO button for Import of previous (5.5.1) settings. Only a mouse click works.
Moving to ide/code to evaluate..
Works for me. Tested on Solaris10 and also on Linux. But I've made a subtle change - JTextArea in the dialog ins't focusable anymore: /cvs/ide/launcher/upgrade/src/org/netbeans/upgrade/AutoUpgradePanel.java,v <-- AutoUpgradePanel.java new revision: 1.6; previous revision: 1.5 /cvs/ide/launcher/upgrade/src/org/netbeans/upgrade/AutoUpgradePanel.form,v <-- AutoUpgradePanel.form new revision: 1.3; previous revision: 1.2
Testing on newly installed build 08201200 with JDK1.6.0_02, Solaris 10, I start up a fresh userdir to force the import settings, dialog ./netbeans --userdir. By default the import settings is YES, tab to NO -- the button appears to be selected/focused. I press ENTER and I see in my log scrolling by that my user settings are imported! USER: Import: Old version: 5.5.1. Importing from /home/krystyna/.netbeans/5.5.1 to /downloads/bucket/20aug537 USER: Import: Old version: 5.5.1nonstandard. Importing from /home/krystyna/.netbeans/5.5.1 to /downloads/bucket/20aug537 This does not happen when I use the mouse to both select AND click on NO. Note: I do not install Netbeans in a home directory but on a separate partition.
Seems, you are right - reproducible also on Linux
Sorry, for accepting it - the behavior that you described correspond to current state but its right and is standard behavior (compare with other dialogs) - use tab and then press SPACE instead of ENTER (ENTER is assigned to default button which is Yes-button now)
This makes no sense to have ENTER work only for YES and SPACE for NO because a user will have no idea when he TABS to NO and presses ENTER that really the YES option has been selected for him! Then ENTER should have no effect if focused on NO by the TAB key. A user who TABS to NO and hits ENTER will assume that his settings have not been imported because the program continues. User will not be running from command line to perhaps catch the notice that his settings have been imported. Please fix. This is inconsistent with Windows where either ENTER or SPACE work after TAB selection for either button.
Quotations from Java Look and Feel Design Guidelines: 1/ "The default command button is the button that the application activates when users press Enter (or Return). The JFC gives the default command button a heavier border than other command buttons. In most cases, you should make the action that users are most likely to perform the default button, as shown with the OK button in the following figure. The default button does not need to have keyboard focus when users press Enter." (http://java.sun.com/products/jlf/ed2/book/HIG.Dialogs2.html) 2/ "Enter or Return Activates the default command button Escape Dismisses a menu or dialog box without changes; cancels a drag-and-drop operation in progress Spacebar Activates the component that has keyboard focus" (http://java.sun.com/products/jlf/ed2/book/HIG.Behavior3.html) All the dialogs in NetBeans that I've tested behave exactly in the same way as Import settings - so fixing it according to this report would mean inconsistency in behavior.