快捷搜索:

欢迎来到HTML5

2019-11-18 10:17栏目:澳门金莎首页
TAG:

欢迎来到HTML5.2时代!

2016/10/10 · HTML5 · 4 评论 · HTML5.2

原文出处: Annarita Tranfici   译文出处:众成翻译   

图片 1

21世纪,2016年6月,HTML 5.1从工作草案变为了候选标准。正如你了解的那样,这是将提案变为标准的第二步,Web的如此发展也将影响我们的日常生活。作为候选标准,W3C认为HTML 5.1已经通过了review并且能够满足工作组的技术需求了。

几天前,HTML 5.1被提案进入第三阶段:推荐标准(PR)。这意味着这个规范只需要进行微量的修改就可以进入W3C标准的最后一阶段了。

随着HTML 5.1接近最后阶段,工作组开始关注于未来。于是工作组正式开始研究HTML 5.2工作草案,因此,W3C在社区中发布了HTML 5.2规范来让W3C成员、公众以及其他组织进行review。

HTML5凭借语义性、兼容性和不需要第三方依赖的API迅速席卷了整个互联网。这是一场革命性的技术变革。HTML 5.1保留了先前版本全部优良的特性又引入了一些语义元素的重大改进。想想HTML 5.1都带来了什么,可想而知HTML 5.2会更为惊艳。

在本文中,我将做一个关于HTML发展的简短的概述,包括HTML 5,HTML 5.1,和HTML 5.2中引入和废除的特性。

以下是本文的重点:

  • HTML 5引入的语义元素概述;
  • 关于HTML 5和HTML 5.1中新特性和未定案特性的变化;
  • HTML 5.2的介绍以及对于接下来可能发生的事的猜想;

developerWorks 中国  >  XML | Web development  >

HTML 的未来,第 2 部分: XHTML 2.0

分析 W3C 改进 HTML 的方法

HTML5 简介

HTML 5 新的语义元素

HTML 5.1最伟大的创新之一就是引入了新的语义元素。它们也许(很有可能)会成为你如今日常写码的一部分。就是因为有了标记性的结构和语义,才使我们的站点有了很大改善。

我将主要提到的元素有:

  • <main> 定义主要内容;
  • <nav> 定义主体模块或者导航链接的集合;
  • <article> 包含独立于页面其他部分的内容;
  • <header> 包含介绍部分或者是导航链接的集合;
  • <footer> 定义了整个页面或其中一部分的页脚(并且通常包含原创作者,版权信息,联系方式和站点地图);
  • <aside>定义了所处内容的侧边栏,<section>定义了文档中特定的部分。

将两个革命性的元素单独拿出来说,它们帮助我们解决了Flash等技术难题:

  • <audio>用来在文档中嵌入音频内容
  • <video>用来在文档中嵌入视频内容

在上面提到的所有元素中,最有争议的无非是<main>元素。在W3C规范的描述中它是页面中的主要内容,然而万维网超文本应用技术工作组(WHATWG)却定义<main>元素为其他元素主要内容的容器。由于这个区别,WHATWA没有限制一个文档中<main>元素出现的次数。按WHATWA的定义,如果你在一个页面中定义了多个<article>元素,你就可以给每个<article>标记<main>元素。

两种规范在其他方面也有一些不同,例如<hgroup>的存在(W3C标准中删除了此元素,但它仍旧存在于WHATWG中–译者注)。这篇文章中不会详细讲解这部分内容,如果你感兴趣可以阅读Aurelio De Rosa的这篇文章,W3C vs. WHATWG HTML5 规范 – 文档中的不同,你可以从中了解到很多。

现在我们来看一下HTML 5和HTML 5.1中的不同。

图片 2

[if !vml]

HTML 5 和 HTML 5.1的不同之处

这部分将主要介绍HTML 5.1中一些尚未确定的元素、方法和属性。我将就其概念和优点进行介绍,并且提供了一些其他资料,如果感兴趣可以进行扩展阅读。需要注意的是,这里提到的大部分新元素都在HTML5中被提出却因为某些原因没有通过提案,所以对你来说也许并不陌生。例如 <details><summary>就是从HTML 5转移至HTML 5.1规范中的。

