在台灣，從使用的角度來看，我們長期觀察做為標題使用的display type後，總結出標題用的display type，使用到Big-5字集所有字的機會不大這樣的結論。

業界在進行繁體中文字體開發時，大多是以Big-5這個規格為標準，當中定義了多達一萬三千多個漢字及六百多個符號字元，因此，每一套新字的推出，都面臨開發期程太長、成本太高的挑戰。以此，在進行字體開發時，是不是可以只需要設計比較常用到的字、剔除較罕用的字，來縮小Big-5字集的規模呢？這樣的好處是可以用較快的時間、較少的成本來，快速的滿足市場上大部分的應用需求，因此文鼎字型訂立Big-5_Miniset這個文鼎自定義產品規格。

下圖是文鼎DC曼蒂手書體由插畫家曼蒂書寫的次常用字區數位字稿，文鼎字型與外部的書法家、設計師合作開發DC系列產品時，常常收到的回饋是：怎麼要寫那麼多字啊！這些字我都沒有看過噎！真的有人用到這些字嗎！確實，除了前述降低產品開發的成本考量外，不要為難設計師、浪費設計師的時間，回歸到讓設計師專注在常用字上，以相對較快、較高的品質設計出新的字型產品是文鼎字型訂立Big-5_Miniset的初衷。

繁體中文Big-5_Miniset這個規格收錄了7,374個中文漢字，當中包含了常用國字標準字體表、字頻總表等生活中常見的字、詞、詞頻，由此構成Big-5_Miniset這個精選字數。從產品名稱上如何辨識Big-5 Miniset規格的字體呢？以文鼎新上架的文鼎濃湯體為例，文鼎濃湯體是一款帶有濃厚寬度厚實感、滑順粗細交錯線條的產品，定位在display type標題字上的使用，從下圖來看，使用Big-5 Miniset規格開發的產品，在字體名稱會加入「Min」這個代碼做表示來與標準的Big-5字集規格的產品做區隔。

雖然是以精選小字集7,374個漢字的規格來開發產品，但在完整字體的開發策略上，仍保有擴充到完整Big-5的規劃與機制，文鼎濃湯體是文鼎字型第一款以Big-5_Miniset規格釋出的產品，歡迎設計師們在使用後給我們回饋與指教，如果想要了解Big-5_Miniset包含了哪些中文漢字，請點選下方圖像連結下載文鼎Big-5_Miniset字碼本。

「字根組字」為開發的方式之一，顧名思義，即以「字根」為漢字的做小單位，設計出該款字體所需使用的「字根」後，在造字工具中將字根組合成漢字字元，這通稱「字根組字」字型開發方式。



字根組字技術業界稱為Radical-base，透過此技術開發出來的TrueType字型產品全名稱做Radical-base TrueType，簡稱RTT，透過字根可以重複使用的特性，來大幅降低字型的檔案大小，此種方式使用在簡體中文具有27,533個大量漢字的GB18030字符集最具有效益，以下使用黑體、楷體為例，說明筆畫組字技術與字根組字技術兩者在字型檔案量大小的差異：

註：黑體為文鼎UD晶熙黑體G30，楷體為文鼎楷體G30 /文鼎晶栩楷體G30

有別於筆畫組字的字型產品，為何筆畫組字技術與字根組字技術兩者在字型檔案量的大小上有如此大的差異呢？除了利用字根可共用、重複使用的特性外，在字型品質上也可以定義，以常用字的字元，開發品質達到近似於筆畫組字高品質的水準，罕用字(大部分使用者一輩子幾乎不會用到的字元)使用現有字根，不特別增加字根的方式來組成，雖然定義上品質稍差，但不影響辨別與使用。

近年，以文鼎字型與Dalton Maag承製的企業訂製字體案件中，如為HP訂製的HP Simplified、為Intel訂製的Intel Clear客戶就希望字型檔案兼容嵌入式系統(embedded system)環境使用的低檔案量以及印刷的高品質需求，透過內部技術評估後，即以字根組字方式開發多字重的字型檔案交付客戶使用。

除了字型檔案量的大小外，一般使用者並不容易辨視字根組字的字型產品，目前，一般的使用者使用到透過字根組字技術所開發的產品的機會並不高，主要的原因在於此機制早期是針對嵌入式環境所設計的字體開發方式，現階段的硬體環境相對於10年前成熟，硬體中的記憶空間容許容納檔案量較大的字型，因此，廠商們開發出來的字型檔案都會是以通用的TrueType/OpenType字型為主。

