[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug awt/29246] Toolkit.getLockingKeyState(int) not implemented
From: |
cam-gcc-bugzilla at aka dot mcc dot id dot au |
Subject: |
[Bug awt/29246] Toolkit.getLockingKeyState(int) not implemented |
Date: |
27 Sep 2006 01:16:17 -0000 |
------- Comment #1 from cam-gcc-bugzilla at aka dot mcc dot id dot au
2006-09-27 01:16 -------
Created an attachment (id=12334)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12334&action=view)
Patch to implement Toolkit.getLockingKeyState(int) for GTK+ peers.
This patch fixes the exception throwing behaviour of Toolkit.getLockingKeyState
and implements actual locking key state inspection for GTK+ peers in
GtkToolkit.
One slightly dodgy thing is that the GDK_MOD1_MASK bit is checked for when the
state of the Alt key is requested. Most of the time, this will be right, but
under X this could be remapped. I guess some X specific code should be used to
look up the modifier key mappings. (This would also have the benefit of
exposing other locking keys, like Num, Kana, etc.)
It would be good if the VK_* #defines in gnu_java_awt_peer_gtk_GtkToolkit.c
were separated out into a .h file so that they need not be duplicated in
GtkToolkit.c.
Also, the patch is completely untested, since I've screwed up my installed VMs.
It does compile, though. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29246