没有过他们也遭到了一些质疑，比方，那样的机制依托其三方效劳，受只限他们的正在线工夫，此外一度成绩就是用度，书体答应加上带宽的占用没有是一度小用度，此外，再有人指出，该署计划并没有能真正阻遏书体盗用，仅仅是让盗用更难了一些。
其它计划
该技能并没有需求对于原部分书体资料停止改变，仅仅需求正在书体资料中嵌入一些额定的答应消息。一些 Web 设想师将共性书体转换成 Flash 或者图片，那样做有很多成绩。.webfont 是一种通过 Zip 打包紧缩的资料包，蕴含两个资料，info.xml 以及真正的书体资料，前端蕴含了 XML 体例的答应消息，受害于其 Zip 紧缩体例，这种书体资料分寸至多缩小了40%，没有过书体公司该当需要转换机器，完成书体片段机制，那样，资料分寸还会升高。
。css3 中的 @font-face 答应间接链接到书体原始资料，就像咱们链接一度图片这样。对于于 eot的技能底细，能够参看 w3c 的 embedded opentype （eot） file format 一文。
多少年前，微软购置了10款书体的版权供 Web运用，就是叫做的 Web 书体，咱们的 Web 就活正在这 10 款书体下，没有过规矩讲，虽然有10款，但濒临98.7% 的 Web 现实上只用内中的4款，Times， Arial， Verdata， 以及 Georgia。(义务编者：帝位库)
眼前，支撑这一建议的书体公司囊括 House Industries， FontShop， Hoefler & Frere-Jones 等，以至 Typotheque 本人也支撑这一建议，Bilak 说，这没有是一度无比现实的计划，是一种让步，固然仍没有能消弭书体商的一切疑虑。实正在的书体象征着更少的数据量，虽然对于少数宽带用户来说算没有上什么，但对于一些运用挪动设施的用户来说却非常主要，实正在的书体再有更多益处，比方能够缩放，译者，索引，能够运用读屏硬件诵读。
最初的考虑
以次是一度 typekit 的范例（http://forabeautifulweb.com/）：
}
font-family:"skolar-1","skolar-2"""palatino","georgia","times","serif";
#introduction .one p {
你向 typekit 付钱运用这个书体，他们给你一段 javascript 代码嵌入到你的主页即可，比方：
除非 .webfont ，typekit 也是一种不值关心的计划，容易说，就是将书体放正在其三方效劳器上供调用。eot 只支撑 ie，为了能通用，微软于2007年将 eot 提交给 w3c （供 css3 运用），2007每年终，w3c 回绝了微软的提案，说辞之一是保险成绩。而价钱成绩没有同效劳商各没有相反，没有过让更多的公司参加出去会让价钱升高到市面可以承受的程度，对于于书体盗用，书体商们并没有喜爱 DRM，他们指望书体很简单安排运用。唱片业的版权形式并没有适宜书体业，由于书体设想还没有变化一度占有事业协会的事业，他们少数都是人多势众，书体盗用对于他们的中伤很大。
上图是 Typotheque 公司需要的兼容 @font-face 规范的 Web 书体技能示例。 （http://twitter.com/h_fj/status/2655923216）
最近，两个备受尊重的书体设想师 tal leming 与 erik van blokland 提出了一种代替 eot 的提案，这种技能并非惟有技能，完成兴起也没有简单，h&fj 正在 twitter 上那样形容 .webfont ：
.webfont
曾有人将 eot 形容为 opentype 中的 drm，而一旦 eot 和 drm 联络到一同，其前途便立即阴暗兴起。
相关 web书体的议题正正在增加，对于 web设想师来说，他们并没有关心技能底细，无论是 truetype 的 hinting 技能，还是 opentype 的 permissions tables，他们关切的是我如何正在主页中运用某款书体。
Typekit 和 Fontdeck 的任务形式和 Typotheque 相似，他们按域名印发书体答应，因而别的网站即便失去了这段代码，也无奈运用，他们经过运用书体片段来升高数据量。
嵌入书体体例（eot）是微软开拓的一种技能，答应 opentype 书体嵌入到主页并能够键入至阅读器渲染，阅读器依据 css 中 @font-face 的界说，键入，渲染这种 .eot 后缀的书体资料。虽然 .webfont 具有保险成绩，但是绝大少数分量级书体公司都支撑 .webfont，见 @typegirl 的 twitter 信息 most of the important foundries are supporting #webfont。
玲珑，关闭，文雅，前瞻，事实。
异状：TypeKit， Fontdeck， 以及 Typotheque 的 Web 书体效劳
除非美学上的考量，再有一些理论上的思忖，特别是可拜访性。该技能另一益处是，无需任何顺序，css 的 @font-face 能够间接援用本书体，而 @font-face 正被简直一切阅读器所支撑。
容易说，.webfont 就是正在书体中嵌入了拜访答应表，阅读器能够读出该署答应消息，并决议能否该当键入和渲染该署书体。虽然 Firefox 个 Safari 没有断踊跃地推进 Web 中的 TrueType 和 OpenType 技能，但是将生意书体放到效劳器供调用会进犯到书体商的权利，由于此，至多有三家公司谋求运用特别技能，正在兼容 @font-face 的大前提下，完成对于受权书体的拜访，多家信体商成心支撑该技能，同声，一些大的书体商示意支撑 .webfont。eot究竟怎样回事？容易说，书体业没有愿支撑。该署资料只正在以后页运动的形态下，暂时装置正在用户的零碎中。（翻译注：笔者明显忘却了中文字库宏大的资料分寸成绩）
虽然该署书体设想优质，特别正在眼前广泛具有的低区分率显现器上，但是，该署无限的书体显示千篇一概，特别是公司网站用户，他们更指望完成差同性，比方，他们指望经过定制的书体抒发公司的辨认消息。webfont 计划失掉了书体业宽泛的欢送和支撑 （以至 typekit 也支撑它），但这并没有象征着咱们很快就能够用到 .webfont，w3c 率先要确认绝大少数书体商支撑该技能，而后，才会开端他们冗长而湍急的顺序，而后是阅读器对于此需要支撑，要实现全副进程，或者许需求多少年工夫。最终无论哪个计划获胜，那些书体设想师们也要松开工夫，少数书体眼前还没无为正在银幕上显现停止优化，假如他们要和那些曾经做了优化的书体（如 verdana）合作的话，他们后面的任务还很沉重。而阅读器设想商仿佛也乐意参加到某个技能中，特别当 W3C 接收该技能变化规范时，没有过阅读器设想商至多要期待 W3C 实现系列任务能力需要支撑。Rutter 注释道，最最少，更多书体选项能够能让网站看下去更有共性。
书体设想公司需求什么？
web 设想师需求更多选项，他们需求更多书体，眼前，诸如 sifr， cufón 等 web 书体代替计划让设想师们能够运用 web 保险书体之外的书体完成更好的设想，但是，该署计划性质上都是一种代替计划，它们只能偶然用来题目或者大批文字。
web 设想师们需求什么？
7月14日至19日，于 atlanta 举行的 typecon 2009 上，众人议论了如何正在 web 中嵌入书体（web font embedding： the new state of the debate），对于于这次宴会，有以次 twitter 信息能够参看，stephen coles 的 @typographica 以及 grant hutchinson 的 @splorp。2008年，微软又一次提交该计划，微软正在提案中如是说：
处理计划
键入该署书体也象键入一度资料这样容易，没有言而喻的是，书体公司没有喜爱这种形式。
书体设想公司并没有指望他们的书体原始资料被上传到网站，这样，书体很简单被盗用。关于那些没有支撑 @font-face 的阅读器，他们也有没有同的应答措施，比方 Typekit 会运用 sIFR or Cufón 代替计划。没有过众人还是提出了一些特地的 Web 书体建议，微软最近再次向 W3C 提交 EOT 提案，没有被仍被回绝，这次提交的 EOT 计划起名儿为 EOT Lite，仿佛象征着一种让步，没有过 Readable Web 的 Richard Fink 注释到，EOT Lite 比 TTF 资料略有没有同，蕴含调动过的资料头以及没有同的资料后缀。
向前追溯至1997年，微软开拓了一度公用的嵌入式 opentype 体例（eot），性质上就是一种缩略版的 opentype。
将来：咱们本人的 Web 书体
对准于该署质疑，Rutter 示意，依托其三方效劳的零碎四处都是，想想 Google 地质图或者 Amazon S3，众人没多余担忧其牢靠性。此外，诸如希腊文，泰文，中文一类的言语眼前没有很好的通用 Web 保险书体，假如能完成自界说书体，将是一种佳音。Typekit 的 Jeffery Veen 正在其公司博客中注释道，咱们的手段是消弭一般意思上的滥用。
现在，曾经有没有少效劳商需要基于 @font-face 规范的 Web 书体效劳，但是正在书体盗用异样容易的昨天，如何压服书体商需要正在线答应？此外便有了 TypeKit， Fontdeck 一类的效劳，他们占有非法受权的正在线书体，经过向 Web 设想与开拓者需要一段 CSS 和 JavaScript 代码完成对于该署正在线书体的拜访，除此之外，一些书体商也推出一些相似效劳。内中的缘由正象 Web 设想师 Richard Rutter 所说的这样，设想与可拜访性成绩。
本贴来自天极网群乐社区--http://q.yesky.com/group/review-18227880.html
假如最终无奈达因素歧，.webfont 将永久停止正在提案阶段，假如达因素歧，咱们正在阅读器中看到 .webfont 的最早工夫生怕也要2011到2012年。Fontdeck 由 Rutter Clearleft 设想公司开拓，能够对准于没有同阅读器推出没有同书体体例，比方 IE 支撑 @font-face，但限于于微软本人的 EOT 体例。
而由书体设想师 Tal Leming 与 Erik van Blokland 建议的 .webfont 计划则遭到了少数书体商甚至 W3C 的关心。翻译注：该署计划很多是经过特地机器，将那种书体下需求显现的文字生成 flash 素材，再将 flash 素材嵌入主页对于应的地位，该署计划的缺点是没有言而喻的。.webfont 是一种将来的计划，或者许要两年或者四年，Bilak 说，也有人以为这一进程需求五年或者更短工夫。
对于于这一技能 david berlow 的 permissions table for opentype 提案能够给咱们一些提醒（技能底细），容易说，就是正在书体资料中嵌入答应消息，比方，正在书体中嵌入这个站点能否占有运用这个书体的答应的消息。
干什么要费这番不利？
作为 CSS3 的一项改良，特别是 @font-face 规范的对于手，.webfont 技能为 Web 设想师需要了更丰盛的书体选项。
随着 CSS3 渐入良心，Web 书体逐步变化议题，这种行将让将来的 Web 愈加丰盛多彩的技能（或者许说规范）占有多种能够，固然 .webfont 行将提交 W3C，但是它的完成依然指日可待，期待是苦楚的，因而，一些公司联结书体设想推出兼容 @font-face 规范的技能，由于支流的阅读器都支撑 @font-face，这种技能正在 .webfont 完成事先没有失为一种没有错的代替品，参看对于于 Web 书体：异状与将来。书体业并没有一度事业协会能够唱票经过这个决定，最濒临的方法是找到一切支撑 .webfont 的书体公司。
之上是 Typekit 的编者界面
Typotheque 的 Peter Bilak 说，咱们的效劳运用 TTF 书体，但躲藏了该署书体的实正在的地点，因而它们没有会被合法复制，咱们对于书体停止理解决，去掉了阅读器无奈辨认的全体，而后向用户需要一段代码，那样资料分寸只要原始资料的10%到20%大小。Font Bureau 的 David Berlow 则建议正在规范 OpenType 书体中退出一度答应表，再不阅读器查验这个书体能否答应用来这个网站。
咱们需求分歧看法，但是分歧看法只能经过让步失掉。有人感觉，这很好但也很风险，由于人人能够翻开某个书体资料本人编者答应消息。（翻译注：这大概会处理中文件体资料分寸宏大的成绩）
固然下面说的该署 Web 书体计划有诸多缺点，他们正在眼前至多是曾经能够运用了的。