字體設計的工程規格中，有個較少被人提及的專有名詞「UPM」，UPM全名為units per em。Em為字體設計上的一個單位，傳統上，em指的是活字印刷鉛字字身的高度；在現今數位字體設計上，EM化身一個虛擬的數位畫布，依字體設計的精細度需要，畫分出一個座標系統網格，這個座標系統大小的設定值最常見的是1000或2048，這個設定值，就稱為units per em，它決定了字體座標網格的粒度大小。


關於UPM數值的設定，基於TrueType和OpenType TT的字體，UPM的設定值通常為2048，而OpenType PS字體UPM的設定值通常為1000，但是也有設為256或512的情況發生，這樣主要是為了達到降低字體檔案的資料量或在特殊情境所需要的設定。

這些UPM設定值的大小除了與字體應用情境搭配外，在字體品質會有差異嗎？

我們以下方的圖例做說明，我們若將這三個圖形視為「點」來看，右方的點是基於UPM 256的設計，而左方的點是以UPM 2048作設計，我們可以看出兩者都有達到一般所認知「點」的概念，但若前提是「圓點」、「正圓」，那麼就一定是左方UPM 2048所設計的圖形才能符合標準。

也就是說，UPM值設定的越高，可以獲得更多包含曲線、造型等的設計細節，反過來說，若我們想要設計一款具備高品質、有細膩曲線描繪的字體產品，在UPM就會需要相對較高的設定值。

以中文字體產品來說，無論是TrueType或OpenType PS的字體，目前大多數的UPM設定都以1000為主，這是一個在產品品質與檔案量大小可以取得平衡的設定。

流行音樂創作歌手陶喆，常看到他的名字是用「陶吉吉」的方式顯示，而非直接寫出「喆」，為什麼有一些字型「喆」呈現不出來？必須用兩個吉來表示呢？ 

繁體中文最常使用的字體規格為Big5-2003(大五碼)，共收錄13,060個漢字。但是，身處數位時代的使用者，文字的使用大多透過輸入法的方式呈現在軟體上，有時候有可能是因為使用者輸入文字時，選字錯誤，積非成是，有時候也有可能是當下標新立異，選型不選字，取「意」不取「義」，透過輸入法輸入、貼文複製，而用到非Big5字集的字元，而造成缺字的情形。

為了降低使用者用字缺字的機率，文鼎字型以現有Big5-2003字集為基礎，參考教育部字頻總表、中研院現代漢語語料庫詞頻統計、網路流行用字以及行銷與客戶服務所累積的資訊，彙整389個漢字，整合成Big5_AR 2021規格。新增收錄於Big5_AR 2021規格的字元，包含塵蟎的「蟎」、擀麵的「擀」、尊稱神明的「祢」、峰的異體字「峯」以及双、堃、宝、峯、崐、彣、喆、雫、邨……。



文鼎字型已著手規劃，挑選經典、熱銷的字型產品逐步更新為Big5_AR 2021規格，目前已經更新至此規格的字型產品有：文鼎書苑宋體、文鼎書苑黑體、文鼎簽字筆體、文鼎DC蔡燊軒行書體； iFontCloud文鼎雲字庫字體租賃服務的客戶，已下載啟用這些字型的使用者，在租賃期間，字檔會透過字庫管理工具自動地做檔案更新，若您是第一次下載啟用，則會直接取得最新字型檔案。未來，文鼎字型所開發的新產品，也會依此規格做產品化。

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

什麼是WebFont?!

從字面上解釋，WebFont中文意思是網頁字型，即以網頁為載體，讓各種風格的字型透過排印呈現出來。在網頁上一般的閱讀文字多使用系統預設字體，標題、圖形上若需要使用的文字，大多讓文字以圖形的方式呈現，而WebFont網頁字型它是一種以真實文字方式呈現在各種平台瀏覽器上的技術。您可以為網站的內容或圖形上的文字選擇適合風格的字型，讓瀏覽網頁的使用者看見不一樣的效果，可以讓字型即時套用您的網頁上，讓網頁不在只有單調古板的預設字體。

為什麼要裝WebFont

早期網頁技術如果要用電腦預設字以外的字型做網頁，必須要將其轉換成圖檔，區塊性的丟在頁面上顯示，但如果文案需一改再改就必須對圖檔做修改，所耗費的時間成本相對的多，而這樣的網頁勢必要對圖片解析度有著相對高的要求，當然，一個網站如果高解析度的圖檔過多，可想而知，如果網站運行不想成為慢郎中，運作所需要的效能相對的要求更高，所付出的成本相對的也會跟著提高。