就像其他规范一样,HTML 5.1也引入了一些被移除不久的特性。其中之一就是inert属性,它在2014年被提出。正如Github上这个discussion中所提到的,这个属性自从被归入<dialog>元素后就被遗弃了。

开始使用新的元素吧~

图片 3

[endif]

HTML 5.1引入的新元素

第一个准备讲的就是<picture>元素。它的用处就是把source元素和srcset属性结合到一起,更方便的是当网页展示在小屏幕(例如移动设备)上时,它可以提供内存和尺寸较小的图片。

<picture>元素的另一个功能就是当页面加载在高分辨率屏幕上的时候就提供高密度的图片。由于这个元素的存在,你可以更好的给用户展示图片并且很好的避免过大的高密度图片与网站不相称。如果你想更多的了解,可以阅读我的另外两篇文章:使用Picture元素提升响应式图片 和 响应式图片第一步:使用srcset。当然也有一些人主张picture元素的不必要的 (大多数时候)。不管怎样,这都取决于你的选择。

接下来介绍<dialog>元素,当下有Chrome和Opera已经对其进行支持,微软Edge则仍在考虑中。这个元素可以用来作为对话框,确认框或者窗体。可以通过把<form>元素的method属性设置为dialog来把其合并到<dialog>元素中。这样这个form表单提交的时候,这个对话框就会关闭同时把提交按钮返回的值设置为returnValue。这里有一个在线的demo,代码来自MDN, 由JSFiddle展示。

同时<details><summary>也是值得推荐的新增元素。<details>展示给用户 在这个组件上可以获取额外的信息或者控件。<summary>元素作为总结,标题,或是图例放在<details>的内容中,二者互相配合。目前有Chrome,Firefox(版本49+),Opera,Safari支持了<details>元素。我认为这两个元素未来会在折叠/展开组件上起很大作用。

文档选项

HTML5是HTML最新的修订版本,2014年10月由万维网联盟(W3C)完成标准制定。

HTML 5.1其他新增

除了这些元素,HTML 5.1还添加了如下新增:

  • <input>元素的type属性新增了monthweek两个值。正如它们名字所表示的那样,它们定义控件将元素的值设置为代表一个月或者一周的字符串。
  • forceSpellcheck()方法加入到HTMLElement接口中,并且允许开发者通过在元素上调用此函数强制用户执行拼写和语法检查,即使用户没有聚焦这个单词。其中一个用途就是inputElement.forceSpellcheck()。不幸的是还没有浏览器支持这个特性。
  • allowfullscreeniframe元素的一个布尔类型属性,它指定了当调用requestFullScreen()方法时,iframe是否接受全屏。当该属性未被指定时,默认元素不接受全屏模式。
  • reportValidity()方法被调用时,强制用户进行<form>元素的约束校验。比如当一个必填元素没有被填写或者一个字段涉及到它的pattern属性时。如果约束的校验返回正确的结果时,这个函数会返回true,反之则返回false。目前有Chrome和Opera支持了这个方法。

<>图片 4

HTML5的设计目的是为了在移动设备上支持多媒体。

未定案的特性

HTML 5.1规范中也描述了一些当前被认为“at risk”的特性。

我要提的第一个未定案的特性就是<menu>元素。它代表了菜单指令的集合,它原本是被设计用来创建工具栏和弹出菜单的。当下Chrome和Opeara只有在实验性网络平台(Experimental Web Platform features)打开后才能支持,并且只支持context menu,不支持button menu。Firefox的近期版本也是同样,目前的其他浏览器没有可以支持的。

接下来要介绍的特性是<menuitem>元素,定义了用户可以从弹出菜单中调用的命令。在变种包含了context menu,同时menu可能关联了一个menu button。当下Chrome和Opeara只有在实验性网络平台(Experimental Web Platform features)打开后才能支持,并且只支持type=”command”。在Firefox中也只有当关闭tag后才能支持带有contextmenu属性的<menu>。IE和Edge都没有支持该元素。

另一个未定案的特性则是<keygen>。这个元素会在控件的表单提交的时候生成一对密钥,私有密钥会存储在本地的keystore中,公有密钥则会被打包发送到服务器。 In addition to these elements, the following features are also considered at risk: 除了上面提到的这些元素,下面这些特性也同样没有确定:

  • <input>元素的typedatatimedatatime-local两个值。前者用来定义一个特定地区的日期和时间,候着则是代表本地日期和时间,没有时区偏移量信息。
  • context属性为<div>指定了一个context menu,并且当用户右键点击div时会显示菜单。所有的浏览器中,只有Firefox支持了这个属性。
  • inputmode属性。它指定了当用户在表格控件中输入内容时,输入机制会提供更多的帮助。

