keycodes all off by one with GTK and $DISPLAY pointing to an R5 server

Kean Johnston kean at armory.com
Sat Sep 17 17:59:55 PDT 2005


> As I indicated in my other mail, it's probably some bug in GTK+
> or incompatibility with your keyboard map, but really impossible
> to guess without seeing that keyboard map.
Thank you Owen, that was a big help. For the sake of completeness,
I am attacking the results of xmodmap -pk from the R5 and the R6
servers. As you can see, the R6 server is all off-by-one with
regard to the R5 server.

What's confusing me is this. Obviously, the event that gets
generated by teh R6 server works. Its generating keycode 9
for ESCAPE, and the R5 one works too, its generating 8 for the
ESCAPE. The keysym in both cases is correct. What's really
view weird is that with gvim (using gtk2), only the 'q' and
'Tab' keys seem to be affected. w works just fine, as does
Backspace, which is the keycode before it. Most bizarely,
it treats 'q' and 'tab' as the *same*, not offset by 1.

I'll post a bug to the GTK bugzilla as you suggested.

Thanks for the reply!

Kean
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: r5.xmodmap
URL: <http://lists.x.org/archives/xorg/attachments/20050917/125e742d/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: r6.xmodmap
URL: <http://lists.x.org/archives/xorg/attachments/20050917/125e742d/attachment-0001.ksh>


More information about the xorg mailing list