Kostas Gewrgiou wrote: > > On Fri, 15 Sep 2000, Michael Schmitz wrote: > > > > > Yeap thats the problem, looking at Franz's patch it seems that if > > > > keyboard_sends_linux_keycodes doesn't exist, the server assumes AT > > > > keycodes. I am not sure how to handle APUS as well, even the pmac test > > > > through xkb will only work if xkb is enabled (not always the case), i > > > > think it should be better to handle all the cases through the config > > > > file although it will make it harder for the users :( > > > > > > Erm... this doesn't make sense to me. On powerpc, if the file does not > > > exist, shouldn't we maintain the old behavior? > > > > Feel free to discuss this with Franz. I've had my fruitless discussion > > about keeping backwards compatibility already (about adbmouse and mouse > > button emulation), I won't repeat it. > > > > To be fair: implementing/backporting the new input layer code for APUS > > would be another solution to this problem. > > It's a bug not a feature ;P obviously the default should be the old behavior > if keyboard_sends_linux_keycodes isn't there, we do want backwards > compatibility in the Xserver and i don't think that anyone disagrees with > that. > > Note also that the old behavior wasn't perfect, we have archs that were > using the at keycodes before the input layer so we just can't assume > adb if keyboard_sends_linux_keycodes isn't there :(
Even more so because APUS doesn't use ADB keycodes either... Michel -- Earthling Michel D�nzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project
