OpenType規格上一次重大的變更是在2016年9月釋出的1.8版本，它加入了可變式字型(Variable Font)的規格，至今5年已有許多可變式字型推出上市，有些訂製字型專案客戶也會要求提供可變式字型，不過台灣的字體廠商只有文鼎有發行可變式字型產品。

2021年12月OpenType 規格再次重磅更新¬釋出1.9版本，其中最主要的是對彩色漸變向量字型的支援(縮寫為COLRv1)。以下為讀者做簡要的介紹：
(1) OpenType色彩定義表(COLR)內的顏色從原本的單一顏色擴充為可以有漸層的變化，以下範例可以很明顯地看出兩個規格版本的色彩差異:

COLRv0:

COLRv1:


(2) 另外，在COLR表的前一版COLRv0雖然也支援可變式字型(variable font)，但只是字符外框可變，對於字符定義的顏色是不可以變更的；而COLRv1版本就有支援顏色可變的功能，可以在可變字體中加入調整顏色的變數軸。國外的underware字型設計公司已在2022年初發表了一組顏色可變的字體Plakato Color。

由於此新的技術規格才剛發表，一般編輯軟體都尚未支援，截至此文編輯時，已支援COLRv1的應用軟體只有Chrome核心的瀏覽器，預期其他主流的瀏覽器及編輯軟體也會很快的支援這種炫彩的COLRv1彩色漸變向量字型。也可期待市場上會有更多的彩色向量字型，特別是Emoji表情符號，可以讓用戶選擇使用。
 

參考資訊:

• Chrome 98支援COLRv1彩色漸變向量字  https://developer.chrome.com/blog/colrv1-fonts/
• 現有瀏覽器版本支援COLRv1的列表: https://caniuse.com/?search=colrv1

TrueType Collections (TTC)允許將多個性質相近的字型合併為一個檔案，其目的是為了節省字型檔的資料量。以繁體中 文UD晶熙黑為例，針對43個常用全角符號做調和(Proporitional)設計，分別放在兩個不同的字體名稱上，使用者可以依 自己的喜好及需求，選擇常規的全角符號字型或是有標示P的常用全角符號調和設計產品。這兩套不同名稱的字體可以 合併成TTC，漢字和部分符號可共用，只要增加39個調和符號的資料量。合併後的TTC字檔和分開成兩個TTF字檔效果一 樣，卻可節省95%以上的資料量。

在我們對設計師的訪談中，我們聽到一個聲音，有設計師認為在進行長文排版時，全角位符號的字寬常常出現一些尷尬 的排版問題，如川流(river)、凸排等，影響著整體的閱讀感受。在理解設計師的困擾後，我們挑選了39個中文常用全角符 號，進行字寬調和(Proporitional)的設計，有此設計特點的產品，在字體名稱上都會多一個「P」，代表Proporitional的代 號。

以文鼎UD晶熙黑體E1HK字體為例，使用者在安裝字體後，在字體選單中會看到「文鼎UD晶熙黑體E1HK」與「文鼎UD晶 熙黑體PE1HK」兩個字體名稱，這是因為文鼎UD晶熙黑體E1HK字體檔案使用了上方描述的TrueType Collections (TTC) 的機制而呈現出來的結果。

下圖為文鼎UD晶熙黑體E1HK 產品使用常用全角符號及常用全角符號調和設計的排版示意圖，選用經過符號調和設計 的字體，排版後漢字、符號呈現出較佳的字寬比例，將有助於段落文字訊息閱讀的舒適性。

在前一篇文章「字符集：Big5與Unicode的差異」提到，我們在個人電腦上無法打出想要的字元或無法正確顯示字元，大多是因為使用的字型所支援的字符集涵蓋範圍的多寡而造成的缺字情況，這是設計師或一般使用者會遇到的缺字原因；還有一種是在公家機關或是企業的資訊系統中會遇到的缺字情況_因字型編碼相容的問題所造成的缺字。

很多公司企業財會單位使用的報表系統還是封閉型的系統環境，追求的是系統的安全性、正確性與穩定性，每一次系統的更新就需要一筆龐大的費用，因此，若無重大使用上的問題，在預算考量上往往會選擇沿用現有系統，而不耗費預算升級到新系統。在這樣的情況下，使用單位/公司有可能會因為報表系統比較老舊，只能支援Big5字集，以至於開發的系統軟體無法使用Unicode字集字型顯示，造成列印、輸出漏字或亂碼的情況，此時就會需要透過Big5造字碼位來進行造字。

什麼是造字碼位，由於現在的Windows系統內碼是使用Unicode編碼，但如果我們使用的應用軟體無法直接支援Unicode編碼，就必須要將Unicode資料轉換成Big5編碼的資料，在Big5編碼的碼區裡有定義四個區域可以用來存放使用者造字，我們可以把Big5字集不包含的Unicode編碼的字，依照我們的需求將其存放在這四個造字區內。如此一來，就可以像古代倉頡造字那樣，為自己的資訊系統環境添加一些造字，解決在Big5編碼範圍內，電腦環境中無法正確顯示Unicode編碼的字之困擾。

不過，因為每個機關所使用到造字的時機與難字不全然相同，所以同樣的造字碼位所存放的難字在A機關與B機關通常是不一樣，因此使用造字碼位所存放的資料是無法直接互相交換，需要透過另一個CNS11643資訊交換碼來串接交換，讓資訊在交換的過程中不會缺漏。

微軟雖有提供造字編輯程式，可以供使用者使用，以編輯點陣圖的方式造字，雖然介面較為簡易上手，但需要以畫格子的方式逐一將字元圖像點畫出來，在美感上不是那麼好看也較費時。

文鼎了解機關企業的造字需求，開發了更為便利的造字管理系統，以解決造字編輯美觀、便利性的問題，如此一來，就可以輕鬆解決缺字的問題。資訊交換的問題，文鼎也可以協助您。