On 24 September 2010 11:49, Antonio Aloisio wrote:
> > 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 thanks for offering he
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 ac
On 22 September 2010 13:16, Antonio Aloisio wrote:
> 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
> use of the 2nd group.
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
(BA
