#include <hallo.h> * Vojtech Pavlik [Wed, Jan 07 2004, 09:51:04AM]: > The reason is that this key is not the ordinary backslash-bar key, it's > the so-called 103rd key on some european keyboards. It generates a > different scancode. Fine, but there are a lot of USB keyboard that _work_ that way, where the "103rd" key is really positioned as the one and the only one '# key. And the current stable X release does NOT know about the new scancode. You realize that you intentionaly broke compatibility within a stable kernel release? > 2.4 used the same keycode for both the scancodes, 2.6 does not, so that > it's possible to differentiate between the keys on keyboards that have > both this one and also the standard backslash-bar. *May* be a nice feature, but such things require better planning. Regards, Eduard (going to revert that change before compiling 2.6.1 now). -- Am Abend manche Hle f舁lt, die sonst des Leibes Fle h舁t. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- [PATCH] Re: bad scancode for USB keyboardVojtech Pavlik
- bad scancode for USB keyboardBernardo Innocenti
- Re: bad scancode for USB keyboardBernardo Innocenti
- Re: bad scancode for USB keyboardVojtech Pavlik
- Prev by Date: Re: Synaptics Touchpad workaround for strange behavior after Syncloss (With Patch). (fwd)
- Next by Date: Re: logitech cordless desktop deluxe optical keyboard issues
- Previous by thread: Re: bad scancode for USB keyboard
- Next by thread: [PATCH] Re: bad scancode for USB keyboard
- Indexes:[Main][Thread]