有关 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 允许直接链接到字体原始文件,就像我们链接一个图片那样。

fonts

下载这些字体也象下载一个文件那样简单,显而易见的是,字体公司不喜欢这种方式。唱片业的版权模式并不适合字体业,因为字体设计还没有成为一个拥有行业协会的行业
,他们多数都是单枪匹马,字体盗用对他们的伤害很大。

解决方案

 

向前追溯至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-customise

你向 Typekit 付费使用某个字体,他们给你一段 JavaScript 代码嵌入到你的网页即可,比如:

#introduction .one p
{


font-family:"skolar-1","skolar-2","Palatino","Georgia","Times","serif";
}

以下是一个 Typekit 的实例(http://forabeautifulweb.com/
):

beautiful-web-detail

最后的思考

我们需要一致意见,然而一致意见只能通过妥协获得。字体业并没有一个行业协会可以投票通过某个决议,最接近的办法是找出所有支持 .webfont 的字体公司
。尽管 .webfont 存在安全问题,然而绝大多数重量级字体公司都支持 .webfont,见 @typegirl
的 Twitter 消息 Most of the important foundries are supporting #webfont

如果最终无法达成一致,.webfont 将永远停留在提案阶段,如果达成一致,我们在浏览器中看到 .webfont
的最早时间恐怕也要2011到2012年。最终不管哪个方案获胜,那些字体设计师们也要抓紧时间,多数字体目前还没有为在屏幕上显示进行优化,如果他们要
和那些已经做了优化的字体(如 Verdana)竞争的话,他们前面的工作还很繁重。

本文国际来源:http://ilovetypography.com/2009/07/20/web-fonts-%E2%80%94-where-are-we/

中文翻译来源:COMSHARP CMS
官方网站

版权声明:本文为mytec原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/mytec/archive/2009/07/21/2140958.html