[devel] stuphead & sylpheed

[Aleksey Novodvorsky <aen@logic.ru>]

Hi!
Услышав про выход пре-релиза stuphead я, пусть и с неохотой, полез за
ним. Пользователь любит, очень любит, -- надо собирать. Программа эта
чудовищно противоречит нашему policy (пусть и несформулированному) для
end user приложений, так как работает:
-- С одним языком (кроме английского);
-- С единственной кодировкой этого языка, т.е. запускать stuphead из
ru_RU.CP1251, например, -- бесполезно.
В свое время убогие таблицы перекодировки из исконно-посконной сетевой в
другие объяснялись стремлением избежать iconv, которого нет в некоторых
других Unices, не будем показывать пальцем. Но теперь, без всяких
#ifdef, этот iconv в Stuphead появился, для "поддержки UTF-8". А
таблички -- остались.

Stuphead, напомню, отделился от Sylpheed, мейлера  Hiroyuki Yamamoto
(.http://sylpheed.good-day.net/) Как пишут авторы на своем сайте
http://stuphead.antex.ru/ :
"Родился этот проект как "fork" от Sylpheed, MUA от Hiroyuki Yamamoto .
Fork'нулись мы из-за нежелания автора включать поддержку русских
кодировок в Sylpheed..."
Форк произошел от версии 0.4.1 Sylpheed.  За державу было обидно и такая
особенность Stuphead как
" Отсутствие поддержки японских языков =) " (цитата с сайта) удивляла,
но была эмоционально объяснима.
К моему несказанному удивлению,  по дороге от 0.4.1 к 0.5.0 стали
исчезать и прочие, неяпонские кодировки, а мейлер был объявлен:
"русским" (так -- в README). Но возможность не задумываться о кодиовках,
лекгость, удобство работы с фильтрами, папками, множество настроек,
mozilla-патч, наконец, -- все это было замечательно.

Обида на японца стала забываться и вчера я решил посомтреть на sylpheed.
По привычке сборщика пакетов, взглянул ./configure --help и увидел там
по умолчанию сборку с некоей libjconv. В текстах же было упоминание о
всех наших кодировках (без 866, правда) и -- о чудо! -- похожее на
верное перекодиование, похожее на iconv, но через функции libjconv. Как
выяснилось, libjconv -- крохотная библиотека, которая дополняет glibc
несколькими функциями для работы с японскими кодировкам, в остальном же
обеспечивает интерфейс к функциям группы iconv.
Собрав все это, я обнаружил:
-- sylpheed прекрасно работает с могими языками;
-- без проблем, автоматически при правильных headers и вручную при
неправильных, перекодирует все русские письма.
-- делает это будучи запущенным в любой locale.
Кроме того, в японскую программу встроена подержка  gpg через gpgme.

Но, может быть,  Hiroyuki-сан одумался? Решил исправиться? Я взял версию
Sylpheed 0.4.1, от которой, по утверждению авторов stuphead, произошел
fork. И там уже был libjconv! И поддержка KOI8-R и ISO8859-5. Для
подержки CP1251 достаточно было добавить по паре строчек в двух файлах,
более чем прозрачно. При сравнении же двух версий 0.4.1  обнаружилось,
что авторы stuphead аккуратно вырезали все, что было заключено в скобки
#ifdef HAVE_LIBJCONV  ... #endif, то есть выкинули поддержку
перекодирования, написанную прилично (переделать ее на iconv не
представляет никакого труда, но это и не нужно).
Далее, обвинив г-на Yamomoto в нежелании делать то, что он уже сделал,
по рецептам из России, "форканулись" и стали делать мейлер "for Russians
only".

А жаль, между прочим. Stuphead имеет несколько приятных свойств:
спеллинг, пусть пока и не вполне стабильный, добавление адреса из письма
в адресную книгу нажатием кнопочки, наконец, mozilla-патч. Все это можно
пока перенести в Sylpheed.

Выводы делайте сами. Я, сравнив код двух S, никогда не буду пользоваться
Stuphead. Sylpheed -- возможно. А для того, чтобы японский мейлер
выглядел на первый взгляд не хуже русского, я перевел его на русский. Не
используя перевод Stuphead. И  пошлю Yamamoto. Может он и вправду
русофоб?

Rgrds, Алексей

P.S.  Пакеты sylpheed, а также libjconv и libgpgme* завтра будут  в
Sisyphus.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel