Nautilus 1.0.3

Нравится. Хочу.

2AffreuxChien: К выходным будет на ftp.altlinux.ru, с исправленной Мозиллой 0.9, без точек вместо русских букв в заголовках и букмарках Наутилуса. Вы ведь Spring пользуете? :-)

Тяжелая хрень

Каким макаром точки будут исправляться?

Очередным bloody hack? Или все-таки, по науке?

> К выходным будет на ftp.altlinux.ru
Я в курсе. Кстати, вероятно, что чуть позже.
> без точек вместо русских букв в заголовках и букмарках Наутилуса
И главное - в Galeon.

> Каким макаром точки будут исправляться?
Поправкой gtkmozembed, которая с большой вероятностью войдёт в след. версию.

Уж в чём, в чём, а в "bloody hacks" AltLinux не обвиняли.

Да, у товарищей из IPLabs в отношении пользовательского софта (гуевого например) руки чаще всего кривоваты (чаще всего им зщанимается А. Новодворский), что отражается на их патчах (которые они не очень часто делают - а если делают, то часто кривые). Прямо не верится, Роман, что ты этого не заметил (не копал глубоко наверно).

> пользовательского софта (гуевого например) руки чаще всего кривоваты
Можно поподробнее?
Я пока вижу обратное. Где криво? Поправим, если будет время, думаю, что человеческие исправления будут приняты.

Да вообще - переориентация на cp1251 в MDK Sp2001 есть самый bloodiest hack - вместо того, чтобы править софт (типа gnumeric и вского софта типа irc клиентов) чтобы он работал под любой кодировкой, они просто уходят от необходимости делать перекодировку.

> Можно поподробнее?
Ладно, нет времени у меня тут их позорить.

> переориентация на cp1251
Нет такого. Есть поддержка 1251 (экспериментальная), наравне с прочими кодировками.
Это разумно, особенно если учесть, что кириллицей пользуются не только в RU_ru.
> типа gnumeric
Боюсь вас неверно проинформировали. Gnumeric работает в koi8. Более того, если мне не изменяет склероз, то и импорт|экспорт с перекодировкой там возможен. Правда возможен стал после выхода Spring.
> и вского софта типа irc
Боюсь, вас опять же неверно проинформировали. Я часто пользуюсь программой XChat, входящей в дистрибутив.
Мало того, что в ней нет проблем со стандартными irc-серверами, работающими в koi8-r, так нет проблем и с "косыми", работающими в 1251.

Буду очень признателен г-ну anonymous'у за развитие темы моих хаков, многими из которых (в glibc, XFree, qt, gnome-libs и разных приложениях) он вынужден пользоваться, так как они давно уже там. Глупость про переориентацию на cp1251 оставлю без комментариев...

Кстати заметьте, подобную чушь несут одни странные anonymous'ы ;) Полписаться своим настоящим именем под такими словами страааашно ;)

я одного не пойму - зачем тратить время на переубеждение этих самый anonymous'ов. Для меня достаточно фразы "Поправкой gtkmozembed, которая с большой вероятностью войдёт в след. версию" - если включат, значит корректный патч!

>Боюсь вас неверно проинформировали. Gnumeric работает в koi8. Более
>того, если мне не изменяет склероз, то и импорт|экспорт с
>перекодировкой там возможен. Правда возможен стал после выхода Spring.
Кстати, писал поддержку импорта/экспорта я. Написал+оттестировал тот патч за 7 часов. И меня тоже немного удивляло, что IPLabs не сделала этот патч много раньше.. И да, до него единственным способом открытия .xls файлов от Excel95 был запуск программы под cp1251 локалью.

Справедливости ради скажу, что gnome-print в spring2001 - как раз пример bloody hack. На самом деле вообще никакого патча к нему и не надо было - просто требовалось зарегистрировать русские шрифты. И вообще, у меня сложилось впечатление, что IPLabs ради экономии времени клепает быстро корявые и иногда некорректные патчи, и даже не стремиться оповестить авторов софта об их наличии (и иногда не оповещает авторов даже о наличии ошибок - яркий пример тому - gtk+1.2.9) и тем более протолкнуть патчи в CVS (посему и не делают патчи, которым место в CVS). Горько, товарищи. Такой подход совсем не способствует развитию юникс-софта и популяризации линукса.
Мораль - не надо слепо верить, в том числе "авторитетам" (ну или по-крайне мере не говорить то, что не знаешь).