好了,现在你已经知道了HTML 5.1做了哪些改变,可以进一步了解工作组现在在研究的规范内容了。

图片 5

HTML5 简单易学。

HTML 5.2会带来什么

HTML 5.2规范的制定工作才刚刚开始,所以此时此刻还没办法猜测出很多东西。

最重要的特性之一就是<script type="module">和对于模块如何分解、获取和评估,这也是制定HTML 5.2将要讨论的一部分。这个特性加入了对于加载JavaScript模块的支持,以及分解、获取、解析、评估模块所必须的依赖。关于这个话题想了解更多的话,可以阅读WHATWG的为Web平台添加JavaScript模块这篇文章。

另一个开发中的特性就是关于 <meta name="theme-color"> 的定义。它的值可以是包括HEX和RGB在内的任何你在CSS中使用的颜色。一旦页面中如此使用了,只要浏览器和操作系统定制了用户界面,这个新的meta标签就会建议它们使用这个颜色。你可以看到Android端的Chrome浏览器已经像下图这样做出这样的行为。

图片 6

对于autocapitalize属性的标准化也在讨论中。当前Safari在IOS上对它的支持由于版本的不同有两种不同的实现。老版本(IOS 5之前)是作为布尔型属性,而新版本则支持不同的值。已经有提案 发布建议以一种独特的方式让所有浏览器支持这个属性。

最后我想提一下这个关于大纲算法概念的discussion。大纲算法是一种基于节段元素的结构而不是标题的level来提供Web页面大纲的机制。理论上,你可以在一个页面中所有的标题都使用h1,只要把标题放置于正确的节段元素中,就可以创建出结构化文档。然而实际上还没有任何代理实现它,因此在网站中依赖这个算法还是有风险的。

除了开发新的特性之外,工作组同样致力于使浏览器实现已存在的特性。其中之一就是<input>元素与一个<datalist>元素关联时的行为。

如果你想了解关于工作组工作重点的其他细节,可以关注这个GitHub issue。

图片 7

什么是HTML5?

总结

我希望我把HTML近些年的重大改变完整的呈现给你了。以上内容也说明了开发者想要紧随Web的发展是多么的不容易。

1 赞 3 收藏 4 评论

图片 8

将此页作为电子邮件发送;)

HTML5 是下一代 HTML 标准。

>

HTML , HTML 4.01的上一个版本诞生于 1999 年。自从那以后,Web 世界已经经历了巨变。

图片 9

HTML5 仍处于完善之中。然而,大部分现代浏览器已经具备了某些 HTML5 支持。

图片 10

HTML5 是如何起步的?

将此页作为电子邮件发送;)

HTML5 是 W3C 与 WHATWG 合作的结果,WHATWG 指 Web Hypertext

级别: 初级

Application Technology Working Group。

Edd Dumbill (edd@usefulinc.com), 主席, XTech Conference

WHATWG 致力于 web 表单和应用程序,而 W3C 专注于 XHTML 2.0。在 2006 年,双方决定进行合作,来创建一个新版本的 HTML。

2006 年 3 月 30 日

HTML5 中的一些有趣的新特性:

本系列由两部分组成,Edd Dumbill 分析了实现 Web 作者、浏览器开发人员和标准体所提议的 HTML 的不同方法。本系列将介绍 WHATWG 规范所表述的渐进式方法和 W3C 提议的 XHTML 的推倒重来的激进式方法。此外,作者还将简要介绍 W3C 新的 Rich Client Activity。本文是该系列的第 2 部分,Edd 将目光放在 W3C 正在进行的工作上,以指示 Web 标记的未来。

[if !supportLists]·        [endif]用于绘画的 canvas 元素

本系列的上一期文章中,我说明了为何要改进 HTML,包括修正过去的错误和适应 Web 页面与应用程序提出的越来越高的要求。我介绍了 Web Hypertext Application Technology Working Group (WHATWG) 在创建 Web Applications 1.0 和 Web Forms 2.0 规范方面的工作,这是一个由浏览器厂商组成的松散的联合体。

