Messages in this thread | | | Date | Sun, 30 May 2004 23:28:16 +0200 | From | Vojtech Pavlik <> | Subject | Re: Fw: Re: keyboard problem with 2.6.6 |
| |
On Sun, May 30, 2004 at 10:51:18PM +0200, Giuseppe Bilotta wrote:
> > Interesting. Nevertheless it's just a naming difference, and thus > > shouldn't be a problem. > > Well, it's not just that, not if we want Meta kernel keys to > become Meta X keys. Which wouldn't be a bad thing, since it > would mean we'd have the keyboard acting the same under console > and X. But in this case it would be nice if Linux knew about > more modifiers than just shift, ctrl, alt, meta.
Keep in mind that the kernel keys we're talking about are keycodes, not keysyms, and thus are not a result of a keymap. On the other hand, the xkb tables you've shown are for keysyms.
The equivalences are:
Kernel XKB ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ KEY_LEFTALT == key <LALT> KEY_RIGHTALT == key <RALT> KEY_LEFTMETA == key <LWIN> KEY_RIGHTMETA == key <RWIN> KEY_COMPOSE == key <MENU>
There is a 1:1 mapping.
Now, if you want to make them _do_ the same both in X and on console, then we're talking keymaps, and there I think is no problem again, because the kernel can handle up to 9 modifiers as far as I know, although they don't all have names.
linux/keyboard.h:#define NR_SHIFT 9
-- 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/
| |