Преобразование файлов AFM в NTF Files

Для Windows 2000 и более поздних версий файлы Adobe Font Metrics (AFM) должны быть преобразованы в ФАЙЛЫ NTF. Средство командной строки для выполнения этого преобразования с именем makentf.exe было предоставлено пакетом средств разработки драйверов Windows (DDK).

Чтобы преобразовать один или несколько файлов AFM, используйте следующий синтаксис команды:

makentf {-win32 | |} **** [-v]**** [-o] **** NTF_FileName.ntfAFM_FileNames

где NTF_FileName — это имя создаваемого ФАЙЛА NTF, а AFM_FileNames — это набор одного или нескольких файлов AFM для преобразования.

Поддерживаются следующие параметры командной строки:

-win32
Создайте ФАЙЛ NTF для драйвера Win32. Если указан этот параметр командной строки, не удается указать -win64 .

-win64
Создайте ФАЙЛ NTF для драйвера Win64. Если указан этот параметр командной строки, не удается указать -win32 .

-v
Verbose. Этот параметр создает поток выходных данных команды, содержащий текстовое отображение создаваемых структур файлов NTF.

-o
Следует опустить стандартные западные начертания. По умолчанию Makentf.exe включает стандартные наборы западных глифов при создании NTF-файла. Если вы создаете несколько файлов NTF, вам нужно включить западные наборы глифов только в один из файлов, поскольку все файлы будут использоваться вместе. Например, предположим, что вы создаете один NTF-файл, содержащий метрики римского шрифта и другой, содержащий метрики японского шрифта. Можно использовать следующие команды:

makentf -win32 roman.ntf roman1.afm roman2.afm roman3.afm
makentf -win32 -o jpn.ntf jpn1.afm jpn2.afm jpn3.afm

Если эти файлы используются вместе, информация о западном наборе глифов всегда будет получена из roman.ntf, поэтому дублирование информации в jpn.ntf не требуется и только расходует дополнительное пространство. С другой стороны, если jpn.ntf будет использоваться отдельно, -o указывать не следует.

Также поддерживается второй синтаксис команды, как показано ниже.

makentffilename

где имя_файла — это имя файла для получения выходного текста. Этот синтаксис приводит к Makentf.exe созданию файла, содержащего списки имен глифов PostScript и значений Юникода для каждой кодовой страницы, известной Makentf.exe.

Дополнительный файл, PSFamily.dat, предоставляется с помощью WDK и должен находиться в том же каталоге, который содержит Makentf.exe. Дополнительный файл — это текстовый файл, который предоставляет Makentf.exe с отображаемыми и семейными именами для каждого шрифта.

Перед преобразованием стандартного AFM-файла необходимо добавить строку, аналогичную следующему примеру:

Comment UniqueID IDnumber

где IDnumber представляет собой уникальный идентификатор шрифта, выданный поставщиком шрифта.

При обработке .AFM-файла восточноазиатского шрифта Makentf.txt требует некоторых дополнительных файлов .map и .ps, которые должны находиться в той же директории, что и -o и PSFamily.dat. Дополнительные файлы .map и .ps, предоставляемые в WDK (вместе с PSFamily.dat), необходимы для создания таблицы сопоставления из кода Юникода на CID для шрифта. Для получения дополнительной информации см. раздел «Преобразование файлов AFM Восточной Азии в NTF-файлы».

AFM-файл, который будет преобразован в NTF-файл, может содержать ключевое слово FontBBox2 . Аргументы этого ключевого слова похожи на аргументы FontBBox (см. спецификацию формата файлов Adobe Font Metrics от Adobe Systems, Inc.), за исключением того, что аргументы FontBBox2 описывают ограничивающий прямоугольник для глифов, используемых в определенном наборе символов (например, 90 мс), в то время как аргументы FontBBox описывают ограничивающий прямоугольник для объединения всех символов, описанных в AFM-файле. Если FontBBox2 не найден, значения, указанные для FontBBox, используются для ограничивающего поля.