[if !supportLists]·        [endif]用于媒介回放的 video 和 audio 元素

本文将介绍万维网联盟(W3C)建立下一代 XHTML 规范版本的工作,以及他们对以 Ajax 应用程序为代表的“富客户端”行为需求的反应。

[if !supportLists]·        [endif]对本地离线存储的更好的支持

W3C 有四个工作组正在建立一些特别有趣的规范:

[if !supportLists]·        [endif]新的特殊内容元素,比如 article、footer、header、nav、section

  • HTML(现在的 XHTML)
  • XForms
  • Web API
  • Web Application Format

[if !supportLists]·        [endif]新的表单控件,比如 calendar、date、time、email、url、search

可以在参考资料中找到这些规范的链接。本文主要讨论 HTML 工作组的研究,但是也有必要作为背景知识讨论一下其他规范,因为这些研究将造就 Web 的未来。

HTML5

XForms

声明必须位于 HTML5 文档中的第一行,使用非常简单:

XForms 是 W3C 提出的当前 HTML 表单的后继者。它们被设计成具有更丰富的功能,并将其结果作为 XML 文档传递给处理应用程序。XForms 是模块化的,因此可在任何上下文中使用,而不仅仅是捆绑到 XML 中使用。XForms 与 HTML 表单的主要区别有:

最小的HTML5文档

  • XForms 将用户界面表示从数据模型定义中分离出来。
  • XForms 可以创建和消费 XML 文档。
  • XForms 是设备中立的。比如,可以在语音浏览器和桌面浏览器中使用同一个表单。
  • XForms 允许在提交之前验证和约束输入。
  • XForms 不使用脚本就能实现多阶段表单。

下面是一个简单的HTML5文档:

因为是一种模块化语言,XHTML 2.0 引入 XForms 模块来实现表单功能。

文档标题 文档内容......

Web API

*注意:**对于中文网页需要使用*

W3C Web API 工作组负责为客户端 Web 应用程序开发制定标准 API。其中第一种也是最常用的一种 API 就是作为 Ajax(也是 WHATWG 描述的一种技术) 核心的 XMLHttpRequest 功能。程序员可以通过 ECMAScript 和其他浏览器环境支持的任何语言来使用这些 API。

charset="utf-8">声明编码,否则会出现乱码。

可能制定的其他 API 包括:

HTML5 的改进

  • 处理浏览器 Window 对象的 API
  • DOM Level 3 Events and XPath 规范
  • 时间事件 API
  • 用于非 HTTP 联网的 API,如 XMPP 或 SIP
  • 客户端持久存储 API
  • 拖放 API
  • 监控下载的 API
  • 更新文件的 API

[if !supportLists]·        [endif]新元素

虽然这些 API 不一定会随着 XHTML 2.0 一起实现,但在未来四年中,浏览器很可能将两方面结合起来为 Web 应用程序提供丰富的平台。

[if !supportLists]·        [endif]新属性

Web Application Format

[if !supportLists]·        [endif]完全支持CSS3

XHTML 2.0 是 Web 应用程序用户界面问题的一部分,但不是全部。Mozilla XUL 和 Microsoft XAML 这些技术已经为用户界面提供了丰富的 XML 词汇表。

[if !supportLists]·        [endif]Video 和Audio

Web Application Format 工作组负责按照 XUL 或 XAML 的方式开发指定用户界面的声明性格式,以及 XBL2 的开发,这是一种在自定义标记和已有技术之间提供绑定的声明性语言。实际上,XBL2 为程序员提供了编写新的 Web 应用程序部件的一种方法。

[if !supportLists]·        [endif]2D/3D 制图

为何要创建 XHTML 2.0?

[if !supportLists]·        [endif]本地存储

XHTML 1.0 的目的是将 HTML 转化成 XML 词汇表。它为 HTML 引入了 XML 语法约束:区分大小写、必须用引号括起来的属性值和成对的标签。这项任务完成了,XHTML 2.0 致力于解决 HTML 作为一种 Web 页面标记语言的问题。

[if !supportLists]·        [endif]本地 SQL 数据

