<br><br><div class="gmail_quote">2009/5/3 Matthew Garrett <span dir="ltr"><<a href="mailto:mjg59@srcf.ucam.org">mjg59@srcf.ucam.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun, May 03, 2009 at 08:00:28PM +0200, Marvin Raaijmakers wrote:<br>
> Yes I know the kernel keycode to X keycode translation is fixed for<br>
> each keyboard driver. But the problem is that the evdev driver (in the<br>
> X server) does another translation than the kbd driver. You stated:<br>
>  "As long as the kernel keycode is KEY_BATTERY, the X keycode will<br>
> depend only on whether kbd or evdev is in use."<br>
> And now we've come to the main question in my first mail: how can i<br>
> detect whether the X server uses the evdev or kbd driver?<br>
<br>
</div>Like I said, don't. Add the kbd keycodes to the pc105 keymap.<br>
<font color="#888888"><br>
</font></blockquote><div><br><br>Hello, I use program that depends on X keycodes as well and have the same problem.<br>What
do you mean "Add the kbd keycodes to the pc105 keymap"? Keycodes are
already present but has completely different meaning. Like in xkb key
"cursor arrow up" has the same keycode as "print screen" in evdev.
Evdev is suceeder of xkb, why *some* keycodes has just changed without
an option to check the system for compatibility?<br> <br><br></div></div><br>