再談 Web 字體的現狀與未來

隨著 CSS3 漸入人心,Web 字體逐漸成為話題,這種即將讓未來的 Web 更加豐富多彩的技術(或者說標準)擁有多種可能,雖然 .webfont 即將提交 W3C,然而它的實現仍然遙遙無期,等待是痛苦的,因此,一些公司聯合字體設計推出兼容 @font-face 標準的技術,鑒于主流的瀏覽器都支持 @font-face,這種技術在 .webfont 實現之前不失為一種不錯的替代品,參閱關于 Web 字體:現狀與未來

Web font services join fray as .webfont format gains support
上圖是 Typotheque 公司提供的兼容 @font-face 標準的 Web 字體技術示例。

作為 CSS3 的一項改進,尤其是 @font-face 標準的對手,.webfont 技術為 Web 設計師提供了更豐富的字體選項。盡管 Firefox 個 Safari 一直積極地推動 Web 中的 TrueType 和 OpenType 技術,然而將商業字體放到服務器供調用會侵犯到字體商的權益,鑒于此,至少有三家公司尋求使用特殊技術,在兼容 @font-face 的前提下,實現對授權字體的訪問,多家字體商有意支持該技術,同時,一些大的字體商表示支持 .webfont。

為什么要費這番周折?

幾年前,微軟購買了10款字體的版權供 Web使用,就是所謂的 Web 字體,我們的 Web 就活在這 10 款字體下,不過老實講,盡管有10款,但接近98.7% 的 Web 事實上只用其中的4款,Times, Arial, Verdada, 以及 Georgia。其中的原因正象 Web 設計師 Richard Rutter 所說的那樣,設計與可訪問性問題。

盡管這些字體設計優良,尤其在目前普遍存在的低分辨率顯示器上,然而,這些有限的字體顯得千篇一律,尤其是公司網站用戶,他們更希望實現差異性,比如,他們希望通過定制的字體表達公司的識別信息。Rutter 解釋道,最起碼,更多字體選項可以能讓網站看上去更有個性。

除了美學上的考量,還有一些實踐上的考慮,尤其是可訪問性。一些 Web 設計師將個性字體轉換成 Flash 或圖片,這樣做有很多問題。真實的字體意味著更少的數據量,盡管對多數寬帶用戶來說算不上什么,但對一些使用移動設備的用戶來說卻十分重要,真實的字體還有更多好處,比如可以縮放,翻譯,索引,可以使用讀屏軟件朗讀。另外,諸如希臘文,泰文,中文一類的語言目前沒有很好的通用 Web 安全字體,如果能實現自定義字體,將是一種福音。(譯者注:作者顯然忘記了中文字庫龐大的文件尺寸問題)

現狀:TypeKit, Fontdeck, 以及 Typotheque 的 Web 字體服務

如今,已經有不少服務商提供基于 @font-face 標準的 Web 字體服務,然而在字體盜用異常簡單的今天,如何說服字體商提供在線許可?于是便有了 TypeKitFontdeck 一類的服務,他們擁有合法授權的在線字體,通過向 Web 設計與開發者提供一段 CSS 和 JavaScript 代碼實現對這些在線字體的訪問,除此之外,一些字體商也推出一些類似服務

Typotheque 的 Peter Bilak 說,我們的服務使用 TTF 字體,但隱藏了這些字體的真實的地址,因此它們不會被非法復制,我們對字體進行了處理,去掉了瀏覽器無法識別的部分,然后向用戶提供一段代碼,這樣文件尺寸只有原始文件的10%到20%大小。

TypeKit Editor interface
以上是 Typekit 的編輯界面

Typekit 和 Fontdeck 的工作方式和 Typotheque 類似,他們按域名簽發字體許可,因此別的網站即使得到了這段代碼,也無法使用,他們通過使用字體片段來降低數據量。Fontdeck 由 Rutter Clearleft  設計公司開發,可以針對不同瀏覽器推出不同字體格式,比如 IE 支持 @font-face,但只限于微軟自己的 EOT 格式。對于那些不支持 @font-face 的瀏覽器,他們也有不同的應對措施,比如 Typekit 會使用 sIFR or Cufón 替代方案。

不過他們也受到了一些質疑,比如,這樣的機制依賴第三方服務,受限于他們的在線時間,另外一個問題就是費用,字體許可加上帶寬的占用不是一個小費用,另外,還有人指出,這些方案并不能真正阻止字體盜用,僅僅是讓盜用更難了一些。

針對這些質疑,Rutter 表示,依賴第三方服務的系統到處都是,想想 Google 地圖或 Amazon S3,人們沒必要擔心其可靠性。而價格問題不同服務商各不相同,不過讓更多的公司參與進來會讓價格降低到市場能夠接受的水平,關于字體盜用,字體商們并不喜歡 DRM,他們希望字體很容易部署使用。Typekit 的 Jeffery Veen 在其公司博客中解釋道,我們的目的是消除通常意義上的濫用。

未來:我們自己的 Web 字體

雖然上面說的這些 Web 字體方案有諸多缺陷,他們在目前至少是已經可以使用了的。不過人們還是提出了一些專門的 Web 字體提議,微軟最近再次向 W3C 提交 EOT 提案,不被仍被拒絕,這次提交的 EOT 方案命名為 EOT Lite,似乎意味著一種妥協,不過 Readable Web 的 Richard Fink 解釋到,EOT Lite 比 TTF 文件略有不同,包含調整過的文件頭以及不同的文件后綴。Font Bureau 的 David Berlow 則提議在標準 OpenType 字體中加入一個許可表,以便瀏覽器查驗某個字體是否允許用于某個網站。

而由字體設計師 Tal Leming 與 Erik van Blokland 提議的 .webfont 方案則受到了多數字體商乃至 W3C 的關注。.webfont 是一種經過 Zip 打包壓縮的文件包,包含兩個文件,info.xml 以及真正的字體文件,前者包含了 XML 格式的許可信息,受益于其 Zip 壓縮格式,這種字體文件尺寸至少減少了40%,不過字體公司應該提供轉換工具,實現字體片段機制,這樣,文件尺寸還會降低。(譯者注:這或許會解決中文字體文件尺寸龐大的問題)

目前,支持這一提議的字體公司包括 House Industries, FontShop, Hoefler & Frere-Jones 等,甚至 Typotheque 自己也支持這一提議,Bilak 說,這不是一個非常理想的方案,是一種妥協,雖然仍不能消除字體商的所有疑慮。

而瀏覽器設計商似乎也愿意參與到這個技術中,尤其當 W3C 接納該技術成為標準時,不過瀏覽器設計商至少要等待 W3C 完成系列工作才能提供支持。.webfont 是一種未來的方案,也許要兩年或四年,Bilak  說,也有人認為這一過程需要五年或更長時間。

延伸閱讀

關于 Web 字體:現狀與未來

本文國際來源:http://arstechnica.com/web/news/2009/08/web-font-services-join-fray-as-webfont-format-gains-support.ars
中文翻譯來源:COMSHARP CMS 官方網站





評論
...
發表評論


用戶


評論(不超過1000字)


 6 x 6 = ? 請將左邊的算術題的結果填寫到左邊的輸入框  


  發送給朋友| 打印友好
7 x 12 小時服務熱線
0532 - 83669660
微信: comsharp
QQ: 13885509
QQ: 592748664
Skype: comsharp