W3C 的 Steven Pemberton 在阿姆斯特丹 XTech 2005 大会上所作的演讲中(请参阅参考资料)阐述了 XHTML 2.0 的设计目标:

[if !supportLists]·        [endif]Web 应用

  • 尽可能的使用 XML:如果一种语言特性已经在 XML 中存在,就不要重复或者重新发明。
  • 结构高于表示:感谢 CSS 样式表,HTML 不再需要专门的表示性标签。
  • 使 HTML 更容易编写:删除 HTML 中一些无用的特征。
  • 更高的可访问性、设备中立性:尽量避免假设读取文档的方式。
  • 改进的国际化
  • 更好的表单:盼望已久的改进!
  • 减少脚本的需要:HTML 本身包含典型的脚本用法。
  • 更好的语义:使 HTML 和语义 Web 应用程序更容易集成。

HTML5 多媒体

对于任何曾经用过 HTML 的人来说,这些目标显然都是值得期待的。现在我将稍微详细地考察 XHTML 2.0 实现这些目标的一些方法。

使用 HTML5 你可以简单的在网页中播放 视频(video)与音频 (audio) 。

章节和段落

[if !supportLists]·        [endif]HTML5 

多年前我刚刚接触 HTML 的时候,还记得多次对这种语言的文本结构元素感到不知所措。为何有六层标题,什么时候使用合适?而且,为什么标题不包含它们所代表的章节?XHTML 2.0 为此提供了新的答案,增加了 <section><h> (heading) 元素。

[if !supportLists]·        [endif]HTML5 

<section>  <h>Level 1 heading</h>  ...  <section>    <h>Level 2 heading</h>    ...  </section></section>

HTML5 应用

与 XHTML 1.0 相比,这种安排更符合逻辑,其他很多标记词汇表的用户对此也很熟悉。对程序员来说,一个很大的好处是可以在文档中包含内容章节,而不需要重新编码标题层次。

使用 HTML5 你可以简单地开发应用

对这些标题可以使用 CSS。人们可能期望 XHTML 2.0 的浏览器默认实现能够预先定义一部分,具体来说可能像下面这样(摘自 XHTML 2.0 规范):

[if !supportLists]·        [endif]本地数据存储

h {font-family: sans-serif; font-weight: bold; font-size: 200%}section h {font-size: 150%} /* A second-level heading */section section h {font-size: 120%} /* A third-level heading */ 

[if !supportLists]·        [endif]访问本地文件

XHTML 1.0 中另一个不合逻辑的地方是,要使用列表,则必须将列表放在段落中。事实上,必须使用任何块级元素(blockquote、预格式化的章节、table 等)。如果这些内容仅仅是同一段落流中的一部分,这样做常常不合逻辑。XHTML 2.0 去掉了这些限制。惟一的限制是不能将一个段落放到另一个段落中。

[if !supportLists]·        [endif]本地 SQL 数据

图像

[if !supportLists]·        [endif]缓存引用

HTML 中的 <img> 标签实际上非常不灵活。正如 Pemberton 所说,除了 alt 文本(妨碍采用新的图像格式)它不含任何应变机制,alt 文本不能使用标记,longdesc 属性由于笨拙而从来没有被使用过。(longdesc 用于提供一个 URI,该 URI 指向关于图片的、与 alt 属性中的说明相比更详细的描述。)

[if !supportLists]·        [endif]Javascript 工作者

XHTML 2.0 为这个问题提供了一种很好的解决方案:允许任何 元素具有 src 属性。浏览器可以用这个 URI 中的内容代替元素中的内容。最简单的情况就是处理图像。但没有人说不能是 SVG、XHTML 或浏览器能够呈现的任何内容类型。

[if !supportLists]·        [endif]XHTMLHttpRequest 2

<img> 标签本身仍将保留,但该标签中现在包含一些内容。src 属性的新操作意味着 alt 文本现在变成了元素内容,比如下面的例子:

HTML5 图形

<p><img src="http://example.com/water.png">H<sub>2</sub>O</img></p>

使用 HTML5 你可以简单的绘制图形:

对于日语等语言来说,这是一个好消息,因为 Ruby 注释(请参阅参考资料)要求行内标记,而以前这在属性值中这是不可能的。

[if !supportLists]·        [endif]使用  元素。

