1999 年，W3C决议停止HTML的订定事情，转而订定XHTML。统统都很完善，直到少数人注意到从XHTML进级到XHML2的进级事情险些脱离实际。 XML的尺度请求浏览器一旦碰着差错，就停止事情。别的由于W3C正在草拟一种比老式、粗陋的HMTL更精彩的说话，它不赞成（deprecate）利用 img和a标签这种元素。好久好久曩昔，世上有一门叫做HTML的可恶说话，这门说话简略易学，用它写网站真是易如反掌。因此，统统人都用这门说话，今后，Web也从一堆物理论文的链接变成为了本日咱们所熟知和喜爱的样子容貌。

大多数页面其实不遵守这门说话的简略规矩（由于写这些网页的人对内容自己要比序言情势更加关怀），是以统统浏览器都必需疏忽错的代码，尽最大努力预测作者究竟是想如何展现内容。


向后兼容，并有一个清楚的迁徙道路（migration path） 
了了（Well-defined）的差错处置机制，相似CSS（好比，疏忽未知内容，继承履行），相比之下XML差错处置机制过于“刻薄”。 
编程差错不该间接裸露给终端用户。 
实用性:统统终极进入网页利用技巧尺度的性特征都必需实际的利用案例支持。但反之则不建立：即统统相似的利用案例其实不必然会新特征参加到技巧尺度中。Opera 和Mozilla开辟职员不认同这种做法，并于2004年给W3C提交了一份申报，该申报称：“咱们觉得网页利用（Web Applications）是一个极其重要的范畴，但以后技巧并未为这一范畴供给充足的支持。在多方订定的尺度进去曩昔，繁多厂商的解决方案存在的潜伏危险在赓续增大。”（译注：暗指Adobe的Flash技巧？）?

 免不了的，每一个人都在评论辩论HTML5。自世人开端滥用圆角和突变后果以来，HTML5或者是最热炒的技巧。但是，许多人眼中所谓的HTML5实际上只是老式的DHTML和Ajax。无关HTML5的诸多信息中滥竽充数，是以,JavaScript专家雷米·夏普（Remy Sharp）和Opera公司的布鲁斯·劳森（Bruce Lawson）着眼这些谣言，对其中的罕见错误和现实做了分类收拾。

起首，一些现实。
剧本支持曾经已获得公认（然则当有更便利的标签可满足需要时，应防止利用剧本。）（译者：相似表单输出数据验证。） 
防止针对特定装备的尺度。 
订定进程必需凋谢。（收集自己从凋谢式发展中受害颇多。邮件列表，存档，尺度底稿应不停对"大众凋谢。） 
在2006年，W3C终究意想到自己的差错，决议从新启用HTML，向WHATWG所要它的尺度，并将其作为HTML5尺度的根基

下面这些是史事材料。如今咱们来看看一些传播甚广的谣言。
这一谣言是从HTML5进入到W3C流程的候选保举阶段（Candidate Recommendation，简称REC）的名目日期所误传开来的。民间万Wiki上写道：该申报遭W3C的回绝，是以Opera和Mozilla和起初的苹果继承维护着一个叫做收集超文本利用程序技巧事情组（Web Hypertext Application Technology Working Group，简称WHATWG）的邮件列表（Mail list），继承订定他们用以验证观点（ proof-of-concept）的尺度内容。这份尺度对HTML4表单尺度停止了扩大，在伊恩 ·希克森（Ian Hickson）的赓续校正中，这份尺度终极成为一份名叫网页利用程序1.0（Web Applications 1.0）的尺度。起初伊恩 ·希克森分开Opera，参加Google。