WebFont的是一種能夠在網頁上即時套用字型的技術，能夠解決網頁設計師對於內容修改上耗費多工的情況，也不用擔心效能上的需求問題，操作方式簡單易懂，只需幾個步驟，即可為您的網頁換上新的風貌。文鼎iFontCloud提供網頁字型技術的服務，讓網頁設計師能夠以合法、正確的方式，將iFontCloud網站上眾多風格眾多的字型放在網頁上。

以下以文鼎WebFont網頁字型為例，透過兩種方法簡單設定網頁字型，設定後即可用嵌入JS語法，呼叫Web Font的JavaScript連結嵌入網站，完成WebFont套用，詳情可參考 教學文件。

1. 在iFontCloud Web Font設定頁面挑選字型後自動設定

2. 將Web Font字型名稱寫在網站設定檔中(font-family)

WebFont就是一種以最實惠的價格，讓網頁效能極大化的服務，您還在等什麼呢?請參考網頁字型

GB18030是中國大陸規範的的漢字編碼字符集標準，GB 18030-2005共收錄漢字70,244個。

目前GB18030有GB18030-2000 及GB18030-2005兩個版本，2000年發佈的GB18030-2000，全名是《信息技術 漢字編碼字符集 基本集的擴充》。GB18030-2000僅規定了常用非漢字符號和27,533個漢字（包括部首、部件等）的編碼，GB18030-2000是一個強制性的標準，市場上銷售的產品用字必須符合其規範。而2005年發佈的GB18030-2005在GB18030-2000的基礎上增加了42,711個漢字和多種中國少數民族文字的編碼，增加的這些內容是推薦性質，無強制規範。

簡要來說，目前若提到GB18030規格的產品，其對應的標準為GB18030-2005，其中27,533個漢字為基本必要的強制規範範圍。

什麼時候需要使用到GB18030字集的字體/ GB18030字集的使用範圍

由於GB18030字集的字元數多達兩萬多字，一般來說，在簡體中文的使用情境，基本的GB2312規格已經足夠使用，但在需要顯示中文姓氏、人名、地名等情況時，由於中文漢字的特性，在上述情況可會出現罕用字的使用，這時候就需要使用GB18030字集的字體來做排版，避免出現缺漏字的情況。

2005年11月發佈的GB 18030-2005版本中文編碼字符集，已要求各種電腦作業系統、字型產品、輸入法、應用軟體、及內建嵌入式系統的3C電子、通信設備，如Smart Phone、Tablet、印表機等周邊設備，要支援GB 18030字集。

中國大陸編碼標準的演進

1980年頒佈了第一個漢字編碼字元集標準，為GB 2312-80《資訊交換用漢字編碼字符集基本集》。此標準總共定義8,836個碼位，收納了6,763個漢字及682個常用符號，總共有7,445個字元。此規格在早期幾乎是唯一的標準，即使到目前為止，在中國大陸也是電腦系統、軟體及各種設備使用最廣泛的中文編碼標準。

1995年中國全國信息技術標準化技術委員會公佈了【漢字內碼擴展規範(GBK)】， GBK(K是"擴展"的漢語拼音第一個字母)，總共定義23,940個碼位，收錄了21,003個漢字與884個符號共21,887個字元。

2000年國際標準組織ISO又公佈了ISO 10646-1:2000（Unicode 3.0），主要是增加中日韓統一漢字Extension A的6,582個字元。大陸的GBK規格已無法容納新增的字元，因此GB18030-2000編碼標準就在原來的 GB2312-1980 編碼標準和 GBK 編碼標準的基礎上進行擴充。

字型產品與GB 18030的關係

中國政府對中文字型，尤其是簡體中文字型，訂定有國家檢測認證的標準，尤其是最常使用的4種造型字型：宋、仿、楷、黑，要求使用字型於產品顯示的3C通信、資訊、電子等廠商，必須使用政府認證的字型。一般常用的點陣字型（Bitmap Font），如12x12、16x16、32x32、 …等等，都有強制性標準。也就是說要向大陸官方購買取得公司使用授權，再將字型載入嵌入式系統產品上，如手機，電子字典、印表機等，這些產品才能銷售到大陸。

大陸對於向量字型的規範，採取審查核准使用的方式，簡體中文字體的認證，由中國政府的信標委及CESI (中國電子技術標準化研究所)負責，中國政府為避免各家字型公司，所開發的簡體字型品質不一，由中國官方特別指定的認證單位，訂定規範、製作、授權標準，針對在大陸地區使用之簡體字型之完整性、正確性、規範性、風格一致性、結構合理性等進行審核。因此，在中國所有使用於3C通信、資訊、電子等產品上之簡體中文字型，都必需是取得CESI認證的字型。因此對於採用TTF等向量字型的裝置設備，例如智慧手機、平板電腦、DTV/STB…等，就可以使用向量字型來取代需官方授權的點陣字型。

