Messages in this thread | | | Date | Wed, 9 Feb 2005 17:55:00 +0100 | From | Vojtech Pavlik <> | Subject | Re: [rfc] keytables - the new keycode->keysym mapping |
| |
On Wed, Feb 09, 2005 at 05:38:56PM +0100, Andries Brouwer wrote: > On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote: > > > > It seems very unlikely that you cannot handle Czech with all > > > combinations of 8 keys pressed, and need 9. > > > > A czech keyboard has the letters 'escrzyaie' with accents on the number > > row of keys. With a Shift, they are supposed to produce the original > > numbers, but with a CapsLock, they're supposed to produce the uppercase. > > With a right alt or one of three czech dead keys they should produce > > the !@#$%^&*() symbols. > > > > It's kind of logical, kind of stupid, but anyway it's the national standard. > > > > You can't do that currently. The main problem is that CapsLock is > > hardcoded to work as a Shift on keys and you can't make it work > > differently for normal letter keys and for the upper row of keys. > > I think the fallacy in that reasoning is the idea that the key > labeled CapsLock has to be bound to the kernel function named capslock.
How do you make it control the CapsLock LED then?
-- Vojtech Pavlik SuSE Labs, SuSE CR - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |