2016年8月18日,W3C的设备与传感器工作组（Device and Sensors Working Group）发布了振动API（Vibration API）的提案推荐标准更新（Proposed Edited Recommendation）。该规范定义了一个访问宿主设备振动机制的标准应用编程接口。振动是触感反馈的一种形式。欢迎您于2016年9月18日之前提出您的审阅意见。
更多内容，请参阅英文原文。
W3C发布索引数据库API 2.0（Indexed Database API 2.0）的首个公开工作草案
2016年8月18日，W3C的Web平台工作组（Web Platform Web Working Group）发布索引数据库API 2.0（Indexed Database API 2.0）的首个公开工作草案（First Public Working Draft）。该文档为数据库记录保持简单值和层级对象定义了访问数据库的应用编程接口。数据库的每一个记录都包含一个键（key）和一些键值（value）。此外，此类数据库还包含若干索引结构。应用程序开发者可以通过键或索引直接使用一个API来访问数据库记录。基于该API可以支持更丰富的查询语言，可以使用持久化B-树（B-tree）结构来实现这样的索引数据库。
更多内容，请参阅英文原文。
W3C发布HTML 5.2首个公开工作草案
2016年8月18日，W3C的Web平台工作组（Web Platform Working Group）发布了HTML 5.2首个公开工作草案（First Public Working Drat）。HTML 5.2规范是基于万维网核心语言-超文本标记语言第五版即HTML5的第二次更新。在此版本中，添加了可以帮助Web应用程序开发者的新特征，同时基于开发者的普遍使用习惯进一步引入了新的元素，重点关注定义清晰的一致性准则，以确保Web应用和内容在不同用户代理（浏览器）中的互操作性。
更多内容，请参阅英文原文。
W3C发布设备方向（DeviceOrientation）事件规范的候选推荐标准 征集参考实现
2016年8月18日，W3C的地理位置工作组（Geolocation Working Group）发布设备方向事件规范（DeviceOrientation Event Specification）的候选推荐标准（Candidate Recommendation），并向公众征集参考实现。该规范定义了一些新的DOM事件，这些事件提供了有关宿主设备的物理方向与运动的信息。
更多内容，请参阅英文原文。
W3C发布 Micropub 候选推荐标准 征集参考实现
2016年8月16日，W3C的社交Web工作组（Social Web Working Group）发布微发布（Micropub）的候选推荐标准（Candidate Recommendation），向公众征集参考实现。Micropub为独立开发的客户端与服务器之间的通信提供了一种机制，允许创建、更新及删除社交内容。对用户而言，一个直接的好处就是，用户有可能在一个独立的数据存储上保存自己的社交数据，并在两个或多个社交工具之间转换（从而避免自己的社交数据绑定到某个具体的社交服务提供者），或通过第三方的数据发布客户端将自己的社交数据发布到其他第三方社交服务。在进入W3C的标准化流程之前，Micropub 已经在IndieWebCamp 社区获得超过12个独立实现。
更多内容，请参阅英文原文。
W3C设立Web支付工作组专利咨询组
2016年8月4日，依据W3C的专利政策（W3C Patent Policy），W3C启动了Web支付工作组专利咨询组（Web Payment Working Group Patent Advisory Group，PAG），应对Web支付工作组的两份相关技术规范中的专利披露问题。更多信息，请参阅该专利咨询组的章程（PAG Charter）。
通常，在W3C中，如果某个技术标准中涉及的某项专利技术，相关专利已由持有者公开披露，是该技术标准实现中必须采用的技术（essential），但根据W3C的 免版税条款（Royalty-Free licensing terms）无法从专利持有人处获得免费授权时，W3C将设立专利咨询组（PAG, Patent Advisory Group），解决标准中的专利问题。
我们欢迎公众将关于该专利咨询组的意见和建议发送到 [email protected] （公开邮件列表）。更多信息，请参阅W3C的专利咨询组。
W3C发布混合内容（Mixed Content）的候选推荐标准 征集参考实现
2016年8月2日，W3C的Web应用安全工作组（Web Application Security Working Group）发布了混合内容（Mixed Content）的候选推荐标准（Candidate Recommendation），向公众征集参考实现。
通常当用户代理通过一个安全信道（如HTTPS）从一个特定站点加载一个资源（如Web页面）时，用户代理可以获得关于该资源的用户安全和隐私状态的三种判断：认证性（authenticated）、加密性（encrypted）及数据完整性（data integrity）。这些判断对于防止资源内容被篡改或窃听，抵御中间人攻击非常重要。但如果这些经过认证和加密的资源再通过一个非安全的信道（如HTTP）请求其他的子资源（如脚本、图片等），该资源的安全性就不再能够得到保证，从而处在一个混合状态，而事实上这一情况非常普遍。
混合内容（Mixed Content）标准详细介绍了用户代理（浏览器等）如何通过限制资源借助非安全信道与其他站点通信，以及将非公开的资源内容通过非安全信道传输而暴露在Web上等方式，控制用户安全与隐私的风险。草案描述了用户代理在处理加密和认证的文档时，如何禁止（disallow）对经过非加密方式或非授权连接所加载的子资源进行渲染或执行。
更多信息，请参阅英文原文，及W3C的安全标准计划（Security Activity）。
W3C发布消息类型发现、JF2消息序列化格式的首份标准工作草案
2016年7月28日，W3C的社交网络工作组（Social Web Working Group）发布了两份工作草案：
－消息类型发现（Post Type Discovery）：该规范给出了一种算法，通过消息（文章，Post）的属性和值判断社交网络中消息的类型，避免用户显式的指定消息类型。这种不需要明确给出消息类型的做法已经是目前大部分消息（文章）创建用户交互的主流选择。
－JF2消息序列化格式（J2F Post Serialization Format）：该规范描述了一种用于数据传输和处理的简单流数据JSON序列化格式，也可用于表达简单对象及对象序列的描述。该语法可用JSON格式描述消息（Post）对象本身、消息属性、作者信息及消息的HTML内容。
更多内容，请参阅W3C的社交网络工作组。
W3C发布 WAI-ARIA 1.1 版的标准草案最终征求意见稿
2016年7月26日，W3C的发布了可访问富互联网应用（Accessible Rich Internet Applications，WAI-ARIA）1.1版本的标准草案最终征求意见稿（Last Call Working Draft）。欢迎公众审阅，并于 2016年8月26日 前提出意见和建议。
WAI-ARIA是一个为残疾人士等提供无障碍访问动态、可交互Web内容的技术规范,，为浏览器、媒体播放器、辅助技术的开发人员以及Web内容开发者定义了可以获得更广泛跨平台可访问性的方法。 更多内容，请参阅W3C的无障碍标准计划（WAI）。
W3C发布互联数据通知（Linked Data Notification）的首份标准工作草案
2016年7月26日，W3C的社交网络工作组（Social Web Working Group）发布了互联数据通知（Linked Data Notification）的工作草案。互联数据通知是对互联数据平台的一种特殊用途，用于发送和接收通知信息。这一应用不需要以来完整的LDP实现，只需要LDP的一个易于实现的子集。该规范描述了如何在去中心化、互操作方式下实现通知消息交换的基本特性。
更多内容，请参阅W3C的社交网络工作组。
W3C发布资源计时（Resource Timing）的候选推荐标准
2016年7月21日，W3C的Web性能工作组（Web Performance Working Group）发布了资源计时（Resource Timing Level 1）的候选推荐标准（Candidate Recommendation），向公众征集参考实现。该标准为Web应用定义了一组接口，用于存取页面中资源获取的完整的计时信息。更多信息，请参阅英文原文。
W3C发布三份ODRL相关的标准工作草案 描述共享数字内容的用途
2016年7月21日，W3C的权限与义务表达工作组（Permission & Obligations Expression Working Group，POE WG）发布了ODRL信息模型（ODRL Information Model）及 ODRL词汇表与表达（ODRL Vocabulary & Expression）的首份公开工作草案。这些工作草案提供了一个灵活的互操作信息模型、词汇表、编码机制，用于描述在Web上共享的数字内容的用途和约束要求。这两份草案源于 W3C的ODRL社区组（ODRL Community Group）的社区组报告，这是 POE 工作组的重要工作基础。
此外，POE工作组还发布了POE用例与需求（POE Use Cases and Requirements）的工作组备忘。对这些用例与需求的审阅将为工作组指出更具体的需求方向。POE工作组欢迎更广泛的技术社区参与讨论并给出意见和建议，贡献更多的用例、增强技术与建议，共同提升 ODRL权限与义务表达语言的能力和适用范围。
更多内容， 请参阅英文原文，及POE工作组。
