Стас в Jabber сказал что есть какие-то ручки к elinks, после прикручивания
которых он начинает нормально работать в юникоде. Было бы неплохо сделать это по
умолчанию.

Попробую сегодня поглядеть, ибо это "текстовый интерфейс" к конфигуратору ;)

Картина следующая:
elinks-0.11.x - безнадёжен в плане UTF-8. То есть поддерживает оную на половину.
Даже current не имеет исправлений.
elinks-0.12.x (следующее поколение) - работает отлично, в configure даже ключик
появился --enable-utf-8, не проверял правда как он поведёт себя в однобайтном
режиме ...

Как временный костыль можно использовать luit, слетит псевдографика, но
остальное будет работать более менее нормально.

Что скажет мантейнер elinks? Насколько работоспособна версия 0.12 ?

Я не знаю, насколько работоспособен elinks-0.12.
Я вообще-то думал, что на время фриза нужно оставить elinks-0.11, тем более что
в него ещё вносятся исправления, и будет elinks-0.11.3.
Но можно попробовать перейти на elinks-0.12.
Сколько есть на это времени?  Когда фриз будет снят?

Времени в обрез - стало быть не будем рисковать - будем использовать luit.

А можно ли из командной строки попросить elinks не использовать псевдографику?

Мож elinks012 какой собрать параллельно?  Всё равно этих линксов наплодилось... :)

В общем я вот что сделал:
В alterator-fbi я использую url-handler -  его проблемы в elinks не должны касаться.

В git.alt у меня лежит elinks-utf8-hack, временный костыль который запускает
elinks через  luit.

Там же у меня лежит luit - обновлённый и исправленный насчёт koi8-u. Если
george@ разрешит - я бы положил его в Сизиф. 

Соотв. если кто хочет использовать elinks-0.12 или какие иные хаки - то никаких
препятствий для этого нет ... окончательное решение за release manager.

Я бы предложил собрать новый elinks, ради эксперимента.

luit как-то кривовато работает

ping

с новым elinks всё OK.