关于 Web 字体：现状与未来(2)

解决方案

向前追溯至1997年，微软开发了一个专用的嵌入式 OpenType 格式（EOT），本质上就是一种缩略版的 OpenType。EOT 只支持 IE，为了能通用，微软于2007年将 EOT 提交给 W3C （供 CSS3 使用），2007年年底，W3C 拒绝了微软的提案，理由之一是安全问题。2008年，微软又一次提交该方案，微软在提案中如是说：

嵌入字体格式（EOT）是微软开发的一种技术，允许 OpenType 字体嵌入到网页并可以下载至浏览器渲染，浏览器根据 CSS 中 @font-face 的定义，下载，渲染这种 .EOT 后缀的字体文件。这些文件只在当前页活动的状态下，临时安装在用户的系统中。

曾有人将 EOT 描述为 OpenType 中的 DRM，而一旦 EOT 和 DRM 联系到一起，其前景便立刻暗淡起来。关于 EOT的技术细节，可以参阅 W3C 的 Embedded OpenType （EOT） File Format 一文。EOT到底怎么回事？简单说，字体业不愿支持。

.webfont

最近，两个备受尊重的字体设计师 Tal Leming 与 Erik van Blokland 提出了一种替代 EOT 的提案，这种技术并非专有技术，实现起来也不复杂，H&FJ 在 Twitter 上这样描述 .webfont ：

小巧，开放，优雅，前瞻，现实。 （http://twitter.com/H_FJ/status/2655923216）

简单说，.webfont 就是在字体中嵌入了访问许可表，浏览器可以读出这些许可信息，并决定是否应该下载和渲染这些字体。webfont 方案获得了字体业广泛的欢迎和支持 （甚至 TypeKit 也支持它），但这并不意味着我们很快就可以用到 .webfont，W3C 首先要确认绝大多数字体商支持该技术，然后，才会开始他们漫长而缓慢的程序，然后是浏览器对此提供支持，要完成全部过程，也许需要几年时间。

关于这一技术 David Berlow 的 Permissions Table for OpenType 提案可以给我们一些提示（技术细节），简单说，就是在字体文