On Sun, 24 Feb 2002, Aleksey Novodvorsky wrote: > >Для меня очевидно, что имя глифа для кириллицы занимает в файле > >примерно в 10 раз больше места, чем один символ. > > > Неочевидно :-) > То есть, если у Вас один вектор кодировки, соответствующий реальной > восьмибитной кодировке -- да. > Но обычный случай -- несколько векторов, в которых глифы идут в порядке > появления, а тогда в (....) попадет не символ, а его номер. > Конечно, остается еще "afii" , но это уже не на порядок больше. Если же > учесть необходимость хранить сами векторы с именами глифов, то на > небольшом тексте получаем выигрыш для glyphshow.
О! Вот тут наверное и кроется расхождение взглядов. Для меня обычный случай это страниц пятнадцать. > >>>>исключительно примитивен и легко читаем. Скорее всего, это увеличивает > >>>>время интрепретации, но в реальной жизни я этого не наблюдал. > >>>> > > > >Кстати, я тут подумал, что интересным подходом к генерации PS > >является тот, что применен в html2ps. Этот скрипт не читает afm-ок > >вообще. Тем не менее параграфы выравниваются, переносы делаются > >и буковки друг на друга не наползают. > Сейчас нет под рукой. Вообще говоря, отдельный afm нужен только в том > случае, если в системе нет pfb(a). Да и вывод глифов одной "фразы" (то > есть фрагмента, выводимого относительно некоей точки) всегда будет > выглядеть корректно, без наползания (но, возможно, с выходом за границу > листа). Хитрость в том что и pfb(a) html2ps не читает, а только копирует в выходной PS по необходимости, перекладывая работу по выравниванию абзацев на интерпретатор Postscript. > >То есть с точностью до наоборот? Из общих соображений чем больше > >работы мы делаем до генерации PS, и чем меньше - внутри PS-интерпретатора, > >тем больше файл. > > > Большой файл -- да. Маленький -- нет, так как в ps надо включать векторы > или таблицу glyphs<->unicode. Вот для маленького файла размер критичен куда как менее. Поскольку в него все равно встраивать сами шрифты. У меня сейчас a2ps всегда генерит файлы примерно в мегабайт, поскольку subsetting шрифтов она не умеет. Ну и что. Критичной является граница, когда сжатый PS не влезает на дискету. > Мысль хорошая, но прорыв здесь будет если и только если удастся те же > свободные URW с кириллицей поселить в mainstream. В Rawhide они уже > есть. Что же касается gs-fonts, то Raph тормозит процесс без объяснения > причин. Даже Столлмен не может его продавить. Прорыв для кого? Если мы не можем помочь всем сразу, стоит подумать о максимизации числа тех, кому мы можем помочь. 1. Люди, которые умеют самостоятельно применить патч (это единственная категория, которая волнует меня "засим, что к ним принадлежу") 2. Пользователи ALT - с ними по-моему все ясно. Если решение задачи известно некоему AEN, то плодами оного решения они смогут воспользоваться. 3. Пользователи Debian. Мейнтейнеры Debian в принципе пинаются несколько легче чем upstream.
