Reply
Thread Tools
Posts: 17 | Thanked: 11 times | Joined on Nov 2010
#1
I've got an N900 with a French (Azerty) 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
 
Posts: 1,224 | Thanked: 1,763 times | Joined on Jul 2007
#2
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?

3. See 2.
__________________
My repository

"N900 community support for the MeeGo-Harmattan" Is the new "Mer is Fremantle for N810".

No more Nokia devices for me.
 
Posts: 17 | Thanked: 11 times | Joined on Nov 2010
#3
Originally Posted by Matan View Post
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.
But the sticky key implementation works in many applications. Tried it in osso-xterm and e-mail. Both work.

However, I just noticed that in email, Blue+Left correctly gives Up, and Blue+Right gives Down, unless in To: field... Weird

Moreover, in osso-xterm, I can't put Tab or Escape on any Shifted or Blue'd keys either. In e-mail Tab (on a Blue'd key) works without problem (... and Escape is too difficult to test

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.
In the mean-time, I found the solution, it was right before my eyes. Osso-xterm's "toolbar" has another control key on it, which is sticky.

Is the hardware shift key sticky for the on screen keyboard
I'm not sure whether that question makes any sense. The on-screen keyboard (reachable using Blue+Sym) only has non-alphabetic characters (such as < , > , ...), without any "natural" shifted characters...

I also discovered something which is neat, and useful for those of us who might run out of positions to put keys: you can remap a symbol to any shift+letter, and this will be ignored if you use sticky or locked shift (shift, then letter still displays uppercase letter), but if you press both shift and letter simultaneously, you get the symbol you defined!
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 09:43.