Alan Cox, le Fri 09 Jan 2009 22:01:44 +0000, a écrit : > > > Surely that is just a new keymap ? > > > > No. That would mean a lot of keymapSSS. Doing it the keymap way > > Why - its an algorithmic question about how to edit them - remember you > can edit keymaps in programs at runtime and live. Right. I'm still afraid by that: we'd need to know how to remap the various keycodes (amiga, atari, i386, mc, sun). And we'd have to double the number of keymaps being used. Maybe I should have given an example: somebody with one hand would rather not have to move it to type everything. That means we should setup a key which, while being pressed, changes the keys under his hand, e.g. for a left-handed, putting l under the usual s, k under the usual d, j under the usual f, etc. Of course we'd need to do that for all the shift/alt etc. variations too, thus double the number of keymaps, which may not possible, or else we'd drop some of them, but which ones? I'm also afraid of how to plug that into distributions. Console keyboard setup seemed to me quite heterogeous among distributions already. (In case somebody wonders, no, a distribution "for disabled people" is not a good idea, why should disabled people be left with just one distribution and not have the choice?) > > This really is a problem that is orthogonal to keymaps: I'm here talking > > about _physical_ keys remapping, not remapping what is printed on them > > (which is done after that). > > Ok so this is analogous to the X key remapping. Not exactly: it's not 1-1, as examplified above. Thanks, Samuel -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
