Hi Luke: We played around with the Caps_Lock key as the Orca modifier key and had trouble with it. The primary problem was that we could not consume the event before the X server did. As a result, we could indeed key off the keycode for the Caps_Lock key, but we could not prevent the Caps_Lock from going on or off. The resulting behavior was that you could quickly end up in a situation where your Orca keystrokes were causing Caps_Lock to alternately toggle on and off.
From my work with XKB, I also remember Caps_Lock being just a plain old
problematic key for a variety of reasons, and I'd recommend staying away from it. Will PS - attached is a patch to turn the Caps_Lock key into the Orca modifier. It "works," but suffers from the problem where the Caps_Lock modifier is tweaked whenever you touch the key. On Sun, 2006-04-09 at 18:31 +1000, Luke Yelavich wrote:
Hi all Before I start moving the keybindings system to a more user customizable setup, I have been playing with different keybindings for laptop use. One thing I have found is that if I modify the modifier from insert to caps lock, and capslock is the only modifier, the modifier key to orca seems to stay pressed. For example, if I press capslock plus right arrow to increase speech rate, and I press either left or right arrow, the speech rate keeps adjusting, as if I was still holding down capslock, even though I am not. Pressing capslock again doesn't help. Do I have to modify anything else to make sure the modifier seems to be depressed as it should be? Thanks in advance. _______________________________________________ Orca-list mailing list Orca-list gnome org http://mail.gnome.org/mailman/listinfo/orca-list
Attachment:
caps_lock.patch
Description: Text Data