From mboxrd@z Thu Jan  1 00:00:00 1970
From: "A. Alper ATICI" <alper.atici@softhome.net>
Subject: Re: Approximation glitch in v1.1.5.7
Date: Tue, 23 Sep 2003 01:01:25 +0300
Sender: linux-msdos-owner@vger.kernel.org
Message-ID: <20030922220125.GA2024@deskt-xp>
References: <20030922071127.GA1880@deskt-xp> <Pine.LNX.4.44.0309221719530.23768-100000@pg5.enm.bris.ac.uk>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Return-path: <linux-msdos-owner@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0309221719530.23768-100000@pg5.enm.bris.ac.uk>
List-Id: <linux-msdos.vger.kernel.org>
Content-Type: text/plain; charset="us-ascii"
To: Bart Oldeman <bartoldeman@users.sourceforge.net>
Cc: linux-msdos@vger.kernel.org

On Mon, Sep 22, 2003 at 05:24:42PM +0100, Bart Oldeman wrote:
[...]
> 
> remove these two lines
>   {"*",         KEY_8 | SHIFT_MASK },
>   {"+",         KEY_EQUALS | SHIFT_MASK },

OK, all seems to work now,  provided that I set layout explicitly to tr, 
otherwise (i.e. in auto mode) DOTLESS_I approximation is back in effect.
(FWIW, I cannot use dosemu under tr_TR locale because autoexec.bat is 
not parsed correctly in that case).


Another thing I'd like to ask is making use of hybrid latin console 
fonts part of the kbd package. These are named with lat prefix (e.g. 
lat5-12.psfu) and contain box drawing along with 8859-X characters.
Is it any more complicated than adding a new charset in extra_chars 
(say, lat5.c) and using the registered charset as a new option for 
external_char_set?
Thank you.

Alper