微字型

2021-07-12 00:00:00.0

分類: 字体技术

文鼎公司关注到字型产品除了设计上创意的专注外,也考虑到应用面用字的需求,如小字号文字阅读的清晰度、辨识度。

一款字型产品是如何的被决策出来做量产的,首先要评估的是产品会被用在哪里?决定了使用目的,依情境定义使用字号(font size),有了这些后,才会有后续的设计规格的延伸。回到设计师的字体应用情境,在执行设计案件时,字型对于设计师来说是众多设计素材之一,但在信息讯息呈现,字型一定是一个重要的选择。文鼎公司关注到字型产品除了设计上创意的专注外,也考虑到应用面用字的需求,我们看到了字型在设计上被使用在小字号的需要,也看到了阅读上,小字号文字清晰度、辨识度上的重要性,因此在字体设计与造字工程上进行整合,开发出一系列专属使用在小字号情境的微字型产品。

在铅字印刷时代,每个字号铅字有着固定的物理大小,我们以筑地明潮体举例,可以看到上方的那排是筑地明朝初号到六号放大到一致大小的情况,下方是文鼎上海宋实际使用大小的示意图,透过观察,用于内文小字的六号字(8pt)与标题大字的二号字(21pt)两者在笔画细节处有着设计的差异,以笔尾末端的设计为例,因为二号字呈现的字号较小,因此需要稍微加重笔尾的厚度,使其在显示时不至于虚掉、灰掉,而用于大字的二号字,是要清楚呈现明体的特征,因此做较细致的设计。这是早期铅字在设计上考虑实务用字大小所做的设计因应,但数字字体使用的媒介与情境与以往有很大的不同,特别是向量字可以任意缩放大小的特性,这绝对不是铅字可以比拟的;然而若是使用在如六号字(8pt)的大小,字体是否还可以清晰地呈现呢?

以文鼎UD晶熙黑体为例,虽然晶熙黑在设计之初,已经考虑印刷、屏幕显示的使用,但因汉字笔画多、寡的对比情况在极小字的使用情境下,仍然会有糊字影响到视觉效果,以下图左右两边的对照来看,右方的微字型与左边标准版的晶熙黑体,在阅读视觉上所形成的跳跃,已经明显的降低。

微字型产品是如何达到这样的效果呢?关键是设计师将汉字由笔画多寡由少至多作排序,透过设计师与工程师的合作,笔画少的字符,不改变笔画的粗细,笔画多的字符,依视觉灰度做笔画粗细渐进的调整,来达到小字显示时降低糊字的情形,因此,微字型的产品特别适用在3-8P的环境,相对的,若是标题以上的大字号显示,则建议选用标准版的产品。

下图是由美可特品牌企划设计应用文鼎UD晶熙黑体微字型所设计的面膜包装,我们将重点放在背后的用字上,回到字型选择应用面的考虑,透过画面,我们可以感受到这些字的使用size是很小的,如何在小字保有清晰的显示,是这个案件选用微字型产品的要点。

 

目前已经开发完成的微字型产品,造型为经典的黑体与圆体,语言包含繁体中文、简体中文,其中文鼎UD晶熙黑体微字型产品支持Unicode 3.0 及GB 18030大字集的规格,降低设计师在排版缺字的机率,提升使用感受。繁体中文晶熙黑体微字型也将长体字型纳入,排版上有利于有空间限制的版面容纳较多的文字信息。微字型产品的推出获得了设计师的肯定,未来也会持续开发将新的微字型产品,想要了解详细文鼎微字型产品的支持情况,欢迎前往文鼎iFontCloud浏览。

 

点我前往>文鼎iFontCloud_微字型

 

 


Font Technology

我的網頁為什麼會眨眼

一招教你搞定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;
}

Font Technology

units per em

字體設計的工程規格中,有個較少被人提及的專有名詞「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為主,這是一個在產品品質與檔案量大小可以取得平衡的設定。

Font Technology

字根組字

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



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

  筆畫組字 字根組字
黑體 7 MB 2.5 MB
楷體 18 MB 2.5 MB

註:黑體為文鼎UD晶熙黑體G30,楷體為文鼎楷體G30 /文鼎晶栩楷體G30

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

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

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