你是免不了的。每个人都在谈论HTML5。自众人开始滥用圆角和渐变效果以来，HTML5或许是最热炒的技术。然而，许多人眼中所谓的HTML5实际上只是老式的DHTML和Ajax。有关HTML5的诸多信息中鱼目混珠，因此,JavaScript专家雷米·夏普（RemySharp）和Opera公司的布鲁斯·劳森（BruceLawson）着眼这些流言，对其中的常见谬误和事实做了分类整理。首先，一些事实。很久很久以前，世上有一门叫做HTML的可爱语言，这门语言简单易学，用它写网站真是轻而易举。因而，所有人都用这门语言，从此，Web也从一堆物理论文的链接变成了今天我们所熟知和喜爱的模样。大多数页面并不遵循这门语言的简单规则（因为写这些网页的人对内容本身要比媒介形式更为关心），因此所有浏览器都必须忽略错的代码，尽最大努力猜测作者到底是想怎样展示内容。1999年，W3C决定终止HTML的制定工作，转而制定XHTML。一切都很完美，直到少数人注意到从XHTML升级到XHML2的升级工作几乎脱离实际。XML的标准要求浏览器一旦碰到错误，就停止工作。另外因为W3C正在起草一种比老式、简陋的HMTL更出色的语言，它不赞成（deprecate）使用img和a标签这类元素。Opera和Mozilla开发人员不认同这种做法，并于2004年给W3C提交了一份报告，该报告称：“我们认为网页应用（WebApplications）是一个极为重要的领域，但当前技术并未为这一领域提供充分的支持。在多方制定的规范出来之前，单一厂商的解决方案存在的潜在风险在不断增大。”（译注：暗指Adobe的Flash技术？）这份报告提了7条设计原则1.向后兼容，并有一个清晰的迁移路线（migrationpath）2.明晰（Well-defined）的错误处理机制，类似CSS（比如，忽略未知内容，继续执行），相比之下XML错误处理机制过于“苛刻”。3.编程错误不应直接暴露给终端用户。4.实用性：所有最终进入网页应用技术规范的性特性都必须有实际的应用案例支撑。但反之则不成立：即所有类似的应用案例并不必然会将新特性加入到技术规范中。5.脚本支持已经已得到公认（但是当有更方便的标签可满足需求时，应避免使用脚本。）（译者：类似表单输入数据验证。）6.避免针对特定设备的规范。7.制定过程必须开放。（网络本身从开放式发展中受益颇多。邮件列表，存档，规范草稿应一直对公众开放。）该报告遭W3C的拒绝，因此Opera和Mozilla以及后来的苹果继续维护着一个叫做网络超文本应用程序技术工作组（WebHypertextApplicationTechnologyWorkingGroup，简称WHATWG）的邮件列表（Maillist），继续制定他们用以验证概念（proof-of-concept）的规范内容。这份规范对HTML4表单规范进行了扩充，在伊恩·希克森（IanHickson）的不断校订中，这份规范最终成为一份名叫网页应用程序1.0（WebApplications1.0）的规范。后来伊恩·希克森离开Opera，加入Google。在2006年，W3C终于意识到自己的错误，决定重新启用HTML，向WHATWG索要它的规范，并将其作为HTML5规范的基础。上面这些是史事资料。现在我们来看看一些流传甚广的流言。流言“在2012（或2022）年之前，俺是用不上HTML5的了。”这一流言是从HTML5进入到W3C流程的候选推荐阶段（CandidateRecommendation，简称REC）的项目日期所误传开来的。官方Wiki上写道：如今一个规范要成为候选推荐标准（REC），它需要具备百分之百的可实施性（interoperableimplementations），只有成功通过上万项的测试案例（TestCase）后才能验证这点（据保守估计，整个规范可能需要进行2万项测试）。当你在心里默算写这些测试案例需要多少时间，实施每个新特性又需要多少时间时，你就会明白HTML5规范制定的时间跨度为什么这么长了。因此，按此说法，在你能在两大浏览器中用上所有的功能之前，HTML5的规范是没有最终定稿的。当然，真正重要的一小部分HTML5的特性已得到浏览器的支持，任何浏览器的支持情况汇总表单都会在一周之内过时，因为浏览器制作厂商的创新速度非常之快。另外，许多HTML5的新特性也通过JavaScript脚本在不支持HTML5的老浏览器中得以重现。Canvas属性在所有新浏览器中得到支持，其中包括IE9，另外在老的IE浏览器中，通过excanvas库，我们也可以模拟Canvas的特性。而音频和视...