> Кстати, писал поддержку импорта/экспорта я
И спасибо. Весьма актуальная вещь.

2hvv: В случае с gnome-print Вы неправы. Во-первыых это не bloody hack,
так как функциональность полностью сохранена, во-вторых, с имевшимся в
то время gnumeric решение с регистрацией шрифтов не работало. После
изменений в gnumeric мы сразу же выложили в Sisyphus gnome-print с
правильными шрифтами.
По поводу CP1251. Я считаю, что правильным вариантом работы в gnumeric,
abiword и другими приложениями, работающими с MS-форматами, является
запуск в 1251, но прозрачно для пользователя (если он работает с русским,
конечно), -- так как перекодировать из 1251 в KOI8-R без потери
информации невозможно.

2hvv: С gnome-print в Spring Вы неправы. Во-первых, это не bloody hack, так как не снижает функциональность, во-вторых, регистрировать русские шрифты в то время было абсолютно бесполезно, -- gnumeric создавал неверный ps. Как только была исправлена печать в gnumeric -- мы поместили в Sisyphus gnome-print с генерацией русских шрифтов. А вот с вашей последней фразой, про авторитетов, я полностью согласен.

2aen: с gnome-print - то однозначно был bloody hack, так как он ломал функционирование корректно печатающих программ (в области latin1 символов) ради неполного функционирования некорректно написанных программ (печатать стало возможным из gnumeric, но невозможна в latin1 - из evolution). И как я понял из переписки по email по поводу gnome-print с Вами, Вы даже не знали, что шрифты нужно регистрировать и что gnumeric печатал "не корректно". Корректным решением было пофиксить печать из gnumeric (что я и сделал).
Насчет cp1251 - программы должны работать под любой локалью, под некоторыми допустима потеря инормации при открытии файлов с текстом в кодировке, отличной от кодировки локали (например потеря символов TM, (C)).
И патчи все-таки лучше коммитить, или по-крайне мере сообщать авторам о проблемах.

По поводу печати из gnome-print -- проверьте, Latin1 печатает.
И из патча это прекрасно видно.
Несомненно, Ваш патч для gnumeric решает проблему гораздо лучше.
Коммитить надо патчи, решающие проблемы приложения, а не решающие
проблемы конкретной дистрибуции, временные патчи. Естеcтвенно, последние
тоже должны быть корректны, то есть не уменьшать функциональности.

Что касается Вашего суждения про cp1251, то оно в принципе верно.
Но я никому не посоветую работать с MS-форматами в KOI8-R, а потому
проблемы перекодировки для меня второстепенны.

Что касается прочих Ваших суждений, то они мне непонятны. Например,
про некрректность перекодировки в utf-8 было написано прямо в тексте
gnumeric...

2aen: А все-таки, патчи хотелось бы видеть отправленными разработчикам.
Я понимаю, пока их прошибешь и объяснишь, что к чему, поседеть можно,
но если этого не делать, то только и будите постояно перепатчивать новые релизы...
И абсолютных идиотов среди авторов Free software, как авторы xmms,
все же мало, и если им разжевать что к чему - они в большинстве своем
все же с радостью принимают патчи. К примеру, тот же Ваш gimpовский
патч мне обошелся в скачивание gimp 1.2.x с CVS, компиляцию на notebooke,
демонстрацию ?????? Свену, перекомпиляцию с патчем и демонстрацию
результатов. Всего где-то 1.5 часа. Зато потом он еще прошелся по
сырцам и отловил подобные ляпы еще в десятке плагинов...
Зато, я думаю в очередном AltLinux gimp компилится out of the box.

По поводу печати latin1 с Вашим патчем - печатать latin1 символов из под не-latin1 локали (например, русской) с ним стала невозможна. А также печать чего-бы то ни было вообще становилась совершенно невозможна из под локалей с многобайтными кодировками (utf8 и всякие CJK encodings). А также, ширина глифов при таком "хаке" (и при его отсутствии тоже) измеряется неправильно некорректно написанными приложениеми (будет возвращаться ширина latin1-глифа) - так что все-таки следует править приложения, а не ломать библиотеку. Иными словами, это bloody hack ради 2х приложениq под однобайтными локалями.
> Что касается прочих Ваших суждений, то они мне непонятны. Например,
> про некрректность перекодировки в utf-8 было написано прямо в тексте
> gnumeric...
Я не понял, о чем идет речь (про перекодировку в utf8).
И при обнаружении проблем (тем более если есть quick hack который их фиксит, или что-то не совсем корректное - типа отката на предыдущую версию кода) хорошо бы было слать хотя бы багрепорт о проблеме авторам. Иначе страдает все unix user community (как было с gtk-1.2.9) и репутация unix, linux и какого-то конкретного проекта в целом. Хотя бы багрепорт!!

