微软于今年3月18日向 W3C 提交了 Embedded OpenType (.EOT) 的字体规格的申请，他们希望 W3C 成立专属团队来针对此一网络字体规格着手进行新的推荐规格（W3C recommendation），以供网页嵌入字体所要遵循的共同依据。

嵌入字体式网页是微软在约十年前左右就开发（公开）出来并实际应用，当然一般使用上并不普遍，因为这关系了字体本身的授权问题，网页嵌入字体的技术问题及最重要的，所牵涉到的专利问题。另外一个问题是，这些所要嵌入的字体通常是置放在某网站，要用到时再下载，当时的网络环境要应付这样子的需求，可能会有困难。现在微软主动让这些专利、商标免费出来，因此，这个推荐规格如果能够顺利的产生，对将来网页的呈现会有相当大的影响。

紧接着，当然就是字体授权方式会有重大改变，因为目前的商业字体，多数不会允许使用者任意公开散布，更何况是经过变造成 EOT 格式的字体对象了。所以 EOT 规格首先就是要确认使用者是否对所要嵌入的字体有合法的授权，如果没有，那当然是不能合法的去产生 EOT 字体对象。

有趣的是（如果我的理解没错），EOT 规格必需是 TrueType outline 的压缩格式，但却不能对 CFF(Adobe Composite Font Format) outlines 压缩，也就是 CID-Keyed OpenType 字体有可能会无法使用（这通常是用于 CJK 东方语系字体）。当然，OpenType 规格本身并没有这样子的区分，两种 outline 都可以使用，EOT 这点限制倒是耐人寻味。

对于应用软件而言（例如网页制作软件），规格书中规定要针对字体是否有适当的Embedding bits（注明于OS/2 table 的 fsType 字段），如果没有，就不能让使用者去产生 EOT 字体对象做嵌入的动作。当然一堆旧字体里头并没有清楚的注明这种信息，尤其是自由字体，自由字体数量不少，有的甚至作者已经不再维护，但是自由字体的授权当然是允许使用者嵌入的，所以，这个Embedding bits 的设置并不是必要的，只是形式上的，最终还是要看字体的明文授权内容而定。

我们都知道，字体都是很占空间的，尤其是CJKV东方语系的字体，所以压缩相当的重要，因此 EOT 字体对象需经过特殊高效率的压缩（MTX/CTF, MicroType Express/Compact Table Format），应用软件（网页浏览器）也必需要能快速的解压缩。在压缩的当中就产生font objects，这些字体对象只含网页所需要字符的glyphs，然后在网页加入连结，指向这些字体对象的置放处。虽然字体对象是经过压缩及只含所需要的字符，所占的空间已大幅减少，但这对东方语系为主的大宗文件仍将会是很大的考验，尤其是多国语文并存的东方语系文件。

目前Firefox可以使用PDMS WEFT Plugin来浏览由WEFT制作，使用EOT规格的嵌入式网页，但只能用于Windows版本的Firefox。

值得观察的是，从历史上的纪录来看，微软对标准、规格的“忠诚度”一向并不是很好，这个由他们自行提交的推荐规格将来会怎么演变不得而知，况且这几年来网络的主控方渐渐的已经在重整、洗牌，微软并不如他的桌面系统一样的攻占网络市场。所以，对于这种演变，自由软件阵营也只能冷静观察兼蓄势待发了，我猜想，Werner 转这封信到 FreeType develop list 的意义大约也就是如此吧？！

参考网页：
http://www.w3.org/Submission/2008/01/
http://www.w3.org/Submission/EOT/
http://www.w3.org/Submission/MTX/