![]() |
2010-11-21
, 18:09
|
Posts: 1,224 |
Thanked: 1,763 times |
Joined on Jul 2007
|
#2
|
![]() |
2010-11-21
, 21:49
|
Posts: 17 |
Thanked: 11 times |
Joined on Nov 2010
|
#3
|
1. The sticky keys implementation is in hildon-input-method, so it works in text entry boxes, but not in other cases, unless specifically implemented (hildon-desktop, for example). There is no easy solution for that.
2. Should not be too hard. This is in the package hildon-input-method-framework for which the source is available, so you can see how it is implemented for shift and do something similar for control.
Is the hardware shift key sticky for the on screen keyboard
1. It's got Up/Down keys reachable only by simultaneous press on "blue" and Left/Right. For other "blue" characters, it is possible to reach them by first pressing blue, and then the relevant key (for example blue, then x gives $, no need to press them simultaneously)
Is it possible to do a tweak to /usr/share/X11/xkb/symbols/nokia_vndr/rx-51 to get this behavior?
2. Control must be pressed simultaneously with whatever key it modifies, which means that it can't be used with the keys from the on-screen keyboard (such as ]. Control-] is useful as an escape character in telnet sessions, and unreachable on the default keyboard). Is there any possibility to make Control "latchable" the same way as "Blue" and "Shift" are?
Eventually, I solved the Ctrl-] problem by mapping ] to Shift-Semicolon, so now I can reach it as Ctrl-Shift-] . Still awkward, but at least feasible.
... which bring me to 3.
3. Even though Shift is latchable, it loses its latch once control is pressed.
Thanks for any information on how to "fix" these,
Alain