English version here (not recommended :-)

Зеркало (Newmail)

Зеркало (ROL)

Обновлено: 23-apr-2001. Konstantin Kazarnovsky

Форум/Гостевая книга

• Спецификации и источники
• Character Sets, Fonts and FontSubstitutes
  • Character Sets, или наборы символов
  • Шрифты .FON
  • Установка шрифтов и наборы символов
  • FontSubstitutes, или подстановки шрифтов
  • OEM-charset - особый случай
  • Суффиксы в названии шрифта
• Таблицы шрифта TrueType и их роль в Windows
  • Таблица cmap
  • Таблица name
  • Таблица OS/2
  • Таблица PANOSE
  • Распознавание доступных наборов символов шрифта
• Unicode с точки зрения Postscript-шрифтов

• TrueType 1.0 rev. 1.66 Specification. Основной документ в формате Word 6/'95, содержащий последнюю версию спецификации TrueType от Microsoft (по крайней мере для продуктов Microsoft).
• OpenType 1.2 Specification. Разработанная совместно Adobe и Microsoft cпецификация OpenType в формате HTML (попытка единого подхода к шрифтам PostScript и TrueType). Включает в себя расширение TrueType - TrueType Open, доступное также в виде отдельной спецификации:
• TrueType Open rev. 1.0 Specification. Документ в формате Word 6/'95.
  
  
• Unicode Inc. Сервер консорциума Unicode, владельца одноименной торговой марки и разработчика одноименного стандарта всеобщей кодировки (действующая версия 3.0).
• Unicode 3.0 Character Chart Index. Юникодовая таблица символов (в PDF и HTML формате) на том же сервере в соответствии с последней версией Unicode.
• Microsoft Typography. Шрифты TrueType, спецификации и утилиты от Microsoft в области шрифтов и смежных областях.

