Here is a roll-up of the remaining known issues with dead keys:
https://github.com/TurboVNC/turbovnc/issues/194
Unfortunately, I'm not sure how to work around these issues, other than to take drastic measures, such as:
- implementing our own hotkeys for every possible dead key
- modifying the keyboard layout
I also looked into the feasibility of implementing QEMU extended key events (https://github.com/TurboVNC/turbovnc/issues/108), but whereas that is possible, it's not going to be as easy as I thought. Unfortunately, Java/Swing gets in my way there as well, since it doesn't consistently generate layout-independent key codes for dead keys. Thus, it may be necessary to drop into JNI to get information about which physical key was actually pressed.
Any ideas are appreciated. I'm stumped.
DRC
Unfortunately, only the OpenJDK development team can post or comment on their bug tracker, but I did ping the OpenJDK AWT-Dev mailing list to ask about the status of the issue.
I found a way forward for the QEMU extended key event
feature, so I am proceeding with that work, since it has other
benefits besides just working around this.