XHTML 2.0 在 <object> 元素中提供了更一般的图像包含形式,该元素可用于包含任何对象类型,从图片、电影到 Flash 或 Java 技术这样的可执行代码。这样就可以通过巧妙的技术,根据浏览器能力进行更好的委派,<object> 元素可以多层嵌套。比如,最外层是一段 Flash 电影,其中包含一个 AVI 视频文件,再进一层是一个静态图片,最后在嵌套对象的核心是一段文本内容。更多信息请参阅 XHTML Object Module(参考资料中的链接)。

[if !supportLists]·        [endif]使用内联 SVG。

可扩展的语义

[if !supportLists]·        [endif]使用 CSS3 2D 转换、CSS3 3D 转换。

很长一段时间以来,一些 HTML 元素具有具有语义联系,比如 <address><title>。问题是这类元素很少而且不能扩展。其间,有人尝试用 class 属性为 HTML 元素提供语义。与 class 的设计初衷相比,这样就大大延伸了其功能,而且由于应用 CSS 样式的属性的广泛使用,所以很难明确应用这种用法。(有人怀疑关于 class 用途的断言,但后者是很难驳倒的。)

HTML5 使用CSS3

XHTML 2.0 没有采用这些特别的方法,而是引入了一种方法在文档中指定类似 RDF 的元数据。RDF 陈述是一个三元组(主题、属性、对象)。比如,在英语中可能有三元组:“my car”、“is painted” 和 “red”。

[if !supportLists]·        [endif]新选择器

about 属性类似于指定 RDF 三元组 subjectrdf:about——可以省略,则文档本身就是主题。property 属性是引用性质的 URI(如果给定适当声明的前缀可使用缩写形式,更多细节请参阅 XHTML 2.0 Metainformation Attributes Module,见参考资料)。

[if !supportLists]·        [endif]新属性

最后,三元组的第三个值由 aboutproperty 属性作用的元素内容给出,如果 content 属性值为空则没有内容。这是一个例子,如果使用过 HTML <meta> 标签就会非常熟悉,它指定了页面头 (page header) 的创建者:

[if !supportLists]·        [endif]动画

<html xmlns="http://www.w3.org/2002/06/xhtml2/" xml:lang="en">  <head>    <title>Edd Dumbill's Home Page</title>    <meta property="dc:creator">Edd Dumbill</meta>  </head>  ...</html>

[if !supportLists]·        [endif]2D/3D 转换

现在来看看 Pemberton 给出的这个例子,它说明了如何在真正的文档体中使用元数据:

[if !supportLists]·        [endif]圆角

<h property="title">Welcome to my home page</h>

[if !supportLists]·        [endif]阴影效果

这表示该标题也是 XHTML 2.0 文档的题目,并将其指定为行内标题。终于不用在每个文档中将题目写两次了!

[if !supportLists]·        [endif]可下载的字体

感谢一种简单的称为 GRDDL(从语言的方言中采撷资源描述,Gleaning Resource Descriptions from Dialects of Languages,参见参考资料)的转换技术,现在有了从 XHTML 2.0 文档中提取 RDF 元数据的统一标准了。

了解更多CSS3知识请查看本站的 CSS3 教程。

XHTML 2.0 在其他方面也有很多变化,多数与平行开发的其他规范(如 XForms)有关。这里无法一一介绍 XHTML 2.0 的特性。但无论如何,与 XHTML 1.0 相比,XHTML 2.0 是一次很大的飞跃。

语义元素

XHTML 2.0 中的其他几点变化

HTML5 添加了很多语义元素如下所示:

受够了编写 <pre><code> ... </code></pre> 这类代码?现在可以使用新的 <blockcode> 元素了。

标签描述

为了满足可访问性的要求,XHTML 2.0 提供了 role 属性,可以在任何 body 元素中指定。比如,页面中单纯的导航元素可使用 role="navigation" 属性,这样文本-语音引擎就可以智能地处理它。

定义页面独立的内容区域。

浏览器目前支持通过 Tab 关键字进行焦点切换,但是有很大的随意性。新的 nextfocusprevfocus 属性允许控制焦点在屏幕元素间转移的顺序,该属性对于建立可导航的用户界面至关重要。

定义页面的侧边栏内容。

准备迎接 XHTML 2.0

允许您设置一段文本,使其脱离其父元素的文本方向设置。