• Character Sets, или наборы символов.
  Понятие набора символов в большинстве (но не во всех) случаях тождественно гораздо более прозрачному понятию кодовой страницы (Codepage). Юникодовые определения поддерживаемых (интернационально-европейскими) Windows кодовых страниц содержатся в ресурсах GDI.EXE (для 16-битных программ и работы со шрифтами через scripts), а также (для 32-битных юникодовых программ) в файлах национальной поддержки - NLS, о роли NLS и их структуре см. замечания по поводу MSIE 4. Ниже приведена таблица с обзором известных наборов символов.
  Коды наборов символов (1-й и 2-й столбцы таблицы) не являются частью ни стандарта Unicode, ни спецификации TrueType, они представляют собой чисто внутрипрограммные обозначения, определяемые в заголовочных файлах языков программирования.
  Весьма вероятно, что едва ли не все коды наборов символов имеют мнемоническое происхождение:
  

  CC	CyrilliC
  EE	Eastern European
  BA	BAltic
  A1, A2, A3	Additional 1, 2, 3
  B1, B2	Bidirectional 1, 2
  4D	код буквы M(acintosh)
  DE	код буквы Þ (THorn) - от THai

  
  Единственную явную ссылку на коды наборов символов я нашел только в спецификации RTF в описании характеристики шрифта \fcharsetN:
  Specifies the character set of a font in the font table. Values for N are defined by Windows header files, and in the file RTFDEFS.H accompanying this document.
  В файле спецификации ничего "аккомпанирующего" не было, однако символические значения этих кодов определяются, в частности, в файле WINGDI.H из комплекта Borland C++ 5, см. соответствующий его фрагмент wingdi_h.txt, включающий также символические обозначения ряда других характеристик шрифта.
  В последних двух столбцах таблицы указано, имеется ли в ресурсах GDI.EXE таблица юникодов, определяющая данный набор символов (данную кодовую страницу). Три таблицы (отмеченные звездочками) - CP1252, MAC и OEM/DOS в американском варианте (CP437, независимо от языка/локализации системы) - содержатся не в ресурсах GDI.EXE как Windows-приложения, а непосредственно в теле модуля. При этом код 255 в работающей системе всегда соотносится не с CP437, а с зависящей от языка и т.п. DOS-кодировкой системы.
  Особый случай (в разных отношениях) представляет собой charset Symbol, определяющая его таблица - это непрерывный отрезок кодов 0xF000-0xF0FF, явным образом она в ресурсах не присутствует.
  Нулем ("0") обозначены наборы символов, для которых обозначение и код имеется, но юникодовой таблицы нет. Для иероглифических языков всегда используется двухбайтовая кодировка и двухбайтовая кодовая страница, но соответствующие таблицы, как говорят, имеются только в дальневосточных версиях Windows.
  В Windows 2000 добавлена поддержка многих новых (для Windows) языков, в том числе языков стран бывшего Советского Союза, основанных (казахский др.) и не основанных на кириллице (армянский, грузинский). Но это чисто юникодовая поддержка, пользоваться которой можно в Интернет, в Офисе 2000 и других чисто юникодовых программах. Никаких своих кодовых таблиц и суффиксов для новых языков добавляется. Тем самым Windows 2000 не обеспечивает поддержки и совместимости с национальными полустандартами кодовых таблиц, шрифтами (многие из которых разработаны Паратайпом) и с многочисленными старыми программами, использующими эти шрифты и кодовые таблицы.
   

  Charsets, или наборы символов

  Код (hex)	Код (dec)	Наименование	Кодовая страница	Суффикс шрифта	Win 3.1	Win 9x
  0x00	000	Western (Latin 1)	CP1252		+	+*
  0x01	001	Unknown			0	0
  0x02	002	Symbol			+	+
  0x4D	077	Mac		Mac (?)	0	+*
  0x80	128	Japanese	CP932	SJis	-	0
  0x81	129	Hangeul	CP949	Hang	-	0
  0x82	130	Hangeul (Johab)	CP1361	JOHAB	-	0
  0x86	134	Chinese_GB2312	CP936	GB2312	-	0
  0x88	136	Chinese_BIG5	CP950	ChiBIG	-	0
  0xA1	161	Greek	CP1253	Greek	-	+
  0xA2	162	Turkish (Latin 5)	CP1254	Tur	+	+
  0xA3	163	Vietnamese	CP1258	Viet or Vietnamese	-	-
  0xB1	177	Hebrew	CP1255	(Hebrew)	-	+
  0xB2	178	Arabic	CP1256	(Arabic)	-	+
  0xBA	186	Baltic	CP1257	Baltic	+	+
  0xCC	204	Cyrillic	CP1251	Cyr	+	+
  0xDE	222	Thai	CP874	Thai	-	-
  0xEE	238	Central (Eastern) European, (Latin 2)	CP1250	CE	+	+
  0xFF	255	OEM/DOS			0	+* / 0

   
   
• Шрифты .FON.
  Шрифты с таким расширением существуют двух видов - растровые (точечные) и векторные (масштабируемые). В недрах Microsoft можно найти их спецификацию:
  
  • Q65123 - Font-File Format. Формат отдельных шрифтов .FNT (как растровых, так и векторных).
  • Q76535 - MyFont.exe - Creating a Custom Raster Font. Создание файла .FON.
  В устройстве векторных шрифтов я совсем не разбирался, их не понимает Borland Resource Workshop 4.5, в Windows 3.1* они помечаются как шрифты графопостроителя и "все разрешения", а Windows'9x ограничивается, похоже, только последней из этих пометок, причем в дистрибутив, их стараются не включать. В статьях на сервере Microsoft была найдена следующая любопытная фраза:
  Windows 95 provides one vector font, MODERN.FON, for compatibility with earlier applications. It is stored in the Windows SYSTEM\COLOR subdirectory. Although MODERN.FON uses the ANSI character set, it is marked internally as an OEM character set.
  Растровые шрифты c расширением .fon в действительности (как и пишет Resource Workshop) представляют собой библиотеку из нескольких шрифтов для ряда размеров, например, "8,10,12,14,18,24", причем эти числа - некоторое условное значение, характеризующее размер шрифта в пунктах (моноширинный шрифт Courier размера 10 состоит из знаков размером 8*13).
  В заголовок шрифта входят 2 поля характеристик: Family (бледная тень от характеристик PANOSE в TrueType) и Char.Set.
  
  

  Значения поля Family (по Borland Resource Workshop)

  Value	Family Name	Description
  0		Не буквенный шрифт
  1	Roman	Пропорциональный шрифт с засечками (серифами)
  2	Swiss	Пропорциональный шрифт без засечек (бессерифный)
  3	Modern	Моноширинный шрифт
  4	Script	Курсивный или рукописный шрифт
  5	Decorative	Декоративный шрифт

  
  Поле Char.Set содержит код набора символов в соответствии с вышеприведенной таблицей наборов символов. Шрифты в Windows 3.1* содержат в этом поле 0, 2 или 255 (последнее для шрифтов Terminal), независимо от реальной кодовой страницы шрифта. В Windows'9x в этом поле указывается реальная кодовая страница, так что для совместимости с программами под 3.1 требуется вставлять соответствующие строки (System,0=System,204 и т.п.) в WIN.INI в секцию FontSubstitutes.
  Вообще говоря, отдельные шрифты файла .FON могут быть промаркированы как разные наборы символов, но как поведут себя в этом случае Windows, неизвестно.
  
  
