作為 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 字體服務，然而在字體盜用異常簡單的今天，如何說服字體商提供在線許可？于是便有了 TypeKit， Fontdeck 一類的服務，他們擁有合法授權的在線字體，通過向 Web 設計與開發者提供一段 CSS 和 JavaScript 代碼實現對這些在線字體的訪問，除此之外，一些字體商也推出一些類似服務。

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

以上是 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 官方網站