无论高级特性中的变化多大,XHTML 2.0 无疑仍然是 HTML。虽然增加了新元素,XHTML 2.0 的大部分元素仍然和过去一样工作。从兼容的角度出发,XHTML 2.0 仍然保留了 <h1><h6> 元素,此外还有 <img>

定义命令按钮,比如单选按钮、复选框或按钮

不过,XHTML 2.0 的战略并不是坚持严格的语法向后兼容,因此现有浏览器的 HTML 呈现引擎不可能完全应付 XHTML 2.0 文档的表达能力。不管怎样,多数 Web 浏览器都能很好地呈现任意的 XML + CSS,大量 XHTML 2.0 也能以这种方式呈现 —— 虽然无法获得语义上的改进。

用于描述文档或文档某个部分的细节

XHTML 2.0 中的一些区别非常重要,改用 XForms 是其中最值得注意的,还有彻底抛弃了 HTML 的非 XML 性质。因此现在还不能一下子把网站改成 XHTML 2.0,但是可以为未来做好准备:

定义对话框,比如提示框

  • 坚持使用 CSS,去掉所有表示性标记。
  • 考虑如何在页面中部署微格式。微格式可以在 HTML 中使用现有标准(请参阅参考资料)表示元数据。
  • 如果还没有这样做,用 XHTML 1.0 做一下实验。现在使用 XHTML 1.0 页面作为常规 HTML 是可能的,只要根据 XHTML 1.0 HTML Compatibility Guidelines 编写即可,但这会带来很大的复杂性。不能将这种方式用于 XHTML 2.0。更多细节请参阅参考资料。
  • 使用 X-Smiles 浏览器做实验(请参阅参考资料),它支持 XHTML 2.0,并提供了 SVG、XForms 和 SMIL 2.0 Basic 能力。
  • 如果基于类 XHTML 的功能创建新的客户机系统,一定要考虑使用 XHTML 2.0 作为起点。

标签包含 details 元素的标题

最后还要注意的是,XHTML 2.0 规范还没有完成。撰写本文的时候,该规范仍然处于 W3C 的工作草案阶段,就是说在成为推荐标准之前,还有一些路要走。重要的是,它还必须经过候选推荐标准阶段,这个阶段用于收集实现的经验。

规定独立的流内容(图像、图表、照片、代码等等)。

按照 W3C HTML 工作组计划,2007 年以前 XHTML 2.0 不大可能成为 W3C 推荐标准。也就是说 2006 年是获得部署经验的关键一年。

定义 元素的标题

W3C XHTML 2.0 与 WHATWG HTML 5 的比较

定义 section 或 document 的页脚。

这两期文章介绍了 WHATWG HTML 5 和 W3C XHTML 2.0 的主要特点。这两个计划完全不同:草根组织 WHATWG 希望渐进式地改进 HTML 4 和 XHTML 1.0,而联盟支持的 XHTML 2.0 对 HTML 语言进行了彻底重构。

定义了文档的头部区域

虽然不同,这两种方法仍然有可比性。WHATWG 规范的一些初步成果已经在浏览器中实现,WHATWG 的一些工作就是对 HTML 事实扩展的描述。其中一些重要的部分,如 XMLHttpRequest 将进入 W3C 的 Rich Client Activity 规范。WHATWG 在 Web 标准世界中还是有效的催化剂。

定义带有记号的文本。

把目光放远一些,XHTML 2.0 方法为 Web 提供了全新的词汇表,那时候 XML 的模块化处理、CSS 和 ECMAScript 将很快成为常见的事物。嵌入设备如电话和数字电视没有必要支持杂乱无章的遗留 Web HTML,可以毫无负担地利用纯 XML 词汇表 XHTML 2.0 的优势。此外,可访问性和国际化的新特性使 XHTML 2.0 成为第一个被认为具有通用性的 XML 文档词汇表,从而成为很多基于标记的工作的坚实而经济的基础。

定义度量衡。仅用于已知最大和最小值的度量。

与过去一样,HTML 的未来也是不确定的,有人可能称之为混乱,但是我相信 XHTML 2.0 最终将得到广泛的接受和采纳。如果这是 Web 上惟一的 XML 词汇表,可能会有一些问题,但是因为浏览器准备应付 SVG、XForms 和其他技术,所以 XHTML 2.0 看起来仅仅是另一个基于 XML 的词汇表而已。

