新闻来源:ilovetypography.com
有关 Web 字体的话题正在增多,对 Web 设计师来说,他们并不关注技术细节,不管是 TrueType 的 Hinting 技术,还是 OpenType 的 Permissions Tables,他们关心的是我如何在网页中使用某款字体。
7月14日至19日,于 Atlanta 召开的 TypeCon 2009 上,人们讨论了如何在 Web 中嵌入字体(Web Font Embedding: The New State of the Debate),关于这次会议,有以下 Twitter 消息可以参阅,Stephen Coles 的 @typographica 以及 Grant Hutchinson 的 @splorp。
Web 设计师们需要什么?
Web 设计师需要更多选项,他们需要更多字体,目前,诸如 sIFR, Cufón 等 Web 字体替代方案让设计师们可以使用 Web 安全字体之外的字体实现更好的设计,然而,这些方案本质上都是一种替代方案,它们只能偶尔用于标题或少量文字。译者注:这些方案很多是通过专门工具,将某 种字体下需要显示的文字生成 Flash 素材,再将 Flash 素材嵌入网页对应的位置,这些方案的缺陷是显而易见的。
字体设计公司需要什么?
字体设计公司并不希望他们的字体原始文件被上传到网站,那样,字体很容易被盗用。CSS3 中的 @font-face 允许直接链接到字体原始文件,就像我们链接一个图片那样。
下载这些字体也象下载一个文件那样简单,显而易见的是,字体公司不喜欢这种方式。唱片业的版权模式并不适合字体业,因为字体设计还没有成为一个拥有行业协会的行业,他们多数都是单枪匹马,字体盗用对他们的伤害很大。
解决方案
向前追溯至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 提案可以给我们一些提示(技术细节),简单说,就是在字体文件中嵌入许可信息,比如,在字体中嵌入某个站点是否拥有使用某个字体的许可的信息。
该技术并不需要对原有的字体文件进行改动,仅仅需要在字体文件中嵌入一些额外的许可信息。有人觉得,这很好但也很危险,因为人人可以打开这个字体文件自己 编辑许可信息。该技术另一好处是,无需任何程序,CSS 的 @font-face 可以直接引用该字体,而 @font-face 正被几乎所有浏览器所支持。
其它方案
除了 .webfont ,Typekit 也是一种值得关注的方案,简单说,就是将字体放在第三方服务器上供调用。
你向 Typekit 付费使用某个字体,他们给你一段 JavaScript 代码嵌入到你的网页即可,比如:
#introduction .one p {
font-family:"skolar-1","skolar-2","Palatino","Georgia","Times","serif";
}
以下是一个 Typekit 的实例(http://forabeautifulweb.com/):
最后的思考
我们需要一致意见,然而一致意见只能通过妥协获得。字体业并没有一个行业协会可以投票通过某个决议,最接近的办法是找出所有支持 .webfont 的字体公司。尽管 .webfont 存在安全问题,然而绝大多数重量级字体公司都支持 .webfont,见 @typegirl 的 Twitter 消息 Most of the important foundries are supporting #webfont。
如果最终无法达成一致,.webfont 将永远停留在提案阶段,如果达成一致,我们在浏览器中看到 .webfont 的最早时间恐怕也要2011到2012年。最终不管哪个方案获胜,那些字体设计师们也要抓紧时间,多数字体目前还没有为在屏幕上显示进行优化,如果他们要 和那些已经做了优化的字体(如 Verdana)竞争的话,他们前面的工作还很繁重。