Followup to: <[EMAIL PROTECTED]>
By author: Markus Kuhn <[EMAIL PROTECTED]>
In newsgroup: linux.utf8
>
> I'd like to have in some standard tool a function that looks at
> nl_langinfo(CODESET) and then sends out the corresponding ISO 2022
> sequence to make sure the terminal knaows about the encoding of the
> current locale. This way, setting LANG in .profile followed by calling
> this tool will make sure your terminal/console/screen/condom/etc. gets
> the message as well.
>
> Which tool in which package should best be extended with that? "reset"
> (ncurses), "tset", "stty"? Perhaps this should actually go in .bashrc
> into the bash prompt, such that at each display of the prompt, the ISO
> 2022 state of the terminal is reset to what it should be according to
> the locale?
>
What I would suggest is that any such API extensions we find are
necessary should go into a library (libcharset, or something like
that) which is independent from glibc (so people can use it without
needing to upgrade glibc). I would then put a separate tool wrapper
around it instead of augmenting an existing tool, so that there aren't
any upgrade issues.
-hpa
--
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
