-
Bug
-
Resolution: Fixed
-
P4
-
solaris_9, 1.0.2, 1.1.7, 1.2.0
-
1.2.2
-
generic, x86, sparc
-
generic, solaris_2.5.1, solaris_2.6, solaris_8, windows_nt
Here's an interesting bug/rfe sent in by one of my ISV's.
I'm not sure whether it's a bug or rfe, I'll let you decide.
In the case of a mnemonics conflict, preference is given to the top level menu instead of the menuItem below the selected menu.
The attached sample program shows the problem.
To test:
1. Run the example program:
java AcceleratorTest
2. Note that when you press "Alt f c" that the Custom menu gets
selected instead of File->Close.
Although the selection of File->Close is *not* what you would normally see under Unix, it *is* what's considered normal behavior under WinNT.
In essence, the behavior is not what Window "power users" expect to see, at least, my ISV (SolidWorks) is complaining.
I'm not sure whether it's a bug or rfe, I'll let you decide.
In the case of a mnemonics conflict, preference is given to the top level menu instead of the menuItem below the selected menu.
The attached sample program shows the problem.
To test:
1. Run the example program:
java AcceleratorTest
2. Note that when you press "Alt f c" that the Custom menu gets
selected instead of File->Close.
Although the selection of File->Close is *not* what you would normally see under Unix, it *is* what's considered normal behavior under WinNT.
In essence, the behavior is not what Window "power users" expect to see, at least, my ISV (SolidWorks) is complaining.
- duplicates
-
JDK-4235459 Mnemonic key for a submenu item opens a different menu, if 2nd mnemonic is same.
-
- Closed
-
-
JDK-4248451 Mnemonics do not work on menu items which contain submenus
-
- Closed
-
-
JDK-4175820 Item Menus which have same mnemonic as their menu get invalid action events
-
- Closed
-
-
JDK-4195800 Menu Mnemonic Problems
-
- Closed
-
- relates to
-
JDK-4390528 Mnemonics behavior is still broken in JDK1.2.2 and JDK1.3
-
- Closed
-