|
From: | Keith Winstein |
Subject: | Re: ISO 2022 in terminals |
Date: | Sat, 5 Feb 2011 01:17:58 -0500 (EST) |
User-agent: | Alpine 1.10 (DEB 962 2008-03-14) |
On Sat, 5 Feb 2011, Tim Allen wrote:
On Sat, Feb 05, 2011 at 12:31:36AM -0500, Keith Winstein wrote: > So adding luit to a "UTF-8 vt220 emulator" is not quite enough to > look good in vttest. That surprises me; as far as I know, xterm uses luit for its ISO 2022 implementation (at least in UTF-8 mode), and I'd be surprised if Thomas released a version of xterm that didn't pass vttest. I can't find a test in vttest labelled "Save and restore cursor", or "ISO 2022", although I'm not terribly familiar with it. Can you point out which tests fail with luit?
Oh, yeah, I was referring to the last page of #2, "Test of screen features," with the bottom text, "Test of the SAVE/RESTORE CURSOR feature. There should be ten characters of each flavour..."
If you run it natively under xterm, it looks fine. If I run it under "LANG=C luit", the first half of each ACS block looks fine but the second half is in ASCII, I think because the shift state isn't being restored.
(And if I just run "luit" by itself (with, e.g., LANG=en_US.UTF-8), none of the ACS characters work right because luit is just translating from UTF-8 to UTF-8.)
-Keith
[Prev in Thread] | Current Thread | [Next in Thread] |