hp@vmars.tuwien.ac.at (Peter Holzer) (02/13/91)
Archive-name: minix/keyboard/minix-keymap/1991-02-12 Archive: vmars.vmars.tuwien.ac.at:/pub/minix/hp/keyboard.patches.2 [128.130.39.1] Original-posting-by: hp@vmars.tuwien.ac.at (Peter Holzer) Original-subject: Re: changing keyboard.c works not for one key? Reposted-by: emv@ox.com (Edward Vielmetti) einari@rhi.hi.is (Einar Indridason) writes: > , > When I try to generate character 130 (that's e) I get nothing. >I can get the rest of our icelandic characters, (they are all in the upper >half of ascii), without problem, but character 130 doesn't register. >No matter which button I assign to generate the character 130, I don't >get that character. I can assign the code for 138 for some button and >I will get that character, but 130 does not. >What is the problem? The problem is that the characters 128 to 133 are used to represent the shift-type keys. I had the same problem when I added a German keyboard. My solution was to add an array for to store information like ``this key is Ctrl'' or ``this key changes its meaning when caps lock is active''. I posted the diffs in October or November, but there was a small problem with it. An updated version can be FTPed from vmars.vmars.tuwien.ac.at. The filename is pub/minix/hp/keyboard.patches.2. I will add a /dev/keymap, so that the keyboard mapping can be changed at run-time (e.g. in the /etc/rc) and then repost it. >Surgeon Generals warning: Masking the 8th bit can seriously damage your brain!! I wholeheartedly agree! -- | _ | Peter J. Holzer | Think of it | | |_|_) | Technical University Vienna | as evolution | | | | | Dept. for Real-Time Systems | in action! | | __/ | hp@vmars.tuwien.ac.at | Tony Rand |