[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:1.8.1.6) 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