Еще раз : посмотрите внимательно. Что сделано в патче: -- Используется метод ps1 виесто ps2 по умолчанию. Никто не мешает использовать ps2, если это нужно -- определяется конфигурационным файлом. -- Проптачен вывод ps так, что задается вектор не Latin1, зашитый в методе ps1, а вектор текущей кодировки. Таким образом единственное изменение состоит в том, что метод ps1 печатает не Latin1, а текущую кодировку. Многобайтные же кодировки ps1 печатать не может в принципе. Так что согласиться с Вашими замечаниями я никак не могу. Патч временный, но абсолютно корректный. Про utf8. Беда gnumeric _была_ в том, что он преобразовывал текст в utf8, считая что текст этот -- в Latin1, оч чем был честный комментарий. Потому utf8, подаваемый методу ps2 никогда не давал нужного результата для не-Latin1 кодировок.

Хм, я только что заметил что Ваш патч только для метода ps1! Как я понял, этот метод obsolete (и не был убран только по неизвестным причинам) или для тупых ps принтеров - он поддерживает печать только iso-8859-1 (см. gnome-print-ps.c:gnome_print_ps_show_sized) - то есть корректно-печатающие приложения не могли до и после Вашего патча печатать по-русски, некорректно-печатающие - смогли после патча (но вроде ширина символов все равно определяется неправильно ими). Однако Ваш патч все-таки строго говоря некорректен - приложение, запущенное под не-latin1 локалью (включая многобайтовые локали), не сможет распечатать latin1 текст (вместо latin1 глифов вылезут глифы для символов non-latin1 локали, с соответствующим индексом - то есть при печати немецкого текста через gnome-print с Вашим патчем под русской локалью вместо умляутов вылезут русские буквы).
Про utf8 в gnumeric - да, Вы правы - там было честно предупреждено.

Влад, это уже упрямство. Что изменилось: раньше, вне зависимости от кодировки, все печаталось символами Latin1, а после моего патча -- печатается в текущей кодировке (если она -- Latin1, то в Latin1). Согласитесь, что это -- правильное решение. :-)

Раньше было - все символы из latin1 печатались глифами для latin1, остальные символы не печатались, после Вашего патча - все символы из latin1 (с значением unicode <256) печатаются глифами для символов из кодировки текущей локали. Неужто Вам не очевидно, что программа может иметь потребность печатать символы, которых нет в кодировке текущей локали? И такое ведь бывает. А Ваш патч как раз делает это невозможным для правильных и неправильных программ. Метод ps1 предназначен *только* для печати latin1 (и посему он - не выбран по дефолту). Наверно лучше было бы модифицировать тогда ps2 - тогда и некорректно написанные приложения, и корректно написанные - могли бы печатать по-русски (но тогда были бы справедливы все недостатки, которые я приписывал Вашему патчу выше).

Я снова перестал понимать то, что Вы пишете :-)
Несомненно, что лучше сделать общее решение и, честь Вам и хвала (как
и разработчикам GNOME), что оно было найдено. Но все же мой патч
отчасти решал проблему и не был bloody hack. Согласитесь, что печать
в текущей locale (а текст-то набирался именно в ней!) -- это лучше,
чем печать только в latin1. А описанную Вами ситуацию -- набираю в
одной locale, печатаю в другой -- представить можно, но непросто.
Позвольте и мне поморализировать : нельзя доверять авторитетам, но
не разобравшись до конца кидать камушки не стоит. Ни в кого. Тем более --
в коллег, для которых Ваше мнение значимо.

Все-таки корректность и *полнота* решения на основе патча очень спорна - он - только для некорректно печатающего софта, и все равно ширины глифов определяются им неправильно - то есть при печати русского текста, выравненного вправо, строки на бумаге вправо выровнены все-таки не будут. При использовании правильного софта с патченным gp юзеру приходилось бы в диалоге печати переключать драйвер печати каждый раз на драйвер ps2.
Ну а в целом - да, наверно *этот* камень возможно был кинут не совсем обосновано. Но все равно, да здравствуют правильные патчи! :)