<AWT Dev> JDK-8028617 [macosx] possible regression or incomplete solution

Victor D'yakov victor.dyakov at oracle.com
Tue Mar 31 18:12:37 UTC 2015

Hi Aaron,

Thanks for heads up. You are right, JDK-8028617 
<https://bugs.openjdk.java.net/browse/JDK-8028617> was fixed in 
9/8u20/7u75, but JDK-8066068 
<https://bugs.openjdk.java.net/browse/JDK-8066068> still an open issue 
to fix. We will consider and make analysis based on your details to move 
on fix further.


On 31.03.2015 20:58, A.J. Gardner wrote:
> Hi:
> This[1] defect is only partially fixed on Mac OS X.
> The problems with the proposed solution were brought up
> in another ticket[2].
> Victor Dyakov asked if the problem was reproducible on
> versions 8 and 9. I can confirm. I installed both
> jdk1.7.0_80-ea, jdk1.8.0_60-ea, and jdk1.9.0_ea and ran
> the code attached to [1].
> When running the Frame1 code from [1], the alphabetic keys
> in Dvorak (home row, for example) are unambiguously
> registered as such. However, Dvorak's symbol keys, like '
> (QWERTY Q), / (QWERTY [), or ; (QWERTY Z), are still
> partially registering as QWERTY keys.
> It seems that
> keyEvent.getKeyChar() is correct
> String.valueOf((char)keyEvent.getKeyCode()) is NOT correct
> KeyEvent.getKeyText(keyEvent.getKeyCode()) is NOT correct
> for Dvorak symbols.
> If you happen to have IntelliJ IDEA 14 installed (other
> versions may work), you can see the problem by opening
> the Preferences->Keymap window and clicking the "Find
> Actions by Shortcut" button. With Dvorak enabled, searching
> for a Shortcut like ^/ is impossible since the registered
> shortcut will be ^[, the analogous QWERTY shortcut.
> [1] https://bugs.openjdk.java.net/browse/JDK-8028617
> [2] https://bugs.openjdk.java.net/browse/JDK-8066068

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20150331/fb4747c5/attachment.html>

More information about the awt-dev mailing list