2014年6月26日，W3C的HTML工作组发布了在HTML中使用WAI-ARIA (Using WAI-AIRA in HTML)的工作草案更新。该文档指导开发者如何向HTML文档中添加由WAI-ARIA（Accessible Rich Internet Application） 规范所规定的无障碍辅助信息，从而使残障人士更容易获得Web内容和Web应用。WAI-ARIA的更多介绍可以参阅WAI-ARIA Overview。

在HTML中使用WAI-ARIA是由HTML可访问性特别任务组（HTML Accessibility Task Force）协调HTML工作组及WAI的协议及格式工作组（PFWG）共同完成的。更多信息，请参阅W3C的HTML标准计划，及Web信息无障碍标准计划（Web Accessibility Initiative, WAI）。

2014年6月26日，W3C的独立用户界面（IndieUI）工作组发布了IndieUI: 用户上下文1.0-独立用户界面的上下文信息（IndieUI: User Context 1.0 - Contextual Information for User Interface Independence）的首份标准工作草案。

该规范定义了一组Web应用可以获得的用户偏好信息，并提供一个API，允许用户代理（浏览器等）访问这些用户偏好信息，同时在这些信息发生变化时获得通知。用户可以设置的这些偏好信息包括屏幕尺寸、字体大小、颜色等。用户（特别是残障人士）可以提供关于他们所使用的辅助技术的信息，设置系统是否处于无障碍访问模式，需要使用哪种字幕及声音提示信息等。Web应用可以使用这些信息来优化其表现形式，而不需要使用户操作特定与某一种特定的设备、操作系统或本地设置。

IndieUI: 用户上下文（IndieUI: User Context）支持IndieUI的独立事件机制（IndieUI: Events 1.0），为Web应用及开发者提供了一个统一的方式来设计Web应用并使其适应于广泛的用户上下文环境，适应于不同的设备（如智能手机及平板电脑）、不同的无障碍辅助技术、不同的用户需要等。欢迎您于2014年8月1日前提交您对该规范草案的意见和建议。

更多信息，请参阅IndieUI的概述，及W3C的Web信息无障碍标准计划（Web Accessibility Initiative）。 

2014年6月24日，W3C的Web性能工作组发布了信标（Beacon）的标准草案最终征求意见稿（Last Call Working Draft）。该规范定义了一种在用户代理和Web站点之间的互操作方法，允许站点开发人员通过HTTP协议从用户代理向Web服务器传输少量的HTTP数据。Beacon API将主要用于用户代理（浏览器等）发送不需要服务器回应的HTTP请求或强制浏览器发送一个请求。欢迎您于2014年7月29日前提交您对该征求意见稿的意见和建议。

Web性能工作组还发布了资源计时（Resource Timing）的候选推荐规范更新（updated Candidate Recommendation）。该规范定义了一组API，允许Web应用在文档中加载外部资源（如XMLHttpRequest对象、iframe、img、script、object、embed等HTML元素，以及指向样式表、SVG等的链接）时，获得关于获取该资源的整个过程的完整的计时信息。

更多信息，请参阅W3C的富Web客户端标准计划（Rich Web Client Activity）。 

2014年6月19日，W3C的互联数据平台工作组（Linked Data Platform/LDP Working Group）发布互联数据平台（Linked Data Platform 1.0）的候选推荐标准（Candidate Recommendation），向公众征集参考实现。该文档描述了一组互联数据平台的最佳实践，以及一个基于HTTP访问构建可读写的互联数据体系架构的简单方法，采用HTTP协议访问Web资源，并通过RDF数据模型来描述资源状态。

更多信息，请参阅W3C的数据标准计划（Data Activity）。  

2014年6月17日，W3C的Web应用工作组发布了DOM解析和序列化（DOM Parsing and Serialization）的候选推荐标准（Candidate Recommendation），向公众征集参考实现。该规范定义了各种API，允许Web应用通过编程方式访问HTML及通用的XML的解析器，对DOM节点（DOM nodes）进行解析和序列化。

该工作组还发布了影子DOM（Shadow DOM）的工作草案（Working Draft），该规范提出了一种方法，将多个DOM树合并到一个层次结构中，并允许这些DOM树在一个文档中互相操作，实现更好的DOM组合效果。

