On Tue, 26 Jun 2001, Bruno Haible wrote:
> The programs we are waiting for are:
>
> - emacs. In an UTF-8 locale, it does not set the
...
>
> Tomohiro, thank you for removing 'rxvt' from the list of buggy
> programs.
I was going to add the fact that telnet, rlogin, ssh etc should pass along
the LANG and LC_* variables like they do DISPLAY and USER but then I read
the other messages ...
It looks like locale's LC_CTYPE _is_ insane.
I _think_ the solution might be an 'anti-luit' like program. It runs
UTF-8 software on an ISO-2022 terminal (probably locked to one or
two encodings). You would need U+F000..U+F0FF for direct to line for
special characters like the Apple logo (filtered for ctrl-characters)
but linedraw and other acs characters could work magically.
So to telnet to an old machine from the UTF-8 world you'd use luit to
telnet (dial!) back you'd use anti-luit.
At that point a telnetd/sshd _could_ receive a non-UTF-8 LC_CTYPE and
automatically run the anti-luit program. (Though it's best if UTF-8 is
on the wire for telnet/ssh)
Well, Juliusz it's probably "just" a "little" change to luit so it can
be anti-luit too. :-)
--
Rob. (Robert de Bath <robert$ @ debath.co.uk>)
<http://www.cix.co.uk/~mayday>
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
