HTML5.2即将来临

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

几天前，。这意味着这个规范只需要进行微量的修改就可以进入W3C标准的最后一阶段了。

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

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

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

元素中。这样这个form表单提交的时候，这个对话框就会关闭同时把提交按钮返回的值设置为returnValue。这里有一个在线的demo，代码来自MDN, 。

同时

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

HTML 5.1其他新增

除了这些元素，HTML 5.1还添加了如下新增：

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

未定案的特性

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

我要提的第一个未定案的特性就是

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

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

。IE和Edge都没有支持该元素。

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

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

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

HTML 5.2会带来什么

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

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

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

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

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

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