• Установка шрифтов и наборы символов.
  При установке шрифта Windows определяют его различные характеристики, в частности, ассоциированные со шрифтом наборы символов (charsets). В Windows 3.* шрифту TrueType (и, скорее всего также растровому шрифту .FON) сопоставляется единственный код набора символов (чаще всего - 0, или western). В Windows'9x шрифту TrueType может быть сопоставлено несколько кодов наборов символов, или scripts (чаще всего среди них присутствует 0, или western). Алгоритм такого сопоставления см. ниже. Результат установки шрифта называется физическим шрифтом.
  
  
• FontSubstitutes, или подстановки шрифтов.
  Секция в WIN.INI, появившаяся в Windows 3.1 для обеспечения совместимости со стандартными шрифтами в Windows 3.0 и в усложнившемся виде перешедшая в Windows'9x и (как раздел реестра) в Windows NT. Каждая строка в имеет вид
  FontLog=FontPhys или (в Windows'9x)
  FontLog,CharsetLog=FontPhys,CharsetPhys .
  Здесь слева стоит имя логического шрифта, а справа - имя физического шрифта;
  CharsetLog и CharsetPhys - коды наборов символов в соответствии с таблицей наборов символов.
  Несмотря на кажущуюся интуитивную ясность подстановки шрифтов, детали алгоритма ее функционирования довольно темны и, по меньшей мере, недодокументированы. Наиболее подробная статья была найдена в MSDN разделе сайта Microsoft: Windows Font Mapping (Ron Gery, June 8, 1992). (Хотя статья старая, но ссылка на нее включена недавно.) Недавно появилась (в бета версии) программа под Windows '9x/NT для удобного манипулирования записями в [FontSubstitutes] - WGL Assistant, см. в разделе Инструментальные средства.
  С некоторой долей приближения, всё работает следующим образом:
  В Windows 3.1* не указываются (и не работают) коды наборов символов, но - судя по всему - везде подразумевается код 0, во всяком случае мне не удалось в интернациональных Windows 3.1*, где поставляемые шрифты с суффиксом Cyr имеют код набора символов 204, заставить работать строчки типа
  Arial=Arial Cyr.
  В остальном на Windows 3.1 может быть распространена общая схема.
  
  1. Если в системе существует физический шрифт с теми же характеристиками, что и указанный в строчке логический шрифт (FontLog,CharsetLog), то строка подстановки не работает.
     Если один и тот же логический шрифт появляется в секции FontSubstitutes дважды и более, то второе и далее вхождения тоже не работают.
  2. Если в системе не существует физического шрифта с указанными в строке характеристиками (FontPhys,CharsetPhys), то производится подстановка на шрифт по общим правилам подстановки шрифта, когда запрашиваемый шрифт в системе отсутствует. Используются весовые коэффициенты "похожести", из которых наибольшее значение, причем превосходящее все остальные вместе взятые, приписано как раз коду набора символов.
  3. Если указанный логический шрифт появляется впервые и в системе существует указанный физический шрифт, то создается логический шрифт FontLog,CharsetLog так, что при его запросе программе выдается указанный в строке физический шрифт. В общем случае не только имя выданного шрифта не будет совпадать с запрошенным, но не будет совпадать и charset.
  4. Если для данного физического шрифта с данным CharsetPhys впервые появляется ссылающийся на него логический шрифт (похоже, с CharsetLog=CharsetPhys), то логический шрифт появляется также в перечислении шрифтов шестнадцатибитных программ и такой программы, как character map. Именно таким путем в Windows'9x обеспечивается совместимость по национальным шрифтам с Windows 3.1*, стандартные шрифты
     Arial Cyr, Courier New Cyr и т.п. (а также Arial Creek и т.п.) - как логические шрифты - создаются в Windows'9x строчками типа:
     Arial Cyr,204=Arial,204
     Arial Greek,161=Arial,161 .
     Такие шрифты занимают промежуточное положение между физическими и чисто логическими (подстановочными), иногда их называют эмулируемыми, я скорее буду употреблять для них обозначение "шрифты-сечения многоязычного шрифта".
     
  5. Не действуют, хотя могли бы действовать, строчки следующего вида: FontLog,CharsetLog=FontPhys,0
     если CharsetLog не равен 0 и
     FontLog,0=FontPhys,255 .
     Последнее могло бы применяться для использования шрифта в DOS-кодировке, что делают сами Windows в DOS-окне, но - увы - эта возможность не действует, впрочем, более-менее в соответствии с описанной схемой, посколько при установке шрифта (отличного от растрового Terminal) набор символов с кодом 255 (script OEM/DOS) никогда не появляется в списке допустимых.
     
  
  
• OEM-charset - особый случай.
  OEM-charset (т.е. DOS-кодировка, обозначение намекает, видимо, на времена исключительно аппаратных знакогенераторов на CGA-дисплеях, программируемых сборщиками компютеров, т.е. на принятом жаргоне Original Equipment Manufacturers, или OEM) представляет собой весьма специальный случай. С одной стороны для него выделен номер набора символов - 255, а в шрифтах TrueType - бит в субтаблице ulCodePageRange таблицы OS/2. С другой стороны, какой-то определенный смысл этот charset приобретает только в установленных Windows, когда ему сопоставляется одна из конкретных кодовых таблиц для DOS (для русского языка - CP866).
  Создать OEM/DOS-сечение многоязычного шрифта через FontSubstitutes, как было отмечено чуть выше, невозможно, не появляется это значение и в списках наборов символов (scripts), при выборе шрифтов. Единственное реальное исключение - одноязычный растровый шрифт Terminal.
  Однако недавно было обнаружено, что в многих программах все же можно использовать OEM/DOS-сечение многоязычного шрифта, если удастся явно прописать значение 255 в их ini- или аналогичных файлах конфигурации (или в системном реестре). Если программа запросит шрифт, например, "Courier New,255", то ей будет выдан шрифт в OEM/DOS-кодировке (под Windows'9x на основе charset.dat, со "старшей" и "младшей" - "контролы" - псевдографикой, под NT, вроде бы, контролы отстуствуют). Возможность эта была проверена в MultiEdit for Windows (где таким образом можно использовать очень хорошую альтернативу шрифту Terminal для режима OEM/DOS), а также в Forte Agent (где практическая потребность в таком шрифте невелика, поскольку встроенной трансляции клавиатурного ввода в Агенте нет).
  
  
• Суффиксы в названии шрифта.
  Приведенные в таблице наборов символов стандартизованные суффиксы национальных версий шрифтов (не являясь вроде бы обязательными) выполняют тем не менее 2 функции:
  
  • Одна функция достаточно очевидная - так обеспечивается совместимость с программами, использующими стандартные имена национальных шрифтов, в первую очередь это относится к шрифтам типа Arial Cyr, Courier New Cyr и Times New Roman Cyr.
    
  • Другая функция не только не очевидна, но и недокументирована: Word-95 при переключении клавиатуры (и тем самым языка) автоматически переключается на шрифт того же названия, соответствующий выбранному языку. И соответствие это определяется как раз жестко зашитыми в Word-95 допустимыми суффиксами национальных версий шрифтов: <пусто>, Cyr, CE, Baltic, Greek и Tur. Это увязано с набором языков, поддерживаемых Word-95, в панъевропейскую (в том числе русскую) версию которого не входит поддержка иврита и арабского, несмотря на поддержку соответствующих кодовых страниц модулем GDI.
    Интересно, что в полной мере такое переключение работает для "родного" переключателя, но не для всех альтернативных программ переключения - 2 из 4-х испытанных программ вызывали переключение шрифта только на втором вводимом символе, а первый сразу введенный символ был в неверном шрифте. Вероятно, такое поведение вызвано то ли очередной ошибкой, то ли очередной недокументированной функцией.
    
  
  

• Таблица cmap. Именно эта таблица определяет кодировки шрифта и задает соответствие между кодами символов и их изображениями (глифами), точнее индексами глифов, порядок которых произволен.
  Вообще говоря, таблица cmap почти всегда состоит из нескольких субтаблиц, которые и определяют различные кодировки шрифта. Каждая субтаблица характеризуется двумя числовыми идентификаторами Platform ID (идентификатор платформы) и Encoding ID (тип кодировки). Обычно идентификатор таблицы записывается как m.n. Все реально встретившиеся TrueType в Windows, предназначенные для европейских и ближневосточных языков (про китайский и тому подобные языки ничего сказать не могу), для платформы Microsoft содержали ровно одну из следующих двух кодировок, которые только и рекомендуются Microsoft для дальнейшего использования:
  

  Платформа	Кодировка	Определение
  3		Microsoft
  	3.1	Microsoft UGL (Unicode Glyph List) - стандартная кодировка текстовых шрифтов в Windows
  	3.0	Microsoft unspecified (Symbol) encoding - стандартная кодировка для нетекстовых шрифтов в Windows.

  
  Все обнаруженные варианты идентификаторов находятся в отдельной таблице кодировок TrueType, где дополнительные кодировки платформы Microsoft предназначены, скорее всего, для иероглифических языков (впрочем, сейчас существует и юникодовая кодировка иероглифов).
  
  В спецификации TrueType описано 4 формата субтаблиц cmap (Format 0, 2, 4 и 6), при этом в субтаблицах для Windows (идентификаторы 3.0 и 3.1, не путать с версиями Windows :-) должен использоваться только один из этих форматов - Format 4. Он устроен довольно хитроумно, но логически эквивалентен просто списку допустимых (двухбайтовых) юникодов и списку соответствующих им индексов (номеров) глифов. Индекс 0 предназначен для изображения отсутствующего символа (если таковой будет запрошен), в большинстве шрифтов в качестве отсутствующего символа используется пустой квадратик.
  Кодировка 3.1 - Microsoft UGL предназначена для большинства (текстовых) шрифтов в Windows, а коды символов в таблице cmap, вообще говоря, должны соответствовать стандарту UNICODE. Нужно отметить, что спецификация не ограничивает ни число символов в шрифте, ни число символов, покрываемых таблицей cmap, объемом однобайтовой кодировки - числом 256 (а реально 256-32=224), и в Windows'9x появились большие многоязычные шрифты с числом глифов около 650 (и эти глифы доступны для использования через юникоды).
  С другой стороны, проблемы с так называемыми "неюникодовыми" русскими шрифтами связаны с тем, что юникоды в этих шрифтах, соответствующие глифам, изображающим русские буквы, соответствуют при этом латинской кодовой странице CP1252, а не кириллической CP1251, хотя графически ей и соответствуют. Помимо вероятного недопрофессионализма, причиной появления таких шрифтов являлась также невозможность использования в американско-канадских версиях Windows 3.1/3.11 корректных кириллических шрифтов - модуль GDI там поддерживал единственную кодовую страницу - CP1252. Кроме того, вплоть до появления строго юникодовых систем или программ, типа Windows NT или Офиса-97, использование таких шрифтов не вызывало никаких неудобств.
  
  Кодировка 3.0 - Microsoft Symbol Encoding предназначена для нетекстовых шрифтов, содержащих различные оформительские элементы. Формально субтаблица cmap в таких шрифтах также содержит юникоды символов, но они находятся в так называемой пользовательской области Unicode (Private Use Area), а реально - в области U+F020 до U+F0FF, отображаясь естественным образом в однобайтовые коды 0x20...0xFF.
  Вышесказанное придумано отнюдь не мной, но сейчас я никак не могу найти источник, где бы был конкретизирован формат шрифта в Symbol Encoding. Похоже, что это не спецификация TrueType.
  Корректная (или почти корректная) поддержка таких шрифтов осуществляется и для юникодовых программ. Так что в определенный период они могли считаться наиболее беспроблемными и среднее поколение русских шрифтов от "Параграфа" было именно таким. Однако, программы, позволяющие выбирать для каких-то целей только текстовые шрифты, не показывают шрифтов типа Symbol в окне выбора, а Офис-97 не осуществляет переносов и не проверяет орфографию для набранного ими текста.
  
  
• Таблица name. В таблице имен содержится название шрифта, семейства, в которое он входит, вариации, копирайт и торговая марка и др. (всего 8 типов данных). Эти данные указываются для каждой кодировки m.n шрифта и маркируются также идентификатором языка Language ID, причем языков может быть несколько для одной кодировки. Сами строки данных могут быть в однобайтовой кодировке (для Macintosh, m=1 и ISO, m=2) и в UNICODE (для Apple Unicode, m=0 и Microsoft, m=3). Из всех этих данных используется только название шрифта на английском языке, а прочие данные на интерпретацию шрифта не влияют.
  
  
• Таблица OS/2. В этой таблице характеристик шрифта содержатся 2 субтаблицы, которые имеют отношение к кодировкам и могут влиять на интерпретацию шрифта в системе.
  В рамках спецификации TrueType 1.0 таблица OS/2 эволюционировала от версии 0 к версии 1, причем как раз за счет добавления маски допустимых кодовых страниц.
  Функция Windows 95 font properties extension для шрифта с таблицей OS/2 версии 0 во вкладке Charset/Unicode в обоих окнах (Supported Unicode Ranges и Supported Code Pages) пишет: "Information not available in font".
  • version - 16-битное слово, содержащее номер версии:
    0 (78 байтов) - до TrueType v.1.0 rev.1.5
    1 (86 байтов) - до TrueType v1.0 rev. 1.66
    2 (96 байтов) - по спецификации OpenType v.1.*.
    (Шрифты с таблицей OS/2 ver.2 мне пока не попадались.)
    
  • ulUnicodeRange - четыре 32-битных слова, содержащие битовую маску функциональных юникодовых диапазонов шрифта. Смысл этой "функциональности" Microsoft оказалась не в силах объяснить даже в спецификации TrueType. Кроме того, эта субтаблица, как и спецификация в целом, ориентируется на стандарт Unicode версии 1, тогда как действующей является версия 2. В приводимой расшифровке битов субтаблицы ulUnicodeRange сделана попытка скомбинировать словесные обозначения из спецификации TrueType и юникодовые диапазоны из стандарта Unicode 2.0, что дает некоторый обзор стандарта Unicode вообще.
    В ранней спецификации TrueType, предполагающей таблицу OS/2 версии 0, эта субтаблица присутствовала, но должна была быть нулевой и считалась резервом для будущего использования.
    В многоязычных шрифтах с кириллицей Microsoft устанавливает в этой субтаблице бит 9 (0x00000200), хотя даже в одной только полной CP1251 есть представители следующих юникодовых диапазонов:
    

    Bit	Description	Unicode Range
    0	C0 Controls and Basic Latin	U+0000 to U+007F
    1	C1 Controls and Latin-1 Supplement	U+0080 to U+00FF
    9	Cyrillic	U+0400 to U+04FF
    35	Letterlike Symbols	U+2100 to U+214F

    
    Впрочем, эта субтаблица нигде содержательно не используется, хотя и расшифровывается при расширенном показе свойств шрифта.
    
    
  • ulCodePageRange - два 32-битных слова, содержащие битовую маску кодовых страниц, покрываемых шрифтом. Расшифровка битов субтаблицы ulCodePageRange имеется, в частности, на сайте у Microsoft.
    Кириллической странице CP1251 соответствует бит 2 (0x00000004) в первом слове ulCodePageRange.
    В ранней спецификации TrueType, предполагающей таблицу OS/2 версии 0, эта субтаблица отсутствовала.
    
    
• Таблица PANOSE. Разработанная фирмой ElseWare (впоследствии вошедшей в Hewlett-Packard) система классификации шрифтов, реализованная в виде 10-байтовой таблицы и предназначенная для определения "похожести" шрифтов (по спецификации TrueType - только для нелатинских наборов символов). Каждый из байтов содержит некоторое значение (не битовую маску). Наиболее важны следующие 2 поля таблицы:
  • panose.bFamilyType - тип шрифта, его предназначение, в соответствие с таблицей:
    

    Value	Description
    0	Any
    1	No Fit
    2	Text and Display
    3	Script
    4	Decorative
    5	Pictorial (или Symbol)

    
    Как оказалось, это поле влияет на распознавание допустимых наборов символов шрифта.
    
    
  • panose.bProportion - пропорции шрифта в соответствии с таблицей:
    

    Value	Description
    0	Any
    1	No Fit
    2	Old Style
    3	Modern
    4	Even Width
    5	Expanded
    6	Condensed
    7	Very Expanded
    8	Very Condensed
    9	Monospaced

    
    Именно значение panose.bProportion=9 определяет шрифт постоянной ширины. Именно в соответствии с этим полем происходит выбор шрифта в программах, если им для каких-то целей требуется только моноширинный шрифт, независимо от того каким шрифт является "на самом деле".
    Однако у очень многих старых русских шрифтов, претендующих на постоянную ширину, не заполнено даже это поле таблицы PANOSE, не говоря уже о других полях.
  
  
• Распознавание доступных наборов символов шрифта.
  При установке шрифта его "юникодовость" и доступные наборы символов определяются в Windows'9x примерно по следующим недокументированным правилам:
  1. Шрифты с таблицей OS/2 ver.1 - допустимые кодовые страницы (scripts) определяются пересечением множества допустимых страниц из поля ulCodepageRange (для script cyrillic должен быть установлен бит 2) и множества наборов символов, поддерживаемых GDI.
     Особый случай - поддержка набора символов OEM/DOS (который вообще определенного значения не имеет), используемого в DOS-окне. Вероятно, в этом случае необходимо иметь в маске допустимых страниц ту, которая соответствет конкретным языковым настройкам Windows, для русских настроек - это CP866 (бит 49)
     
  2. (Многоязычные) шрифты с таблицей OS/2 ver.0 - допустимые кодовые страницы (scripts) определяются (на основе множества наборов символов, поддерживаемых GDI) исходя из реального наличия символов в шрифте, в частности для script cyrillic необходимо и достаточно, чтобы в шрифте была представлена буква "ё" (малая, U+0451).
     (Не очень давно я, наконец, это проверил, сделав практически из одной буквы "ё" микрошрифт onecyr.ttf, а также нашел некоторое документальное подтверждение этой логики, см. замечания о Unicode в Postscript.)
     Особый случай - поддержка набора символов OEM/DOS (который вообще определенного значения не имеет), используемого в DOS-окне. Скорее всего, такие шрифты считаются не поддерживающими OEM/DOS-кодировку.
     
  3. Одноязычные шрифты из (интер)национальных ("локализованных") версий Win 3.1 - единственная их кодовая страница указывается в старшем байте поля fsSelection, причем указывается внутрипрограммное микрософтовское обозначение набора символов (для script cyrillic - 204=0xCC). Такие шрифты корректно распознаются как в национальных версиях Windows 3.1*, так и в Windows'9x. Однако это не только не документировано, но и противоречит спецификациям TrueType - как первому выпуску rev. 1.0, так и последнему пересмотру rev. 1.66, где однозначно требуется, чтобы неиспользуемые биты fsSelection были равны нулю.
     Думаю, что и такие шрифты считаются не поддерживающими OEM/DOS-кодировку.
     Летом 2000 года поддержка этого сорта шрифтов несколько неожиданным образом была включена в новую версию Fontlab 3.11.
     
  4. Одноязычные шрифты, в которых таблица cmap имеет кодировку 3.1 - Microsoft UGL, а в таблице PANOSE указан тип шрифта panose.bFamilyType=5 (Pictorial). Такие шрифты в Windows'9x довольно неожиданным образом трактуются как шрифты с набором символов Symbol и, например, в Word-97 в файл записываются юникоды из области U+F020...U+F0FF, в шрифте напрочь отсутствующие.
     (Такого рода русские и восточноевропейские шрифты входят, например, в многоязычные продукты фирмы Accentsoft.)

Если работа с TruеType шрифтами (в первую очередь в Windows) основывается на выборке символов по соответствующему числовому значению Unicode, то работа с Postscript шрифтами основана на именах символов в шрифте.
При необходимости выборки символов через Unicode (в Windows NT, в Word'97) именам символов должны быть сопоставлены значения Unicode, что должен делать менеджер Postscript-шрифтов (Adobe Type Manager). ATM/NT 4.0 умеет делать такое сопоставление, тогда как ATM/95 4.0 - нет. Список имен глифов (Adobe Glyph List) и их юникодов содержится в документах от Adobe, в основном документе Unicode and Glyph Names определяется алгоритм такого сопоставления и содержатся ссылки на списки глифов.

• Интересно, что при решении частного вопроса - как выбрать нужное значение Unicode, если для некоторых символов фактически имеется два возможных значения (например, греческая буква "мю" фактически представлена в двух местах: U+00B5 MICRO SIGN и U+03BC GREEK SMALL LETTER MU) - делается важное замечание об алгоритме, по которому определяется присутствие в шрифте кодовых страниц 1250-1258 от Microsoft. Утверждается, что OpenType converter, а также ATM/NT и драйвер TrueType в GDI решают это по наличию в шрифте следующих глифов-маркеров:
  
  

  Glyph image	Glyph name	Unicode & Unicode name	Windows Code Page
  	ncaron	U+0148 LATIN SMALL LETTER N WITH CARON	1250: Windows Latin 2 (Central Europe)
  	afii10071	U+0451 CYRILLIC SMALL LETTER IO	1251: Windows Cyrillic (Slavic)
  	ecircumflex	U+00EA LATIN SMALL LETTER E WITH CIRCUMFLEX	1252: Windows Latin 1 (ANSI)
  	upsilondieresis	U+03CB GREEK SMALL LETTER UPSILON WITH DIALYTIKA	1253: Windows Greek
  	Idotaccent	U+0130 LATIN CAPITAL LETTER I WITH DOT ABOVE	1254: Windows Latin 5 (Turkish)
  	afii57664	U+05D0 HEBREW LETTER ALEF	1255: Windows Hebrew
  	afii57410	U+0622 ARABIC LETTER ALEF WITH MADDA ABOVE	1256: Windows Arabic
  	uogonek	U+0173 LATIN SMALL LETTER U WITH OGONEK	1257: Windows Baltic Rim
  	dong	U+20AB DONG SIGN	1258: Windows Vietnamese

  
  
• Недавно Дмитрием Юновым был найден способ прописать набор символов (charset) в Type 1 PS-шрифты под Windows'9x и ATM4 (который, как утверждается оказался новостью для специалистов Adobe).
  Код набора сиволов (для кириллицы 0xCC=204) должен быть записан PFM-файл в байт по смещению 0x55. Можно также добавить следующие строки в конец INF-файла шрифта:
  WindowsCharSet 204
  WindowsFirstChar 32
  WindowsLastChar 255
  Тогда при инсталляции шрифта ATM создаст из пары AFM + INF корректный PFM с правильным кодом набора символов.
  
  В итоге получается шрифт, который Windows обозначают как шрифт устройства (принтера), с единственным набором символом (в нашем случае - cyrillic).
  Если Windows'9x были русскими или руссконастроенными (основная кодовая страница - CP1251), то такие шрифты должны корректно изображаться в Офис-97 на экране и при печати. Тем не менее юникодовая таблица символов для них не показывается корректно ни в Bjondi Character Agent, ни в Word-97.
  Как утверждает Дмитрий Юнов, при несовпадении основного языка Windows и набора символов шрифта эти шрифты "будут на экране в MSOffice 97 или с неправильной метрикой, или с многочисленными пропусками символов". Под Windows'98 я таких эффектов в Word'97 не обнаружил, но шрифт, прописанный с charset=2 (Symbol), в WordPad изображается с неправильной метрикой.
  Для правки шрифтов и INF-файлов можно воспользоваться специальной программой того же автора.

Возврат к содержанию

Семья   Справки и поиск   Eros и Tanatos   Языки, шрифты и кодировки Тропические фрукты   Почтовые и другие программы   Неупорядоченное