6 HTML5+CSS3网页设计基础教程 文档。而在使用XHTML1.0的时候，还可以把文档标记为HTML。 但是，这样做带来了很多问题。首先，把文档标记为XML后，E浏览器不能处理。当 然，E9及其以上版本是可以处理的。作为全球领先的浏览器，E无法处理接收到的XML 类型的文档，而规范又要求以ML类型来发送文档，这对于广大用户来说，是一件很痛苦 的事。 所以说，XHTML1.1有点脱离实际，而用户不想把文档以ML格式发送给那些能够理 解XML的浏览器，则是因为XML的错误处理模型。XML的语法，无论是属性小写、元素 小写，还是始终要给属性值加引号，这些都没有问题，但XML的错误处理模型确是这样的： 如果解析器遇到错误，停止解析。如果把XHTML1.1标记为XML文档类型，假设用Firefox 打开这个文档，而文档中有一个符号没有正确编码，就算整个页面中只有这一处错误，浏览 器也会崩溃，用户将看不到任何网页内容。根据ML规范，这样处理是正确的，对于Firefox 而言，遇到错误就停止解析，并且不呈现其他任何内容，这是严格按照XML规范处理的。 因为它不是HTML,HTML根本没有错误处理模型，但根据ML规范，这样做没错。这就 是为什么人们不会把文档标记为ML的另一个原因。 接下来，新的版本是XHTML2,但是这个版本并没有完成。从理论的角度来说， XHTML2是一个非常好的规范。如果所有人都同意使用的话，也一定是非常好的格式，只 不过它还不够实际。 首先，XHTML2仍然使用XML错误处理模型，用户必须保证以XML类型发送文档： 其次，XHTML2中有意不再向后兼容己有的HTML版本，甚至曾经讨论废除ig元素，这 对于每天都在做Wb开发的人员来说确实有点难以接受，理论上分析，使用object元素可能 会更好。 因此，无论XTML2在理论上是多么完美的一种格式，却从未有机会付诸实践。之所 以难以付诸实践，就是因为开发人员永远不会支持它，它向后不兼容。同样，浏览器厂商也 不会支持它。 XHTML1和XHTML2都使用XML错误处理模型，但这个错误处理模型太苛刻了，它 不符合“接收时开放”这个法则，遇到错误就停止解析，这怎么能叫开放呢？ 1.2.2HTML5开发动力 在20世纪末期，W3C琢磨着改良HTML语言。在2004年W3C成员内部的一次研讨 会上，Opera公司的代表伊恩·希克森an Hickson)提出了一个扩展和改进HTML的建议。 他建议新的任务组可以跟XHTML2并行，但是在已有HTML的基础上开展工作，目标是对 HTML进行扩展。但是W3C投票表示反对，因为他们觉得XHTML2才是未来的方向。然 后，Opera、Apple等浏览器厂商以及其他一些成员脱离了W3C,成立了WHATWG(Web Hypertext Applications Technology Working Group,Web超文本应用技术工作组)，在HTML的 基础上开展工作，向其中添加新东西。 WHATWG的工作不久就初见成效，而W3C的XHTML2并没有实质性进展。于是， W3C于2007年组建了HTML5工作组，在WHATWG工作成果的基础上继续开展工作，由 伊恩·希克森担任W3 C HTML5规范的编辑，同时兼任WHATWG的编辑，以方便新工作组 开展工作。• 6 • HTML5+CSS3 网页设计基础教程 文档。而在使用 XHTML 1.0 的时候，还可以把文档标记为 HTML。 但是，这样做带来了很多问题。首先，把文档标记为 XML 后，IE 浏览器不能处理。当 然，IE9 及其以上版本是可以处理的。作为全球领先的浏览器，IE 无法处理接收到的 XML 类型的文档，而规范又要求以 XML 类型来发送文档，这对于广大用户来说，是一件很痛苦 的事。 所以说，XHTML 1.1 有点脱离实际，而用户不想把文档以 XML 格式发送给那些能够理 解 XML 的浏览器，则是因为 XML 的错误处理模型。XML 的语法，无论是属性小写、元素 小写，还是始终要给属性值加引号，这些都没有问题，但 XML 的错误处理模型确是这样的： 如果解析器遇到错误，停止解析。如果把 XHTML 1.1 标记为 XML 文档类型，假设用 Firefox 打开这个文档，而文档中有一个符号没有正确编码，就算整个页面中只有这一处错误，浏览 器也会崩溃，用户将看不到任何网页内容。根据 XML 规范，这样处理是正确的，对于 Firefox 而言，遇到错误就停止解析，并且不呈现其他任何内容，这是严格按照 XML 规范处理的。 因为它不是 HTML，HTML 根本没有错误处理模型，但根据 XML 规范，这样做没错。这就 是为什么人们不会把文档标记为 XML 的另一个原因。 接下来，新的版本是 XHTML 2，但是这个版本并没有完成。从理论的角度来说， XHTML 2 是一个非常好的规范。如果所有人都同意使用的话，也一定是非常好的格式，只 不过它还不够实际。 首先，XHTML 2 仍然使用 XML 错误处理模型，用户必须保证以 XML 类型发送文档； 其次，XHTML 2 中有意不再向后兼容已有的 HTML 版本，甚至曾经讨论废除 img 元素，这 对于每天都在做 Web 开发的人员来说确实有点难以接受，理论上分析，使用 object 元素可能 会更好。 因此，无论 XHTML 2 在理论上是多么完美的一种格式，却从未有机会付诸实践。之所 以难以付诸实践，就是因为开发人员永远不会支持它，它向后不兼容。同样，浏览器厂商也 不会支持它。 XHTML 1 和 XHTML 2 都使用 XML 错误处理模型，但这个错误处理模型太苛刻了，它 不符合“接收时开放”这个法则，遇到错误就停止解析，这怎么能叫开放呢？ 1.2.2 HTML5 开发动力 在 20 世纪末期，W3C 琢磨着改良 HTML 语言。在 2004 年 W3C 成员内部的一次研讨 会上，Opera 公司的代表伊恩·希克森(Ian Hickson)提出了一个扩展和改进 HTML 的建议。 他建议新的任务组可以跟 XHTML 2 并行，但是在已有 HTML 的基础上开展工作，目标是对 HTML 进行扩展。但是 W3C 投票表示反对，因为他们觉得 XHTML 2 才是未来的方向。然 后，Opera、Apple 等浏览器厂商以及其他一些成员脱离了 W3C，成立了 WHATWG(Web Hypertext Applications Technology Working Group，Web 超文本应用技术工作组)，在 HTML 的 基础上开展工作，向其中添加新东西。 WHATWG 的工作不久就初见成效，而 W3C 的 XHTML 2 并没有实质性进展。于是， W3C 于 2007 年组建了 HTML5 工作组，在 WHATWG 工作成果的基础上继续开展工作，由 伊恩·希克森担任 W3C HTML5 规范的编辑，同时兼任 WHATWG 的编辑，以方便新工作组 开展工作