GNOME Bugzilla – Bug 106004
Different keycode returned by the java application that the gtk application
Last modified: 2004-12-22 21:47:04 UTC
I tested gnopernicus on my linux system, whit different type of applications (gtk and java based applications). The gtk application return different keys and keycodes as the java application. In java application that the Num_Lock is active at keypress did not return that the Num_Lock is on (in modifier flag ). In java application the Num_Lock is not a modifier?
On java application gnopernicus get a keyevent which is not registered. Ex. It made a keyset for ControlL key, and this keyset is registered for an keylistener. The listener listen only this one key. On java application the callback for ControlL event is called, whit a keystruct filled by the not listened key. Can it fix it?
I'm looking at this now. NumLock (and others) are not viewed as modifiers in Java, so will need mapping... Unfortunately the more I look into it the more I'm seeing that there might be more involved given Java's view of a "Virtual" keyboard.
*** This bug has been marked as a duplicate of 106081 ***
Darren: since this concerns the 'application' (as opposed to the 'global') key listener API, it's not clear to me that we should enforce complete consistency. We should think carefully about how to be reasonably consistent while still keeping to the toolkit/app's view of the keyboard.