如今一个尺度要成为候选保举尺度（REC），它必要具有百分之百的可实行性（interoperable implementations），只要胜利经由进程上万项的测试案例（Test Case）后能力验证这点（据守旧估量，全部尺度能够必要停止2万项测试）。当你在内心心算写这些测试案例必要若干光阴，实行每一个新特征又必要若干光阴时，你就会明确HTML5尺度订定的光阴跨度为何这么长了。
是以，按此说法，在你能在两大浏览器中用上统统的功效曩昔，HTML5的尺度是没有终极定稿的。
HTML5在计划上就能够优雅升级，是以应用一些JavaScript代码和创意，HTML5的统统功效都能够在老浏览器上实现。
这一谣言认定HTML5是一个全体弗成分割的尺度。但实际上不是。正如前文所说，HTML5是一组新特征的组合。是以，短光阴来说，你不克不及说一个浏览器支持了 HTML5的统统内容。而当浏览器能做到这点时，浏览器自己曾经可有可无了，由于当时咱们将被新一代的HTML说话所震动。固然，真正重要的一小部分HTML5的特征已获得浏览器的支持，任何浏览器的支持环境汇总表单都邑在一周以内过期，由于浏览器制造厂商的立异速率异常之快。别的，许多HTML5的新特征也经由进程JavaScript剧本在不支持HTML5的老浏览器中得以重现。Canvas属性在统统新浏览器中获得支持，其中包括IE9，别的在老的IE浏览器中，经由进程excanvas库，咱们也能够模仿Canvas的特征。而音频和视频标签后果，咱们则能够经由进程Flash在旧的浏览器中实现。



感到HTML5乱的乌烟瘴气，是吧？看看CSS2.1，这么多年了它都是一个还没有终极实现的尺度，然则咱们每一个人无时不在用它。咱们用CSS3轻松增加圆角，这点很快就会获得统统浏览器的支持，固然CSS3的其余特征还没有获得统统浏览器的支持。

要防备那些浏览器“评分”网站。这些网站测试的内容经常与HTML5无关，好比CSS，SVG，乃至是网页字体（web fonts）。你手头必要实现的事情才是要紧的，你客户受众浏览器所支持的技巧才是用得上的技巧。
基本不会，假如你必要利用XML而是HTML，你能够选用XHTML5，它险些包括统统HTML5的长处，只是要必需遵守严厉XHTML语法（好比，要标签属性中的双引号不克不及省，自关闭元素的末端斜杠弗成胜，必需用小写字母誊写标签等等诸如此类。）

没错，XHTML2的事情组在2009年岁终的时刻解了。他们草拟的这个尺度是用来与HTML5竞争的，但还没有获得履行实行，但是，同时保存两队人马是对 W3C构造资本的一种挥霍。

别的XHTML1曾经是一个业已实现的尺度，获得统统浏览器的普遍支持，并在必需的时限内仍将获得统统浏览器的支持。是以你用 XHTML誊写的网站也将免收折腾之苦。

 HTML5实际上正式承认了一些罕见的誊写差错（Tag Soup） 
HTML5在语法方面要比XHTML疏松许多：好比，你能够用纯大写或小写字母誊写标签，乃至大小写混用也不妨。你无需对img这种的标签做
假如你曾写过JavaScript来遍历DOM，那末你就会对DOM不一致所带的可怕阅历有所领会。这与HTML4毫无差别，然则假如你用习惯了XHTML，你碰着这种写法时照样会很震动的。实际中，假如你利用HTML和文本内容誊写页面，而非利用 XML（你极有能够是混用文本和HTML誊写页面的，由于IE8其实不克不及真正的衬着XHTML页面），那末上述纤细差别也可有可无：浏览器会疏忽尾部的斜杠，双引号，和大小写。

HTML5 语法看似疏松，但实际的剖析规矩要严厉的多。因此HTML5中，罕见的誊写差错（Tag Soul）将不复存在;HTML5的尺度对这些有效标志做准确的描写和界说，是以统统遵守尺度的浏览器都邑天生异样的文档工具模子（DOM）。

但这种修改不该招致有效代码众多。HTML5为你创立的DOM能够其实不是你想要的谁人，是以对誊写的HTML5代码停止验证仍旧至关重要。跟着新特征的大批涌入，对渺小语法差错的疏忽会让你的剧本生效，或是CSS款式失足，这也是咱们为何必要HTML5验证器的原因之地点。

HTML5远不单单只是让一些罕见的誊写差错正当化，而且让这些罕见差错（Tag soup）成为汗青。赞。

HTML5对疏松语法的包容性时刻敲响的了XHTML的丧钟吗？订定XHTML2尺度的事情组曾经闭幕，对吧。