FS#8956 - [htop] package + utf8
Attached to Project:
Arch Linux
Opened by Sergej Pupykin (sergej) - Monday, 17 December 2007, 22:26 GMT
Last edited by Ionut Biru (wonder) - Thursday, 20 January 2011, 22:11 GMT
Opened by Sergej Pupykin (sergej) - Monday, 17 December 2007, 22:26 GMT
Last edited by Ionut Biru (wonder) - Thursday, 20 January 2011, 22:11 GMT
|
Details
please add htop unicode patch
http://sourceforge.net/tracker/index.php?func=detail&aid=1852696&group_id=108839&atid=651635 with this patch htop correctly displays non-ascii symbols in process' cmdline. (I post it to htop author, may be he apply it by himself) |
This task depends upon
Closed by Ionut Biru (wonder)
Thursday, 20 January 2011, 22:11 GMT
Reason for closing: Fixed
Additional comments about closing: htop-0.9
Thursday, 20 January 2011, 22:11 GMT
Reason for closing: Fixed
Additional comments about closing: htop-0.9
For example I can not see cyrillic in en_US.UTF-8 locale, however htop displays it if locale is ru_RU.UTF-8.
You are right when you remind about properly configured locales and (sic!) environment variables
(in $HOME/.bashrc) when working with htop.
I can say about newer htop 0.9 (custom build with --enable-unicode). The program does support Unicode
chars very well. In my case I tested it with Cyrillic symbols. My locale environment is (Debian GNU/Linux testing):
$ locale
LANG=ru_RU.UTF-8
LANGUAGE=en_US.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=ru_RU.UTF-8
So, in this mixed environment I never got any problems with htop and non-ASCII characters.
Thanks