Прошу объяснить некоторые моменты, связанные с преобразованием шрифтов Type1 с платформы Macintosh на платформу PC.
Изначально в распоряжении имеются sit-архивы, распаковка которых производится с помощью Aladdin StuffIt Expander 6.0 с настройками, взятыми из справки к TransType 2.1:
Цитата
========================================
Single Macintosh Stuffit archive
If Mac fonts were packed with Stuffit Deluxe, you can just copy the .sit archive to your PC hard disk and then unpack it properly. To unpack .sit archives, you must have the Stuffit Expander™ utility, available at www.stuffit.com/expander/winindex.html for free.
To properly unstuff Mac fonts, go to the Stuffit Expander™ Options dialog, click on the Expand tab and set the checkboxes as follows:
Expand archives – ON
Expand encoded files – OFF
Continue to expand… – OFF
Then refer to the Cross Platform page of the dialog and choose When a file contains a resource fork option in the Save section.
Now Stuffit Expander™ will unpack Mac fonts right into the MacBinary format acceptable by TransType.
========================================
В результате распаковки некоторых sit-архивов создается директория с типами файлов, назначение которых не слишком ясно, поэтому возникли следующие вопросы:
1) Что это за тип файлов с расширением .bmap и .fam?
[Разобрался. Это экранное представление шрифта, битмап.]2) Что это за тип файлов, в конце имени которых присутствует слово Suitcase (но не в качестве расширения)?
[Разобрался. Это аналог PFM-файла на PC.]3) Почему TransType 2.1 самостоятельно выгружается из памяти при задании ему в качестве преобразуемых файлов с указанными выше расширениями .bmap и .fam, а CrossFont 3.7 при этом с ними справляется? Что нужно сделать, чтобы преобразование таких файлов было “по зубам” TransType’у
Правда, не без ложки дёгтя CrossFont справляется. При использовании кодировки
PS_Cyr.enc кириллические символы не получают имен вида afiiNNNNN в AFM-файле. Вероятнее всего это происходит из-за того, что в исходных Mac-шрифтах использована неправильная кодировка (при этом имеется 100%-ная уверенность в том, что шрифт имеет кириллическую часть, потому что при открытии отконвертированного шрифта в FontLab или в TypeTool видны кириллические глифы, расположенные не на своих местах и имеющие ненадлежащие имена и юникод-индексы), и кириллические глифы попадают в конечный AFM-файл с теми именами, которые изначально имелись у них в исходном файле Mac-шрифта; при этом в PFB-файле присутствует кодировка, определяемая PS_Cyr.enc. Использовать такой шрифт нельзя — при наборе вместо кириллицы лезут крякозяблы.
Это неудобство можно было бы обойти, если указать CrossFont’у, что нужно использовать номера символов в исходной известной кодировке, а не их имена (что можно сделать в TransType). Что еще интереснее, то кодировка еще зависит от того, каким образом формируется имя файла шрифта — в 1) формате DOS 8.3, или же 2) комбинацией имен семейства и начертания. Во втором случае беда сильнее, чем в первом. Чудеса, короче…
При этом TransType показывает в списках преобразуемых и преобразованных шрифтов нормальные имена, а файлы с расширениями .bmap и .fam (равно как и файлы с окончанием Suitcase) являются как бы верхним, объединяющим отдельные шрифты семьи, уровнем в списке преобразуемых. TransType нормально преобразует файлы, если в указываемой ему директории есть только AFM-файлы; файлы без расширения, совпадающие с именем AFM-фала; и файлы с Suitcase в конце, при отсутствии в директории файлов с расширениями .bmap и .fam. Если файлы с расширениями .bmap и .fam переименовать таким образом, чтобы в конец имени файла дописать Suitcase, убрав расширение, то результат аналогичный — не конвертирует…
4) Чем еще, кроме TransType и CrossFont, можно конвертировать шрифты Type1 с Mac на PC из Windows?
5) Если при раскрытии sit-архива со шрифтами в создаваемом AFM-файле отсутствует кернинг, значит ли это, что его для этого шрифта нет вообще (скажем, кернинг есть в файле с окончанием Suitcase или в файле с расширением .bmap или .fam, но он не извлекается программой-конвертором)?