[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bug in the alternate character set output

From: Alexei Malinin
Subject: Re: bug in the alternate character set output
Date: Mon, 12 Sep 2011 13:12:43 +0400
User-agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv: Gecko/20070819 SeaMonkey/1.1.4

Thomas Dickey wrote:
> On Sun, 11 Sep 2011, Alexei Malinin wrote:
>>> But your example isn't doing that. It's assigning it to the alternate
>>> character set's entry in the "|" position.
>> These sentences are unclear for me. In my test terminal description
>> I wrote that ACS_VLINE should be displayed as "|" (ASCII decimal 124).
>> Please see below.
> But it won't do that.  Only if the terminal description's
> smacs/rmacs/enacs are empty will the expected display from acsc
> mappings _be_ the same as the second character in each pair.

O! I did not know about that. Is this behavior documented somewhere?
Is this behavior a bug or a feature?

I made quick checks. My test program displayed the box correctly
for a terminal description without smacs/rmacs/enacs and with "acsc=q-x|".

Alexei Malinin

reply via email to

[Prev in Thread] Current Thread [Next in Thread]