On Sat, 2003-10-25 at 13:28, Paul Davis wrote: > > - Support for modifiers beyond control/alt/shift, with some sort > > of "virtual modifiers" approach. > > dubious unless you make it possible to interrogate what keycodes > and/or keyvals are bound to a modifier. ? The real modifiers wouldn't go away; event->state would typically contain *both* the real modifier (MOD3 or whatever) and the virtual modifier (Hyper or whatever). > > - Support for tracking Caps_Lock (and maybe other modifier) state > > (http://bugzilla.gnome.org/show_bug.cgi?id=107000) > > whats wrong with (event->state & GDK_LOCK_MASK)? The use case as described in the bug report is a warning on a password dialog. A) You need to be able to interrogate B) You need to be able to catch the change when it occurs when focus is not on the app Regards, Owen _______________________________________________ gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