目前為止，文鼎已有11套字型取得CESI認證規範，分別是五套GB18030字集，六套GB2312字集，字型清單如下：

總結

在中國市場銷售3C電子、通信產品的國內外廠商，都已了解要進入中國市場，無論是軟體產品或硬體產品，必須採用中國政府標準規範的GB18030中文編碼字符集，及使用中國政府認證的中文字型產品才能順利做銷售。文鼎字型可以提供認證的GB18030字型，授權給3C電子、通信廠商，做產品設計、製造及銷售，將字型內嵌於產品中，廠商不但不用擔心符合規範的問題，又可以取得功能上與成本上無可取代的優勢。

可變式字型(Variable Fonts)是OpenType字體格式的一種，這種字型格式可支援字重(weight)、寬度(width)、傾斜(slant, italic)、光學尺寸視覺調整(Optical size)等可變屬性的定義，使用者在應用時可以立即變化出一套字體家族的不同樣式。

可變式字型的特色在於可隨使用者的設定或是依應用程式的自動判斷，變化出將近無限種的字體屬性組合。只需要一個字型檔案，就可以無間段調整該字型提供的字重、字寬或對比等可變屬性，讓設計師用字的創意不再受侷限，同時也減少了龐大字體家族所需要的大量記憶體空間。

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

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

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

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

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

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

我們在輸入文字的時候，有時候是不是會遇到字元無法顯示的缺字情形呢？缺字有可能是許多情況造成的，但最常見的情況是缺的這個字，沒有收錄在Big-5字符集裡，這時候，使用支援Unicode 2.0或3.0字符集的字型，大多可以解決缺字的情況。

什麼是Big-5

Big-5 又稱為大五碼，是最常使用的繁體中文字符集，共收錄13,060 個漢字，及441 個全角符號。Big-5 普遍使用於台灣、香港與澳門等地區，唯它並非當地的國家標準，只是業界標準，最新版本是Big5-2003。

什麼是Unicode

Unicode 是全球通用的字元編碼，收錄了世界上所有國家及地區的文字及符號，在1991 年首次發佈了The Unicode Standard，目前最新的版本為Unicode 13。而繁體中文普遍使用的Unicode 3.0共收錄27,484 個漢字，而2005 年發佈的Unicode 4.1 已收錄超過10萬字。

Big-5與Unicode的差異

很多人常常會把兩者相互比較，而到底兩個的差異在哪呢，簡單來說，我們可以用支援字數多、寡來做區隔，用一個比較簡單的方式來比喻，把Unicode想像成裝雞蛋的大籃子，Big-5則是大籃子中的小籃子，而這些字碼則是籃中的雞蛋。前面我們提到，Big5-包含有13,060個漢字，其包含在Unicode的大籃子中，因此，可以解釋成Big-5是Unicode的其中一部分。所以在一般Windows作業系統中常會有打不出來的字，或是出現亂碼，很大的原因是因為Big-5的範圍內沒有支援到Unicode的字，已經做超出小籃子的負荷了。

如果出現這樣的情況，通常選擇使用援Unicode 2.0或3.0字符集的中文字型，大多可以解決缺字的情況。要如何選擇、使用文鼎公司繁體中文有支援Unicode字符集產品呢？最簡易的方式就是在iFontCloud網站字型頁面上輸入「U30」這個關鍵字，就可以看到有支援Unicode 3.0這種大字符集的字型產品，目前共有25個字型檔案可以選擇使用。

在產品上，Big-5與Unicode這兩個字符集的產品要如何分別呢？以文鼎UD晶熙黑體為例，在字型名稱上若有看到U30，即表示這個字型產品是支援Unicode 3.0字符集的產品，若沒有看到標示，則為Big-5字符集的產品，如文鼎UD晶熙黑體U30與文鼎UD晶熙黑體U30。

文鼎公司關注到字型產品除了設計上創意的專注外，也考量到應用面用字的需求，如小字號文字閱讀的清晰度、辨識度。

一款字型產品是如何的被決策出來做量產的，首先要評估的是產品會被用在哪裡？決定了使用目的，依情境定義使用字號(font size)，有了這些後，才會有後續的設計規格的延伸。回到設計師的字體應用情境，在執行設計案件時，字型對於設計師來說是眾多設計素材之一，但在資訊訊息呈現，字型一定是一個重要的選擇。文鼎公司關注到字型產品除了設計上創意的專注外，也考量到應用面用字的需求，我們看到了字型在設計上被使用在小字號的需要，也看到了閱讀上，小字號文字清晰度、辨識度上的重要性，因此在字體設計與造字工程上進行整合，開發出一系列專屬使用在小字號情境的微字型產品。

