From: "=?KOI8-R?B?7MnEz9fTy8nKIPfMwcTJzcnS?=" <CyrTeX-ru@vsu.ru>
Received-SPF: pass
 receiver=relay1.vsu.ru; client-ip=213.180.200.152; envelope-from=litwr@yandex.ru
To: cyrtex-ru@vsu.ru
In-Reply-To: 9040000000206650611
References: <list-92905371@relay1.vsu.ru> <list-94360915@relay1.vsu.ru> <list-94421076@relay1.vsu.ru> <list-97846222@relay1.vsu.ru> <list-97939102@relay1.vsu.ru> 9040000000206650611
Subject: Re: AFM->ENC
MIME-Version: 1.0
Message-Id: <627111213691618@webmail30.yandex.ru>
Date: Tue, 17 Jun 2008 12:33:38 +0400
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8

16.06.08, 20:25, "Alexey Shipunov" <CyrTeX-ru@vsu.ru>:

> Итак, ЭКСПЕРИМЕНТ 1 (алгоритм В. Лидовского). Имеем:
> afmtoenc.exe (с сайта В. Лидовского)
> cyberbas.ttf (уже скачанный, причем надо заметить, что правильное
> название шрифта -- "Bitstream CyberBase", а скачивать надо, например,

Это ничего не меняет, правильное внутреннее название шрифта может потребоваться только если вы собираетесь не включать глифы в свой документ. Это название, наверное, совсем не следует включать в map-файл. Поэтому я привел сокращенный вариант строки для map-файла

Cyberbas <Cyberbas.ttf <Cyberbas.enc

> с http://www.wazu.jp/gallery/views/View_BitstreamCyberbase.html)
> cybertext.tex (с сайта В. Лидовского)
> lidovsky_ttf2tex.txt (немного переделанная инструкция, см. приложение)

Спасибо! Я действительно несколько поспешил... Хотя из первого прикрепления они почему-то не считываются. :-(

> t2acyber.fd (уже готовый, с сайта В. Лидовского)
> Таким образом, получилась большая фора -- на поиск и скачивание всего
> хозяйства, и на создание fd-файла
> Стартовое время: 11:31
> Все пункты выполнены в 11:38. Запуск pdftex привел к ошибке: ! TeX
> capacity exceeded, sorry [max level recursion of virtual fonts=10]
> Попыток устранения ошибки не делалось.

В моих инструкциях среди перечисленных необходимых к установке файлов vf-файл не фигурировал - его следует убрать.

> Итого: 7 мин, результат отрицательный

Если бы вы использовали заранее подготовленный скрипт (собираюсь выложить такой на днях), то весь процесс не занял бы и 1 минуты!

> ЭКСПЕРИМЕНТ 2 (XeLaTeX). На входе имеем то же самое.
> Начальное время: 11:44
> Этапы:
> 1) Установка Bitstream Cyberbase в систему стандартными средствами (в
> данном случае Windows XP SP2)
> 2) Правка файла cybertex.tex и сохранение его в UTF-8 (см. в приложении)
> 3) Запуск XeLaTeX, получен валидный PDF (searchable и пр.)
> Все пункты выполнены в 11:46
> Итого: 2 мин, результат положительный
> Единственный минус второго эксперимента -- в шрифте Bitstream
> Cyberbase отсутствует символ "U+0301 : COMBINING ACUTE ACCENT" (шрифт
> старый, 1998 года!), поэтому вначале слово "Сег\'о" было с квадратиком

Странное замечание - в этом шрифте есть почти все акценты, что видно в примере pdf-документа и в распечатке глиф. А если XeTeX пасует в такой простой ситуации... Кстати, об этом уже писал - возможны проблемы с акцентами. В предложенной технологии таких проблем никогда возникнуть не может и можно использовать обычный ТеХ инструментарий.

> вместо ударения. Выход был найден быстро -- вместо "\'о" использован
> символ ó ("U+00F3 : LATIN SMALL LETTER O WITH ACUTE"). Это заняло
> дополнительные две минуты.

И так с каждым акцентом? ;-) На фрагмент текста на итальянском может и час уйти! 

> Не следует забывать, что в результате первого эксперимента мы поимели
> 8 дополнительных файлов, которые, согласно принятой системе, надо
> распихать по 8 новым папкам, причем если мы хотим, чтобы шрифт

это может сделать скрипт установки

> использовался в других TeX-приложениях (dvips, plain TeX etc.), то

Извините, но не пробовал через dvips работать с ttf-шрифтом - возможно ли это? Но в ситуации когда даже CTAN отказался от dvi и ps в пользу pdf и когда pdftex полностью заменяет собой как TeX Кнута, так и etex, это не выглядит рeальной проблемой.

> нужны дополнительные усилия. В результате второго -- только 1 файл,
> причем им можно пользоваться и во всех остальных приложениях,
> использующих системный TrueType engine.
> Файлы -- исходные и результаты см. в приложениях.

Большое спасибо за проделанную работу. :-) Но похоже XeTeX если и дает какие преимущества, то только для OpenType. Возможно, что новые версии pdftex и тут это преимущество устранят.