On Fri, 2 Feb 2001, Tomohiro KUBOTA wrote: > | And more, the advantage of ISO-2022 which I wrote above would be > | lost if ISO-2022 is used only under ISO-2022 locale. (The point > | of this idea is that ISO-2022 can co-exist with any other encodings. IMHO ISO-2022 is too horribly designed to push its idea further. I am against making the terminal interface so complex. If ISO-2022 is used as someone's private locale, then OK, it can be handled in iconv. But it's a bad framework to base other things on. Please keep as far from ISO-2022 as possible. -- Marcin 'Qrczak' Kowalczyk - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/lists/
- ISO-2022 (Re: filename... Tomohiro KUBOTA
- Re: ISO-2022 Markus Kuhn
- Re: ISO-2022 Tomohiro KUBOTA
- Re: ISO-2022 Bruno Haible
- XTerm and ISO-2022 Tomohiro KUBOTA
- Re: XTerm and ISO-2022 Robert Brady
- Re: XTerm and ISO-2022 Tomohiro KUBOTA
- Re: XTerm and ISO-2022 Robert Brady
- Re: XTerm and ISO-2022 David Starner
- Re: XTerm and ISO-2022 Tomohiro KUBOTA
- Re: XTerm and ISO-2022 Marcin 'Qrczak' Kowalczyk
- Re: XTerm and ISO-2022 Kiyokazu SUTO
- Re: ISO-2022 (Re: xter... Pierpaolo BERNARDI
- Re: ISO-2022 (Re: xter... Tomohiro KUBOTA
- Re: ISO-2022 (Re: xter... Pierpaolo BERNARDI
- Re: kernel tty patches Ienup Sung
- Re: wcwidth performance Markus Kuhn
- Re: wcwidth performance Bruno Haible