<div class="gmail_quote">2009/5/4 Alan Coopersmith <span dir="ltr"><<a href="mailto:Alan.Coopersmith@sun.com">Alan.Coopersmith@sun.com</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">Gregory Smirnov wrote:<br>
> Hello, I use program that depends on X keycodes as well and have the<br>
> same problem.<br>
<br>
</div>Your program has always been broken then - X keycodes are different<br>
on different platforms and servers, and as kbd/evdev show, sometimes<br>
even different drivers on the same server/platform.   It has been<br>
well documented for 20+ years that the only valid meaning of an X keycode<br>
is to lookup a keysym in the current table and that applications should all<br>
use keysyms, not keycodes.<br>
<div class="im"><br>
> Evdev is suceeder of xkb, why *some* keycodes has just changed without<br>
> an option to check the system for compatibility?<br>
<br>
</div>evdev does not suceed or replace XKB - they're two different levels of<br>
the stack.  evdev replaces xf86-input-kbd on Linux systems - both of<br>
those drivers report up to the core Xorg server which uses XKB.<br>
<font color="#888888"><br>
</font></blockquote></div><br>But total dependency on keysyms is wrong as well. That is why Copy/Paste (Ctrl+C/V) does not work properly in multi-language environments.<br><br>