定义导航链接的部分。

参考资料

定义任何类型的任务的进度。

学习

定义 ruby 注释(中文注音或字符)。

  • 您可以参阅本文在 developerWorks 全球站点上的 英文原文。

  • 请阅读关于 HTML 未来的系列文章中的第一期(developerWorks,2005 年 12 月)。

  • 请参阅 XHTML 2.0 规范。

  • 关于 XHTML 开发的最新进展,请访问 W3C HTML 工作组。

  • 请访问 W3C XForms 页面,那里包括关于 XForms 工作组的信息。

  • W3C Web API 工作组负责为客户端 Web 应用程序开发指定标准 API。

  • W3C Web Application Formats 工作组负责为用户界面的制定开发声明性格式。

  • 请参阅 Steven Pemberton 的 XTech 2005 演讲稿:“XHTML2: Accessible, Usable, Device Independent and Semantic”。

  • 进一步了解 Ruby 注解,它在日文和中文中用于提供发音指导。

  • XHTML 2.0 的 Metainformation Attributes Module 支持在 HTML 中加入 RDF 元数据规范。

  • 可以使用 XHTML 2.0 的 Object Module 包含任何对象。

  • 如果需要从 XHTML 2.0 文档中提取 RDF 三元组,请了解 Gleaning Resource Descriptions from Dialects of Languages (GRDDL) 转换技术。

  • W3C 关于 XHTML Media Types 的说明描述了网站支持 XHTML 的最佳实践。具体来说,根据 HTML Compatibility Guidelines,XHTML 2.0 不应该像 XHTML 1.0 那样用作 text/html

  • 微格式是让网页中的人类可读元素带有计算机也能解释的语义的一种方法。它们是连接今天的 HTML 特殊语义和明天的 RDF 兼容 XHTML 2.0 元数据的桥梁。

定义字符(中文注音或字符)的解释或发音。

获得产品和技术

在 ruby 注释中使用,定义不支持 ruby 元素的浏览器所显示的内容。

  • 看一看 X-Smiles 浏览器,它对 W3C 很多新客户机技术提供早期支持(有时候只有部分支持)的一种实验性平台,其中包括 XHTML 2.0、SVG、XForms 和 SMIL。

定义文档中的节(section、区段)。

关于作者

定义日期或时间。

图片 11

规定在文本中的何处适合添加换行符。

 

HTML5 表单

图片 12

新表单元素, 新属性,新输入类型,自动验证。

Edd Dumbill 是 Web 和 XML 技术 XTech 大会的主席,关于 Web 和 XML 技术的权威评论员和开放源码开发人员。

已移除元素

对本文的评价

以下的 HTML 4.01 元素在HTML5中已经被删除:

太差! (1)
需提高 (2)
一般;尚可 (3)
好文章 (4)
真棒!(5)

建议?
 

[if !supportLists]·        [endif]



回页首

[if !supportLists]·        [endif]

图片 13

[if !supportLists]·        [endif]

IBM 公司保留在 developerWorks 网站上发表的内容的著作权。未经IBM公司或原始作者的书面明确许可,请勿转载。如果您希望转载,请通过 提交转载请求表单 联系我们的编辑团队。

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

[if !supportLists]·        [endif]

每一章中的实例

通过我们的 HTML 编辑器,您能够编辑 HTML,然后点击按钮来查看结果。

实例

  菜鸟教程(runoob.com)  你的浏览器不支持 video 标签。

尝试一下 »

点击 "尝试一下" 按钮查看在线运行结果。

HTML5 浏览器支持

最新版本的 Safari、Chrome、Firefox 以及 Opera 支持某些 HTML5 特性。Internet Explorer 9 将支持某些 HTML5 特性。

[if !vml]

[endif]

IE9 以下版本浏览器兼容HTML5的方法,使用本站的静态资源的html5shiv包:

9]>

src=";

载入后,初始化新标签的CSS:

/*html5*/ article,aside,dialog,footer,header,section,nav,figure,menu{display:block}

+群289683894领取资料,交流学习

图片 14

版权声明:本文由澳门金莎娱乐发布于澳门金莎首页,转载请注明出处:欢迎来到HTML5