Date: Wed, 20 May 1998 12:14:38 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
cc: sl <sl AT psycode DOT com>, djgpp AT delorie DOT com,
        Robert Hoehne <robert DOT hoehne AT gmx DOT net>
Subject: Re: RHIDE 1.4.5
In-Reply-To: <m0yblF9-000S3GC@inti.gov.ar>
Message-ID: <Pine.SUN.3.91.980520121417.24974F-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk


On Tue, 19 May 1998, Salvador Eduardo Tropea (SET) wrote:

> Num Lock OFF:
> Gray 6 => ASCII 0 and SCAN just like before.
> Shift + Gray 6 => ASCII 6 ?!!!!!!!
> 
> If course command.com behaves like the current RHIDE 1.4.5
> so I don't know if this behavior is a bug, and is this case
> the bug is in the BIOS.

This is how BIOS had always worked.  Whether this is a bug or a
feature is open to interpetation.  (E.g., since 6 is printed above the
arrow on the key, you could see it as a shifted character.)

BIOS keyboard handling is a hodge-podge of special cases like this.
For example, some key combinations don't produce anything, like
"Ctrl-/", I don't know why.  Emacs has some 750 lines of code in it,
just to handle all this mess in a reasonable way.

> Anyways, the new code traps the Shift+Key==Number and remaps
> it, I think it will produce the desired effect.

It might be a good idea to let the user choose the behavior of the
keypad keys, with and without NumLock, especially if RHIDE and the
editor support binding keys to certain functions.