On 22 September 2010 13:16, Antonio Aloisio antonio.aloi...@gmail.comwrote:
I don't see any possible workaround, since there are just 3 levels
(BASE_LEVEL,NUMERIC_LEVEL, LOCKABLE_LEVEL), and only the first group is used
to map the keycodes to keysyms... and actually the polish hw layout makes
Hi Dawid,
Would that easy fix in Qt create some unintended side-effects?
Potentially any line you change/add to the code can have a side effect...
but I don't know if it makes sense to fix it in Qt since this polish hw
layout is just an hack.
You could report this to JIRA. In case Qt guys
On 24 September 2010 11:49, Antonio Aloisio antonio.aloi...@gmail.comwrote:
but I don't know if it makes sense to fix it in Qt since this polish hw
layout is just an hack.
You could report this to JIRA. In case Qt guys accept it then I can help
you to write the patch..
What is JIRA? And
I am using a custom hardware keyboard layout in my N900, which is basically
forked /usr/share/X11/xkb/symbols/nokia_vndr file [1], so I can get Polish
national characters along with few other chars directly from hw heyboard
using Fn+Ctrl+X combination, rather than using that awkward on-screen
Hi Dawid,
Qt hildon input context doesn't take in account of CTRL as modifier.
So the keycode is mapped to keysyms (and its corresponding strings) just
considering the SHIFT and Fn modifiers.
That's why Fn + CTRL + H == Fn + H.
I don't see any possible workaround, since there are just 3 levels