Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!samsung!uunet!mcsun!tuvie!vmars!hp
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Newsgroups: comp.os.minix
Subject: Re: changing keyboard.c works not for one key?
Message-ID: <2313@tuvie.UUCP>
Date: 12 Feb 91 11:32:37 GMT
References: <2738@krafla.rhi.hi.is>
Sender: news@tuvie.UUCP
Lines: 33

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 |