OpenType

历史

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）”。这个标准在2007年3月以ISO/IEC 14496-22发布。
OpenType于2016年发布了1.8版规范，引入了“可变字体”的功能。支持通过调节一定的参数来自由改变文字的形状。

与其他类型比较

与苹果公司的Apple Advanced Typography（简称AAT，旧名GX Typography）比较，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 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也提供日文的拓展OpenType功能，但是不直接支持中东和印度文本——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）解决方案。
所谓“外字”，源自日语的“表外汉字”（日语：表外漢字，hyōgai kanji）。与拉丁语言不同，在东亚表意文字系统如中文、日文中，没有固定数量的字符集。一般字符集只含有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大小的容量。