Re: Alt + CHTN for arrow key movement, XKB?

Ahmad Baitalmal <[email protected]>
Newsgroups gmane.comp.xfree86.internationalization
Message-ID <[email protected]>
Danilo Segan <dsegan <at> gmx.net> writes:

> This is a Gtk+ issue.
> 
> Try looking at http://bugzilla.gnome.org/show_bug.cgi?id=100439
> 

Well, the whole xkb/group/level mess is way over my head at the moment. 
I've been trying to understand xkb and I still find it illusive. BUT, I have
fixed the problem manually, this is a hack of course, but for those who just 
want it to work, here is how I did it:

My types/basic file is here:
http://ahmad.baitalmal.com/xkb/basic
This defines the new type ALT_NAV

My symbols/pc/dvorak file is here:
http://ahmad.baitalmal.com/xkb/dvorak.alt_nav
The original file is here (default from gentoo/xfree86)
http://ahmad.baitalmal.com/xkb/dvorak.orig

The previous posts show that I actually got this working just fine. Except for
gtk+ apps. I recompiled gtk with --enable-debug and exporting
GTK_DEBUG=keybinding in the env. Then I tried a few mappings, 
here are the results:
http://ahmad.baitalmal.com/xkb/xkbdiff.png

Pressing the "a" key in all cases looks the same, especially the
consumed_modifiers part, it stayed the same.

As soon as I press a key with something defined for level3 ("h" in the 
example given) things start to look wierd. You can see the symbols 
definitions I used and the results.

SO the solution for me was to patch gtkkeyhash.c and force it to set 
the correct consumed_modifiers when the keys I care about are pressed.
Here is the patch file:
http://ahmad.baitalmal.com/xkb/
gtk_altnav_consumed_modifiers_fix.patch

If anyone has any questions or knows how to really fix this, feel free to
contact me.

Take care,
Ahmad Baitalmal
http://ahmad.baitalmal.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.