OpenType
维基百科，自由的百科全书
OpenType，是一種可縮放字型（scalable font）電腦字体类型，採用PostScript格式，是美國微軟公司及Adobe公司开发的，用来替代TrueType字体的新字体类型。这类字体的文件扩展名为 .otf，类型代码是OTTO，现行标准为 OpenType 1.4。
最初发表于1996年，之后在2000年左右才出现大量字体。OpenType源自於微軟公司的TrueType Open字型，而TrueType Open字型更早是源自於TrueType字型。OpenType font更包括了Adobe CID-Keyed font技術。Adobe公司已经在2002年末将其字体库全部转向OpenType，到2005年大概有一万多种OpenType字体，其中Adobe产品占了三分之一。
目录 |
[编辑] 历史
OpenType之前的主流是苹果公司和微软开发的TrueType类型，还有Adobe公司开发的Type 1 ("PostScript") 字体类型。微软在1994年独自开发了"TrueType Open" 类型，之后1996年Adobe加入开发，增加了其在Type 1字体中使用的对字体轮廓的支持，OpenType 这个名字于是便用来称呼合并之后的技术。
在后来的十几年中，Adobe和微软继续开发改进OpenType格式，在2005年末，OpenType开始申请成为国际标准组织（ISO）的公开标准。这个新标准已经升级到 OpenType 1.4，以适应ISO语言标准的一些变化，之后其被称为"开放字体类型（Open Font Format）"。这个新标准计划在2006年末完成。
[编辑] 描述
OpenType 使用TrueType字体通用的"sfnt"架构，但其加入若干“智能字体”（smartfont）选项，可以加强字体的字形和语言支持能力。OpenType字体中的字形（glyph）、轮廓数据可以在两种格式中任选其一：一个是在'glyf'表中 TrueType格式轮廓，另一个是在'CFF '表中的CFF（压缩字体格式，Compact Font Format）格式轮廓。 CFF轮廓数据是基于PostScript语言Type 2字体格式。表格名 'CFF '长度为四个字符，并且以一个空格字符结尾。
在如版式等大多数情况下，轮廓数据格式是什么类型并不重要，但这两种格式的区别在图元光栅化（rasterisation）的时候就有区别。而单从"OpenType"一词中看不出来使用的是哪种数据格式，所以有时候使用 "OpenType (PostScript flavor)", "OpenType CFF", 或者 "OpenType (TrueType flavor)" 等称呼加以区别。
OpenType的主要特征有:
- 字体编码基于万国码（Unicode），可以支持任何文本，或者同时支持多种文本。
- 一个OpenType字体可以带有超多65,536个字形。对于中文字库而言，最基本的字汇应该包含GB2312-80标准的6763个常用字型，这些字应该能满足一般用户的使用，对于户籍管理、银行系统和出版社等用户而言需要2万多字甚至7万多字的支持。
- 字体有高级字形特征，可以进行对复杂文本进行充分的字形处理，并能通过更简单的脚本施加更复杂的字形效果，比如用 罗马字母脚本书写英文。
- 字体文件可以拓展到跨平台，能够在Mac OS, Windows和一些Unix系统中进行设置。
- 若不含异体字等拓展字形和拓展文字性能，OpenType CFF字体比Type 1要小
[编辑] 与其他类型比较
于苹果公司的"GX Typography"（现名Apple Advanced Typography，AAT)比较，OpenType在字形选项上更不灵活，但是在语言相关的选项和支持略胜一筹。OpenType比AAT更为成功，它现在有大量的字体和支持的应用程序，使AAT成为过时的技术。AAT的单平台性能使其缺乏苹果以外的大产商的支持。
从开发者的角度来说，在一般情况下OpenType比AAT更容易开发。首先，简单声明替换和OpenType的定位比AAT的状态表更简单易懂。其次，Adobe的认证策略不需要改变源代码，运行第三方字体编辑应用程序，如FontLab、FontMaster去添加有关性能支持。虽然Adobe的文本驱动代码支持不如微软的单独开发工具更为直观，但是它的VOLT (视觉开放字体版式工具，Visual OpenType Layout Tool)，一个制作字体的工具集成软件还是比较受欢迎的。
另一个区别是，OpenType支持framework (如微软的Uniscribe)，若要处理阿拉伯语等语言的时候只需要提供一些特殊的语言处理知识。而在AAT中，ATT字体开发者需要对该语言字体的全面认识。这意味着AAT可以处理任何特殊语言，但是需要字体开发者的相当高度的语言知识。另外，OpenType字体更容易制作，但只能支持应用程序和操作系统能够识别的复杂脚本。 在支持OpenType之前，Adobe针对高端文字处理中曾推出“multiple master fonts”，但其缺乏OpenType的异体字和语言控制，在字体形状上有更多的控制参数。
[编辑] OpenType支持
OpenType支持有以下几个方面：所有应用程序和多数操作系统能在使用旧字体的同时使用OpenType字体；特别要注意的是，万国码的拓展语言支持；支持阿拉伯语、印度语言等“复杂文本”；以及英语等拉丁文本的高级字形支持等。
在微软的操作系统中，OpenType TT字体(.TTF) 能向后兼容，因此其支持所有视窗操作系统。OpenType PS字体 (.OTF)只能支持Windows 2000, Windows XP和Windows Vista。在Windows 95/98/NT/Me 系统中需要安装Adobe Type Manager才能使用基本的罗马字符支持。
通过万国码（Unicode）的拓展语言，可以在大多数的视窗应用程序中同时对OpenType和TrueType支持，包括 Publisher，大多数的Adobe应用程序，微软Office 2003（但Word 2002不行)，以及多数的Mac OS应用程序，包括苹果自己开发的 TextEdit和Keynote。在 Mac OS X中，通过文字处理Mellel，OpenType得到了全面支持。
OpenType通过微软的Office和Publisher等软件支持复杂书写文本，Adobe InDesign也提供日文的拓展OpenTypegognneng，但是不直接支持中东和印度文本——Adobe为支持阿拉伯语、希伯来语等中东语言，单独发行另外的InDesign版本。
拉丁语言文本的高级字形支持主要是通过Adobe的应用程序，如Adobe InDesign、Adobe Photoshop和Adobe Illustrator来支持。QuarkXPress 6.5 及其以下版本不支持万国码，因此含有WinANSI/MacRoman字符表外的文字在OpenType字体中将无法正常显示（同理，在其他使用万国码的字体格式也不行）。 Corel公司的 CorelDRAW不支持OpenType字形特征。尽管如此，Quark公司在2006年5月发布的QuarkXPress 7中开始支持OpenType，和Adobe程序达到类似的效果。
另外，Windows Presentation Foundation管理代码执行支持OpenType CFF字体和一些高级字形功能，如连写、旧体数字、花体字形、 拐点、超文本和次文本，小型大写字母、字形替换、多重基线、前后/风格化字间距调整、行间调整、注释字符等等。
Mac OS X v10.4及其之后系统中的Apple Advanced Typography也支持OpenType拉丁文本语言的高级字形功能，如小型大写字母，旧体数字和多种连写。但是它不支持前后字母间距调整、定位格式、字形倒序等，因此Mac OS X v10.4 不能通过OpenType支持阿拉伯语、印度的文字——这些文本通过苹果自己的AAT字体来支持。
在自由软件环境，如Linux中，OpenType支持是通过FreeType项目来支持的，包括自由执行X Window System，如Xorg。
[编辑] SING外字解决方案
2005年 Adobe在其创意软件套装Adobe Creative Suite中发表了一个新的技术“外字”(Gaiji)解决方案。
所谓“外字”，源自日语的“表外漢字”。与拉丁语言不同，在东亚表意文字系统如中文、日文中，没有固定数量的字符集。一般字符集只含有8,000到15,000的常用字，另外数万个非常用字、生僻字，往往没有在各国的标准中给予编码。另外一个情况是异体字：一个表意文字（汉字）在不同的历史时期、地域产生了不同的字形，而一些地名人名等专有名字必须要使用传统的写法， 需要使用这些冷僻字形，造成了生僻字问题，日语中称为“外字”问题。
为了处理这些冷僻字，先前已经出现过很多方案，比如在万国码中的私用区域(private use area)增加编码等。这样的处理方法无法在制定环境以外的地方使用，基于私用区域编码的万国码制作的文档无法通用。另外一个办法就是将其处理成图像，这又导致文字排版的麻烦，因为版面指令无法作用于图像，无法被当成文本搜索，而且由于机器从字体描绘字形和描绘图像的机制完全不同，这样的处理导致插入的冷僻字看起来很突兀。
SING技术是和Adobe Creative Suite 2一起发布的，它允许用户创建新字形，每个新字形作为一个独立的字体打包。这样打包出来的字形称为字形包（glyphlet）。这种格式通过Adobe公开的，且基于OpenType。这个包的内容包括字形的TrueType或CFF 轮廓样式，标准OpenType表格，声明字形的尺寸和组合行为，以及元数据，附加信息，如字形包的认证、所属，还有读音或者部首分类等语言方面的分类等。SING字形包也可以使用Fontlab公司的SigMaker3程序创建。
SING (Smart INdependent Glyphlets，智能独立字形包)的规格允许字形包随同文件一起传送，这样包含SING字符的文件也是可携带的，而又不会字符乱码、异常显示。由于字形包的基础是OpenType字体，标准字体机制可以对其进行正常描画。SING规格也可以表述成XML格式，包括在二进制格式中重建字形的所有必要数据。一般情况下，一个字形包需要1-2 kB大小的容量。
[编辑] 版式标签
OpenType版式标签含有4个字符串，含有字体版式中文本，语言系统，特征和基线等信息。微软的版式标签登陆中，包含了这些标签的使用和命名方法。OpenType特征都是由这些标签信息来体现的，创建特征文本来描述字符如何根据指令来排列。这些特征文本还可以通过高级字体编辑器如FontlabStudio和AsiaFont Studio来制定。
- 文本标签
文本标签用来识别OpenType字体中的文本类型。每个标签对应Unicode中一个连续的字符区。每个字符标签含有4个或更少的小写字母。如，包含 arab 来识别阿拉伯字母表， cyrl 对应西里尔字母表， latn 对应拉丁字母表，等等。
- 语言标签
语言体统标签识别OpenType字体中支持的语言系统。如包含 ARA 对应阿拉伯语， ESP对应西班牙语，HYE 对应亚美尼亚语等等。这个代码类似于ISO 639-2，但不尽相同。
- 特征标签
特征表现用来识别字符的一些字形特征和功能。
- 基线标签
基线标签包含横、竖两个书写方向的信息。
| 基线标签 | 横轴 | 数轴 |
| 'hang' | 藏文中发音符号的横写时的基线位置 | 藏文中竖写时的基线位置 |
| 'icfb' | 表意文字字符底边距基线 | 表意文字字符左边距基线 |
| 'icft' | 表意文字字符顶边距基线 | 表意文字字符右边距基线 |
| 'ideo' | 表意文字字面底边距基线 | 表意文字字面左边距基线 |
| 'idtp' | 表意文字字面顶边距基线 | 表意文字字面右边距基线 |
| 'math' | 数学字符居中时的基线 | 书写字符居中、在竖写时的基线 |
| 'romn' | 简单字母文本（拉丁、西里尔、希腊字母）的基线 | 简单字母文本（拉丁、西里尔、希腊字母）在顺时针90度竖些时的基线 |
[编辑] Mac OS X系统支持的特性
- 参见 Datafork TrueType.
在Mac OS X v10.4 (Tiger)中，苹果公司开始在操作系统中支持OpenType功能，减轻了程序开发者的任务，但是仍有一些需要注意的地方：
- 在Mac OS 10.4.0 到 10.4.3中，若字体被识别为具有OpenType表，任何AAT表值将被忽略 (之后，AAT特征优先于OpenType特征。)
- 只有以下的GDEF/GPOS/GSUB 功能标签被确认是支持的:
- liga: Common ligatures 普通连写
- dlig: Discretionary ligatures
- sups: Superior/superscript position
- tnum: Tabular numerals 表用数字
- pnum: Proportional numerals 比例数字
- onum: Old style numerals 旧体数字
- lnum: Lining numerals 线性数字
- sinf: Scientific inferiors
- zero: Slashed zero 斜线零
- ital: Italics 斜体
- trad: Traditional CJK forms传统CJK样式
- jp78: JIS 1978 CJK forms日本JIS1978CJK样式
- jp83: JIS 1983 CJK forms日本JIS1983CJK样式
- expt: Expert CJK forms专家CJK样式
- nlck: NLC Kanji forms NLC汉字格式
- ruby: Ruby notation forms 注音字符样式
- pwid: Proportional CJK widths 比例CJK宽度
- fwid: Full CJK widths 全角CJK宽度
- hwid: Half CJK widths 半角CJK宽度
- twid: Third CJK widths 三分之一CJK宽度
- qwid: Quarter CJK widths 四分之一CJK宽度
- palt: Alternate proportional CJK widths 变C比例JK宽度
- halt: Alternate half CJK widths 变半角CJK宽度
- vert or vrt2: Optimised kana vertical alternates
- 本列表不完整
- 以下功能是被确认不受支持的:
- mark: Mark‐to‐base positioning
- mkmk: Mark‐to‐mark positioning
- mset: Mark positioning via substitution
- nukt: Nukta form
- akhn: Akhand ligature
- rphf: Reph form
- blwf: Below-base form 底基线样式
- half: Half-form (pre-base form)
- pstf: Post-base form
- vatu: Vattu variants
- pres: Pre-base substitution
- blws: Below-base substitution
- abvs: Above-base substitution
- psts: Post-base substitution
- haln: Halant form substitution
- blwm: Below-base mark positioning
- abvm: Above-base mark positioning
- dist: Distances
[编辑] 参见
- 字体
- Uniscribe (Windows multilingual text rendering engine)
- Apple Type Services for Unicode Imaging (New Macintosh multilingual text rendering engine)
- WorldScript (Old Macintosh multilingual text rendering engine)
