[mdk-re]

[Maksim Otstavnov <maksim@otstavnov.com>]

Hello Aleksey,

Tuesday, January 02, 2001, 1:42:52 AM, you wrote:

AN> Maksim Otstavnov wrote:

>> Я по совету AEN заглянул, что там в gnome-print (полагая ситуацию
>> типичной), и не вполне понял, к чему это. В смысле, к чему приложениям
>> такая библиотека.

AN> Она нужна для того, чтобы не писать свой генератор ps для каждого приложения.

Я _этого_ и не понял: зачем приложению генерировать ps...

>> Что касается (a) мне кажется, что 90% приложений _не_ нужно этого
>> делать. Нужно выводить данные в *ML и оставлять его рендеринг
>> соответствующей программе - принт-подсистеме Мозиллы, к примеру. 10
>> остающихся процентов - это собственно preprint-приложения, которые -
>> отдельная песня. Они всегда были отдельной песней, причем на всех
>> платформах.

AN> gnome-print претендует, напримир, на гереацию ps для надписей
AN> вдоль кривых заденным шрифтом.

Очень актуально. Это, действительно, стоит года работы ;)

Но если серьезно, такие штуки - это DTP, а программист DTP imho
_должен_ владеть ps как языком. Попытка создать библиотеку,
предоставляющую все возможности ps приведет только к тому, что
синтаксис/семантика вызовов станут сложнее ps.

AN> Что касается Mozilla, то она не имеет на сегодняшний момент сколько нибудь
AN> универсальной системы печати, пригодной даже для создания ps с несложного html.
AN> Ее основой является самая худшая из всех систем печати, взятая из netscape.

Apologies. Я не смотрел. А Amaya кто-нибудь смотрел на этот предмет?


AN> Ее делает один выделенный человек уже гораздо больше года.

Apologies again :)

Tuesday, January 02, 2001, 2:13:49 AM, Alexander wrote:

AB> Список таких примеров очень широк -- банальная распечатка документа из
AB> офисного приложения, веб-страницы, текста программы, качественной
AB> иллюстрации с надписями по сложным кривым и так далее. Добавьте точное
AB> позиционирование, необходимое для печати документов на бланках (или
AB> самих бланков).

Кроме "качественной иллюстрации..." все примеры покрываются
гипотетическим рендером html2ps (считая вывод из приложения в html
тривиальным).

>> Об "особеностях национального ps". Их, конечно же, просто нет. Есть система имен
>> глифов от Adobe, которая сейчас хорошо корреспондирует  с UCS. И все. Но
>> существует понятие вектора кодировки, в котором может быть 256 символов. Это
>> твектор -- просто словарь ps документа. По старой привычке все берут стандартный
>> словарь -- ISOLatin1, и из шрифта берутся при этом глифы с соответствующими
>> именами. Таким образом, в этом случае, если русский шрифт у вас с правильными
>> именами русских глифов (afiiXXX), то на месте русских букв будет пусто, а если
>> хакнутый (то есть с рускими глифами под Latin1-именами), то при попытке
>> напечатать таки Latin1, вместо символов >=128 будут русские буквы.
>> Корректно генерит  ps qt, но их  подсистема печати не учитывает метрики шрифтов,
>> то есть -- как повезет. Учет метрик шрифтов настолько нелюбимая программистами
>> задача, что эти метрики часто зашиваются внутрь программ, и. естественно, не
>> русские и даже не Latin-2. Происходит это из-за нежелания (неумения) писать
AB> Вот вам и пример отсутствия соответствующего образования. Как мне
AB> признавались многие программисты, как здесь (в Беларуси и России), так и
AB> "там" (круг был достаточно широк -- США, Канада, Голландия, Франция,
AB> Германия, Финляндия, Швеция, Польша), эта тематика, конечно, важна, но
AB> для них ресурсоемка для изучения.

Я думаю, что "навязывание" i18n через библиотеки - не слишком удачная
тактика. Новая библиотека (или язык, или ...) обретет успех, если
будет адресоваться к насущным проблемам, а не к миссионерскому
альтруизму.

Как курьезный пример стоит упомянуть, что в MS, при всей ее
компактности и в количественном отношении (по OSS-меркам), и в смысле
системы управления, внедрением локально-независимого программирования
озабочены уже десять лет, а успехи весьма скромны.

Упомянутые стандарты и соглашения - это здорово, но "естественный"
цикл их внедрения в образование и практику - это поколение, как
минимум.

Вообще, для поддержки кириллицы в софте решающую роль будет играть
вступление Украины в НАТО. У НАТО достаточный бюджет. Больше никто не
потянет ;) И это одна из немногих лавок, которая может наплевать на
ISO в некоторых вопросах. Предлагаю начать переговоры с hq.nato.mil ;)))

AB> Причем "тамошние" товарищи подытоживали в стиле "как было бы
AB> хорошо, если бы везде была бы только Latin-1". И это люди, уже
AB> получившие диплом software engineer.

Нет, ну спорить с тем, что было бы хорошо, действительно трудно. Но
если бы у германо-романских и славянских языков была единая
письменность, жить бы было проще и во многих других отношениях.

-- 
-- Maksim