更多信息，请参阅W3C的富Web客户端标准计划（Rich Web Client Activity）。

2014年6月17日，W3C发布HTML5的标准草案最终征求意见稿（Last Call），W3C的交互技术领域负责人 Philippe Le Hegaret在W3C官方微博撰文，介绍了W3C在推动HTML5向正式W3C推荐标准前进所持续开展的努力：

2012年，W3C　HTML工作组的主席们提出了一个推进HTML标准的计划，即 2014计划（Plan 2014），该计划希望达到以下目标：

- 在2014年底发布HTML 5.0的W3C正式推荐标准（W3C Recommendation），并在2016年底完成HTML 5.1的正式推荐标准；

- 2012年12月发布HTML 5的候选推荐标准（Candidate Recommendation），并以此为基础测试HTML 5的标准可实现性；

- 采用模块化的方法来控制规范的内容和复杂性。

经过2年多的工作，HTML 5.0得到了持续的修改和改进。HTML工作组从WHATWG及其他技术社区得到大量的反馈意见，HTML5的标准编辑与技术社区紧密合作交换意见，避免标准的分化。W3C的工作组文档HTML Landscape列出了不同HTML规范版本之间的差别。 

截至今天，HTML工作组已经完成了97,000个关于HTML5的测试。为符合W3C标准流程对候选推荐标准(Candidate Recommendation)的要求，我们跟踪了不同参考实现对HTML5特性的实现情况并给出了测试结果。结果表明，至少有两个参考实现通过了96.7%的可用性测试。剩下的3.3%的特性表现出今天的浏览器实现在处理错误方面的巨大差异，工作组已做出结论，这些未通过的测试并不会造成实现上的巨大差异，并进而对互操作产生重大影响。根据这份测试结果，我们从HTML 5.0中删除了一些缺乏参考实现支持及仍不稳定的特性，包括dialog元素，及scoped style sheet。这些特性会保留在HTML 5.1的草案中，并根据业界的实现情况再做判断。

W3C要特别感谢技术社区帮助完成这一具有重要价值的测试工作。这些测试来自Test the Web Forward社区的努力，他们将测试用例贡献给Github上的web-platform-tests　repository，我们强烈建议Web开发者持续贡献到标准测试中，通过对标准的测试使开放Web平台更加可靠。 同时，HTML工作组也正在征集对媒体元素（media elements）及页面导航（page navigation）开展进一步测试。

按照计划，针对最近对HTML 5.0的修改，我们将HTML 5.0回溯到标准草案最终征求意见稿（Last Call Working Draft）状态。我们希望业界及技术社区对在候选推荐标准阶段发生变化的特性进行反馈，反馈截止时间为2014年7月15日。一旦在标准草案最终征求意见稿阶段获得的新反馈得到处理并完成了测试套件，我们将会在今年秋天将HTML 5.0推进到提案推荐标准（Proposed Recommendation） 。在这一过程中被从HTML 5.0中移除的特性（如DataCube接口、<input type=time>, 拖拽支持（drag and drop），以及新的ruby model）将继续保留在HTML 5.1的草案中，等待更多的参考实现。

推进HTML 5.0向正式推荐标准前进只是我们推进开放Web平台的其中一步，我们希望为Web提供一个完整的开发环境，支持丰富交互、跨平台的的Web应用，HTML5是这一平台的核心。许多工作组仍在致力于扩展HTML标记语言，包括交互式设计（responsive design）、Web性能、信息无障碍及Web安全。HTML工作组将联合W3C的技术架构组（W3C Technical Architecture Group）、Web应用工作组一起在2014年9月中旬举行可扩展Web技术峰会（Extensible Web Summit），讨论未来HTML的发展。我们将会在7月上旬发布关于该研讨会的相关信息。

更多信息，请参阅：

- W3C的HTML标准计划，以及W3C发布HTML5的标准草案最终征求意见稿的新闻

- W3C Blog:  HTML5: On Our Way to Recommendation

更多博客文章，请参阅W3C Blog（中文）。欢迎您使用W3C官方博客及W3C中国网站参与互动讨论。