Hi,
In a certain condition, xterm won't display G1 (in ISO-2022 meaning)
characters properly.
- using xterm with automatic luit-invocation in east Asian locales
which use G1 slot (such as EUC-JP, EUC-KR, GB2312, and Big5),
like "LANG=ja_JP.eucJP xterm" or "xterm -u8 -e luit -encoding eucJP".
- after using DEC characters (such as line-drawing elements) via
terminfo enacs/smacs/rmacs (such as dialog, whiptail, and so on).
There are sample screenshots.
http://www.debian.or.jp/~kubota/mojibake/xterm-eucjp-1.png
http://www.debian.or.jp/~kubota/mojibake/xterm-eucjp-2.png
The first image shows EUC-JP character is displayed properly.
This image was taken using xterm (with luit) in EUC-JP locale.
However, after using DEC characters ("dialog --msgbox abcde 5 10"),
EUC-JP characters will never be displayed properly, like the
second image. This reproduces completely 100%.
This is because definition of enacs/smacs/rmacs conflicts with
character encodings which use G1 slot. It is an already-known
problem for more than one year. Here is Juliusz's mail to point
out this problem.
http://marc.theaimsgroup.com/?l=xfree-i18n&m=101664160902706&w=2
In the mail Juliusz said that Thomas said that the very simple
solution in the mail might have a backword compatibility problem.
However, I don't understand what is a problem.
The solution is, to modify enacs/smacs/rmacs definition like following:
:smacs=\E(0:rmacs=\E(B:
(enacs is not needed). It works for all encodings including
legacy 8bit, legacy multibyte, and UTF-8.
I would like Thomas to adopt Juliusz's very simple solution.
---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
_______________________________________________
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n