在鉛字印刷時代，每個字號鉛字有著固定的物理大小，我們以築地明潮體舉例，可以看到上方的那排是築地明朝初號到六號放大到一致大小的情況，下方是文鼎上海宋實際使用大小的示意圖，透過觀察，用於內文小字的六號字(8pt)與標題大字的二號字(21pt)兩者在筆畫細節處有著設計的差異，以筆尾末端的設計為例，因為二號字呈現的字號較小，因此需要稍微加重筆尾的厚度，使其在顯示時不至於虛掉、灰掉，而用於大字的二號字，是要清楚呈現明體的特徵，因此做較細緻的設計。這是早期鉛字在設計上考量實務用字大小所做的設計因應，但數位字體使用的媒介與情境與以往有很大的不同，特別是向量字可以任意縮放大小的特性，這絕對不是鉛字可以比擬的；然而若是使用在如六號字(8pt)的大小，字體是否還可以清晰地呈現呢？

以文鼎UD晶熙黑體為例，雖然晶熙黑在設計之初，已經考量印刷、螢幕顯示的使用，但因漢字筆畫多、寡的對比情況在極小字的使用情境下，仍然會有糊字影響到視覺效果，以下圖左右兩邊的對照來看，右方的微字型與左邊標準版的晶熙黑體，在閱讀視覺上所形成的跳躍，已經明顯的降低。

微字型產品是如何達到這樣的效果呢？關鍵是設計師將漢字由筆畫多寡由少至多作排序，透過設計師與工程師的合作，筆畫少的字元，不改變筆畫的粗細，筆畫多的字元，依視覺灰度做筆畫粗細漸進的調整，來達到小字顯示時降低糊字的情形，因此，微字型的產品特別適用在3-8P的環境，相對的，若是標題以上的大字號顯示，則建議選用標準版的產品。

下圖是由美可特品牌企劃設計應用文鼎UD晶熙黑體微字型所設計的面膜包裝，我們將重點放在背後的用字上，回到字型選擇應用面的考量，透過畫面，我們可以感受到這些字的使用size是很小的，如何在小字保有清晰的顯示，是這個案件選用微字型產品的要點。

目前已經開發完成的微字型產品，造型為經典的黑體與圓體，語言包含繁體中文、簡體中文，其中文鼎UD晶熙黑體微字型產品支援Unicode 3.0 及GB 18030大字集的規格，降低設計師在排版缺字的機率，提升使用感受。繁體中文晶熙黑體微字型也將長體字型納入，排版上有利於有空間限制的版面容納較多的文字資訊。微字型產品的推出獲得了設計師的肯定，未來也會持續開發將新的微字型產品，想要了解詳細文鼎微字型產品的支援情況，歡迎前往文鼎iFontCloud瀏覽。

點我前往>文鼎iFontCloud_微字型

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 產品使用常用全角符號及常用全角符號調和設計的排版示意圖，選用經過符號調和設計 的字體，排版後漢字、符號呈現出較佳的字寬比例，將有助於段落文字訊息閱讀的舒適性。

一招教你搞定WebFont網頁瞬閃問題

如果你的網頁使用了Web Font，你可能或多或少會收到網站的使用者告訴你：欸，為什麼你的網頁字會閃一下？這時，你可能納悶什麼叫做閃一下，開了網頁後，卻又沒看到使用者描述的狀況。這其實是CSS加上網路速度的問題：在還未將Web Font字型下載完成前，會先以系統預設字型顯示頁面，等到下載完成才套用到已顯示在瀏覽器的字型上。也因為如此，如果瀏覽網頁的電腦網路不夠快，可能會發生已經頁面載入完畢了，Web Font的內容隔了1~2秒才接著載完並套用，此時，就會發生所謂的「眨眼」現象了。

這樣的問題，我們可以透過加入以下CSS的方式，告訴網頁在確認Web Font狀態前，就算頁面內容載入完畢，也先將文字隱藏起來，直到確認了Web Font的狀態後，再將文字顯示，這樣就可以避免瀏覽網頁時出現文字瞬閃了！

code
.arwf-loading body { /*Web Font正在載入中，不顯示文字*/
          opacity: 0;
          visibility: hidden;
}
.arwf-active body { /*Web Font處理成功，直接顯示文字*/
          opacity: 1;
          visibility: visible;
}
.arwf-inactive body {/*如果Web Font處理失敗，直接顯示文字*/
         opacity: 1;
         visibility: visible;
}