Community
Participate
Working Groups
This minor problem will appear after submitting the patch of bug 300881. There are two New... buttons on the first project creation page: - one in the Target runtime group - another in the EAR membership group. They need to have different keyboard mnemonics. Since the N mnemonic is reserved for the Next button, only E and W are left. The New... button in Target runtime takes the E mnemonic, the New... button in EAR membership takes the W mnemonic. But there is another group - Working sets, which contains a Select... button with E mnemonic. Here we have the conflict - New... from Target runtime share the same mnemonic with Select... from Working sets. The Working sets group is inherit from the Platform. Therefore, it is not acceptable to change the mnemonics in this group. The only solution left is to do something with the New... button from from the Target runtime group. How about changing the button label to &Add...? This is just a suggestion. I hope there could be other solutions.
How about we expand the button labels instead. We have room in both of these areas, so it shouldn't be a problem... For the new button by EAR, we could use "New Project..." For the new button by runtime, we could use "New Runtime..." That should give more letters to attach mnemonics to.
I agree with this approach. This is the better solution.
Implemented and committed changes as described in Comment #1. Was only able to partially release changes. Found jst.j2ee.ui with other unreleased changes. Please include these changes in the next release of this plugin, which will hopefully happen soon.