XHTML 2.0

图片 3

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浏览器已经像下图这样做出这样的行为。

图片 1

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

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

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

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

将此页作为电子邮件发送😉

未定案的特性

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做了哪些改变,可以进一步了解工作组现在在研究的规范内容了。

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

欢迎来到HTML5.2时代!

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

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

图片 2

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的介绍以及对于接下来可能发生的事的猜想;

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

HTML 5.1其他新增

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

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

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

总结

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

1 赞 3 收藏 4
评论

图片 3

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

HTML 5 和 HTML 5.1的不同之处

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

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

开始使用新的元素吧~

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

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中的不同。

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

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>元素。我认为这两个元素未来会在折叠/展开组件上起很大作用。

为何要创建 XHTML 2.0?

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

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

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

建议?

 

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

图片 4

XHTML 2.0 中的其他几点变化

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

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

图片 5

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

图片 6

图片 7

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

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 */ 

图片 8

可能制定的其他 API 包括:

图像

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

参考资料

将此页作为电子邮件发送😉

2006 年 3 月 30 日

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

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

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

关于作者

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

XForms

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

Web API

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

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

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

图片 9

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

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

获得产品和技术

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

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

You can leave a response, or trackback from your own site.

Leave a Reply

网站地图xml地图