bug-classpath
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]