Date: Wed, 9 Dec 1998 13:09:54 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Robert Hoehne <robert DOT hoehne AT gmx DOT net>
cc: Mirek Prywata <Miroslaw DOT Prywata AT fuw DOT edu DOT pl>, djgpp AT delorie DOT com
Subject: Re: RHIDE and consolefonts under Linux
In-Reply-To: <366DBC18.62DDA0E@gmx.net>
Message-ID: <Pine.SUN.3.91.981209130934.8064C-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp AT delorie DOT com


On Tue, 8 Dec 1998, Robert Hoehne wrote:

> The problem here is, that RHIDE uses internally hardcoded the
> IBM (or PC??) character set for some special characters (like
> the frame chars). This problem may occour also on DOS, but very
> seldom, since there is in most cases the font installed, which
> RHIDE expects.
> 
> Mayve I will find someday the time to learn a little bit more
> about all that stuff so I can fix it (or someone else sends me
> a patch for it :-)

One possible solution is to have an extra level of indirection between
the characters written by the display code and the actual bytes that
are sent to the screen.  Create a 256-element table, where the X-th
element holds the byte to be sent to the screen when the display code
wants to display a character whose 8-bit code is X.

You can initialize the table with "table[X] = X", and then change the
mapping if the underlying codepage/display system doesn't support
certain characters, such as IBM box-drawing characters.

The GNU `recode' program has one example of emulating box-drawing
characters with ASCII characters.