FreeBSD, Fluxbox + console apps

> А оно надо? :)

Такие вопросики в имени могут человека обидеть. Или мусье купается в невежестве считая все языки кроме своего и lingua franca за роскошь?

> Осиливать юникод в неюникодной по дефолту среде

Ну хз. KOI8-R - тоже не дефолт. Дефолт - LANG=C. Юникод держат такие программы как sh, tcsh, zsh, emacs, vim, ls, w3m, lynx и mutt и не поддерживают: ps, top, nvi (в портах поддерживает). Кстати говоря, а в linux можно в top'е увидеть программу на kanji?

> Поскольку переходить на utf-8 таки придётся - посмотрите в сторону rxvt-unicode (urxvt)

А зачем куда-то смотреть, если xterm поддерживает юникод как c luit так и без?

Процедура ограничивается чем-то вроде проставления LANG и выставлением шрифтов. Например,
setenv LANG=en_US.UTF-8
echo 'XTerm.*font:           -*-terminus-medium-r-*-*-14-*-*-*-*-*-iso10646-*
XTerm.*wideFont:       -*-*-medium-r-*-ja-*-*-*-*-*-*-iso10646-*' >> ~/.Xdefalts
xrdb ~/.Xdefaults
или можно использовать векторные шрифты:
echo 'XTerm.*faceName:        DejaVu Sans Mono:size=18
XTerm.*faceNameDoublesize: IPAGothic:size=20' >> ~/.Xdefaults

> Сейчас можно попробовать rxvt c табами

Ну, только если из-за них одних. Хотя вместо табов можно использовать screen.

rxvt-unicode отличается от xterm тем, что внутреннее представление информации тоже в юникоде, и так же тем, что для не существующих в данном шрифте символов он подставляет из какого-нибудь другого - в отличие от квадратиков в xterm.

Ну и таки да, screen в перспективе куда лучше терминалов с табами.

screen еще и память экономит. Но сейчас это едвали хоть какое-то преимущество. :)

frd, thanx

Главное, чтобы при переходе на UTF-16 мы также не напоролись на несовместимость с ним существующих прог. Поэтому лучше писать независимые от кодировок программы, перекладывающие заботу о кодировках на стандартные библиотеки(libc, Xlib etc.).

отличный скрин, респект

а мне обои понравились :)