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大小的容量。