Community
Participate
Working Groups
The "run as.." submenu has numbers as mnemonics. Those numbers are constantly changing depending on what is selected, so learning the mnemonics is almost impossible. The lunch name should jave the mnemonic in it, and it should not change based on what other launches are available. For example, "&SWT Application".
It's a dynamic menu that others can contribute to. There's no way of determining what other mnemonics are used.
The menu is not dynamic. For a given context and Eclipse product, the menu is the same over and over and over. It doesn't change. The Run history on the other hand does change and is a function of previous launches. The "run as" menu is extensible, but so is every menu. There are no guarantees anywhere mnenomics are used, but that doesn't mean it's wrong to use them. How do you know that "Open Type" and "Open Resource" don't use the same mnemonic?
I agree that this should work the way Randy describes. I like menus that behave this way (web browser "bookmarks" menus, Windows start menu, etc.).
Just to clarify: the menu *is* dynamic. It's contents change based on what is selected. That being said, it would be possible for accelerators to be placed in the shortcut labels. The troublesome part is that shortcuts (and labels) are extensible, so choosing an accelerator that does not conflict can become a difficult task (i.e. who knows what downstream plug-ins will contribute?). Since this feature existed in the same format in 3.0, we do not intend to change in 3.1 at this point, as it would also require all existing extensions to modify their contribution to include an accelerator. Deferred for future consideration.
> "It's contents change based on what is selected" The same is true of every context menu in eclipse, yet mnemonics are used everywhere else but here. This is a worsening/regression of behavior introduced by a new 3.1 feature. Because this affects translation, it needs to be addressed now since it can't be fixed in a point release.
Ideally, I think we'd just put the mnemonic on the first letter and if there are collisions, the user could just hit the key multiple times to cycle through. That's how my favorite apps on both Linux and Windows behave, but I'm not sure SWT works that way.
Also note that the launch shortcuts already provide key bindings. For example, "Launch as Java application" - Alt-Shift-D, J. That's even better than "Shift-F10, D, D, right arrow, X" (isnt't it?).
I find it easier to press ALT+R, S, J. Note that the R is visible on the menu, invoking it shows the next keystroke, etc. The 3-key combination is not visible until you actually drop down both menus. Jared, SWT will give you the OS behavior. If two menuitems both start with J, then pressing J twice will work. But you cannot mix mnemonics and no mnemonics. If one item has J defined as a mnemonic and the other has an implicit J, the implicit one is unreachable. It's all or none.
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.
