[maemo-developers] Problem with custom hw keyboard layout in Qt-based apps

[From: Antonio Aloisio]

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
(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.

To fix Qt to support this layout is an easy task, but I don't know if it
makes sense to fix it in Qt since this polish hw layout is just an hack.

Regards,
Antonio


On Wed, Sep 22, 2010 at 12:44 PM, Dawid Lorenz <dawid at lorenz.co> wrote:

> 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 popup
> menu.
>
> Now, the trouble is that it seems like Qt-based applications don't respect
> this layout and whenever I type -- for example -- Fn+Ctrl+H, which is my
> shortcut for "{" (curly bracket), I just get "(" instead, which is standard
> Fn+H character. I've noticed this behaviour in apps like Macuco, KhtEditor
> (most annoying, as I can't type crucial programming chars!) or FileBox -
> basically pretty much any Qt-based application around.
>
> Question is simple: is that a bug or a feature and is there any way to
> work-around this?
>
> [1] http://blog.adl.pl/polish-hardware-keyboard-layout-for-nokia-n900/400
>
> --
> Dawid 'evad' Lorenz * http://dawid.lorenz.co
>
> null:// I haven't lost my mind - it's backed up on disk somewhere
>
> _______________________________________________
> maemo-developers mailing list
> maemo-developers at maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maemo.org/pipermail/maemo-developers/attachments/20100922/f29e5f0c/attachment.htm>