有什么理由不开始使用HTML 5的文档types?

它应该与HTML4和XHTML向后兼容。 John Resig发布了一些好处 。

只要我们不使用任何新的和不被支持的function,是否有任何缺点开始build设这个文档types的网站?

那么考虑一下:

当作为文本/ HTML,所有你需要一个文档types是触发标准模式。 除此之外,就浏览器而言,文档types什么也不做。

当用作text / html时,无论使用XHTML标记还是HTML标记,它都被浏览器视为HTML。

所以,真正归结为使用触发标准模式的最短文档types(<!DOCTYPE html>)和使用在浏览器中产生正确结果的HTML标记。

其余的是关于符合,validation和标记优先。

有了这个说法,现在就使用<!DOCTYPE html>,并试图使你的标记符合HTML5是不是一个坏主意,只要你坚持现在在浏览器中的稳定function。 你不会在HTML4或XHTML 1.x中使用任何在浏览器中不起作用的东西,对吗?

换句话说,您可以使用<!DOCTYPE html>和HTML4类似的标记,同时尊重HTML5中已经阐明的东西。 HTML5毕竟是关于浏览器兼容性的。

现在使用HTML5的缺点是规范可能会经常更改。 随着主动改变,这对你来说跟上规范是很重要的。 另外http://validator.nu/可能并不总是最新的,但http://validator.w3.org/并不总是最新的,所以不要让它阻止你。;

当然,如果你想使用XHTML 1.0标记并符合XHTML 1.0,那么你不应该使用<!DOCTYPE html>。

就个人而言,我总是使用<!DOCTYPE html>作为HTML。

我的问题是,为什么使用它,如果你不使用任何新的/不支持的function。 我并不是说你不能玩弄它,但为什么开始build设一个没有任何好处的文档types的网站,可以补充XHTML5。

我会说使用它,并广泛的testing。 那么让我们知道,如果它吹了你的房子或东西。 :')

基于最新的IE8testing版,似乎MS将使用HTML5文档types作为IE8模式切换泥潭的旁路。 看起来早期部署HTML5 doctype的最大风险在于,如果人们在IE8发布之前发布了大量与IE5不兼容的HTML5文档types的内容,MS可能会对HTML5的模式情况变得冷淡起来。

更新:这似乎已被否决。 现在很明显,IE8已经出货,上述考虑不再适用。 事实上, IE8的情况并不简单 。

我的缺点主要是validation:

  1. 第三方validation工具并不总是跟上规格的变化,使我最喜欢的工具不可靠。
  2. 我宁愿对严格的文档types进行validation,以确保我已经closures了所有元素。 避免简单但耗时的嵌套错误是一种简单的方法。 使用HTML 5,您不必closures元素,因此无法find不匹配的标签。

如果您要使用文档types,请试用这些function。 只要不进入生产现场,并对其进行彻底的testing,就可以了。

考虑你的观众和你的需求。 我在我的课程中使用FireFox 3在Ubuntu装备的计算机实验室中编写了一些类目testing ,例如课堂testing 。 我需要在MathGl中embeddedSVG作为SVG中的外部对象。 我自由使用HTML5文档types和新的HTML5标签。

看看这个博客文章! 不是HTML5的粉丝http://www.webscienceman.com/2009/01/24/html-xhtml-html5-future-html/

任何人发现这一点。 http://hsivonen.iki.fi/doctype/中的图表显示了不同浏览器使用的各种呈现模式,具体取决于所使用的DOCTYPE声明。 它给你一个DOCTYPE切换如何工作的好主意。

我个人会说不。 HTML5没有明显的好处,事实上可以说整个事情从一开始就是拙劣的。

为页眉,页脚和侧边栏提供专门的标签是一个巨大的错误 – 你已经以标签(div)和名称(classes / id)的forms获得了它们。 为什么我们需要专家? XHTML1.1已经足够好了。 事实上,由于大多数浏览器都不支持HTML4,所以使用doctype需要花费很多年的时间才能获得适当的支持。