2016年11月22日,W3C的Web性能工作组(Web Performance Working Group)发布了页面可见性(Page Visibility Level 2)的候选推荐标准,向公众征集参考实现。该规范定义了一种标准机制,允许开发者通过程序确定一个页面或文档的可见性状态(visibility state),并在页面可见性发生改变时提供通知机制,这一特性可以帮助开出出更好利用电能(power)及CPU计算效率的Web应用。
W3C发布ActivityPub的候选推荐标准 征集参考实现
2016年11月17日,W3C的社交Web工作组(Social Web Working Group)发布了ActivityPub的候选推荐标准,向公众征集参考实现。这是一个社交网络交互协议,采用 ActivityStreams 2.0数据格式,并基于 OStatus 及 Pump.io 等协议的实现中获得的经验,实现在不同社交服务之间的状态传递和消息共享。
W3C发布Web与虚拟现实技术研讨会的总结报告
2016年11月17日,W3C发布了Web与虚拟现实技术研讨会(W3C Workshop on Web & Virtual Reality)的总结报告(英文、中文)。该研讨会于2016年10月19-20日在美国加州圣何塞举行。在研讨会上,共有超过120名来自浏览器提供商、头盔及其他硬件制造商、VR内容提供商、VR内容设计及分发机构的技术专家参加会议,与会者分析了让Web平台更好支持虚拟现实用户体验所面临的机遇及挑战。
在研讨会上,与会者认识到现有的正在开发中的各类与虚拟现实有关的应用编程接口(API)成为未来在Web内容上支持虚拟现实内容提供了一个重要机遇。其中,WebVR API作为短期标准化的重要需求已经得到与会者的确认和支持,此外,让Web更好的支持360°全景视频内容分发也是未来标准化的重要优先级。与会者还识别了让传统Web支持未来更好用户体验的沉浸现实等其他需求。更长期的需求是,如何为广大的Web开发者及内容聚合设计人员提供灵活的机制和能力,使3D内容成为构造Web内容的基本模块。
W3C发布编码(Encoding)候选推荐标准更新 征集参考实现
2016年11月10日,W3C的国际化工作组(Internationalization Working Group)更新了编码(Encoding)的候选推荐标准更新,向公众征集参考实现。UTF-8编码是适用于Unicode(通用代码字符集)转换的最为合适的一种编码。因而,对于新的格式、协议,以及在现有环境中已经采用的各类格式,该规范都要求基于utf-8来进行字符编码。在utf-8之外,历史上还有存在过很多不同的编码格式,用户代理在实现这些编码格式时也可能采取不同的处理方式。该规范定义了一组遗留编码格式(legacy encodings),用户代理可以采用标准的方法,在这些遗留编码格式与UTF-8格式之间进行转换,从而实现不同编码格式的互操作。
更多内容,请参阅英文原文。
IDPF通过会员投票 正式批准与W3C的合并计划
2016年11月7日,数字出版领域的标准化组织IDPF(International Digital Publishing Forum)通过会员投票,以88%的支持率,批准了IDPF理事会提出的与W3C合并的计划。按照之前W3C与IDPF达成的计划,这项合并将于 2017年1月完成。通过IDPF的会员投票,推动此项合并向前迈出新的一步。IDPF希望所有IDPF会员及相关产业界的合作伙伴联合起来开展卓有成效的合作,在W3C中扩大出版技术社区的参与度,为形成开放、无障碍、互操作的数字出版生态系统共同努力。
W3C与IDPF于2016年5月在美国芝加哥举行的北美图书展(Book Expo America,BEA)及IDPF DigiCon上正式宣布了双方探索合并计划的意向,双方预计于2017年1月完成机构合并。IDPF所开发的EPUB技术标准工作将在W3C继续进行,新的相关标准工作将从广泛的角度改善开放Web平台对 出版的支持。
更多信息,请参阅 IDPF官方网站,以及W3C发布于2016年5月的官方声明(中文、英文)。了解W3C在数字出版领域的工作进展,请参阅W3C的数字出版标准计划(Digital Publishing Activity)。
W3C发布地理位置应用编程接口(Geolocation API)第二版的推荐标准更新
2016年11月8日,W3C的地理位置工作组(Geolocation Working Group)发布了地理位置应用编程接口(Geolocation API Specification)第二版的推荐标准更新(W3C Edited Recommendation)。该规范定义了获取相关设备所提供的地理位置信息的编程接口。W3C于2013年发布了该规范的正式推荐标准,本次发布的文档在2013年版本的基础上做出了修改。
W3C发布内容安全策略(Content Security Policy Level 2)的提案推荐标准
2016年11月8日,W3C的Web应用安全工作组(Web Application Security Working Group)发布了内容安全策略(Content Security Policy Level 2)的提案推荐标准(Proposed Recommendation)。该文档定义了一个策略语言,用来声明一组对Web资源的访问限制(restrictions),并定义了一种在服务器和客户端之间传递策略并确保策略强制执行的机制。欢迎您于 2016年12月9日 前反馈您的意见和建议。
更多信息,请参阅英文原文,及W3C的Web应用安全工作组。
W3C发布资源计时(Resource Timing Level 2)标准的首个公开工作草案
2016年11月3日,W3C的Web性能工作组(Web Performance Working Group)发布资源计时(Resource Timing Level 2)标准的首个公开工作草案。该规范为Web应用程序定义了一组接口,用于存取文档中资源获取的完整的计时信息。
更多内容,请参阅英文原文。
W3C发布规范化EXI(Canonical EXI)的候选推荐标准,并征集参考实现
2016年11月3日,W3C的高效XML交换工作组(Efficient XML Interchange Working Group)发布规范化EXI(Canonical EXI)的候选推荐标准,并征集参考实现。该规范描述了一个相对简单的方法来为EXI格式(高效XML交换格式)的文档生成一个规范化的物理表示,从而能够帮助判断两个内容不同的EXI文档是否在逻辑上等价。规范化EXI的一个很重要的应用就是在对一个基于XML的文档或文档片段进行数字签名。在不需要扫描文本全文而实现EXI的规范化在一些能力受限或对处理开销敏感的设备或计算环境下也具有重要意义。需要特别注意的是,在某些复杂特定应用场景下,应用程序可能有应用层的等价原则,两份有着不同的规范化形式的XML文档,在应用给定的上下文中仍可能具有相同的语义,但这种“应用层的等价”不在本规范的讨论之列。
更多内容,请参阅英文原文。
W3C发布HTML 5.1正式推荐标准
2016年11月1日,W3C的Web平台工作组(Web Platform Working Group)发布HTML 5.1的正式推荐标准(W3C Recommendation)。HTML5是万维网核心语言-可扩展标记语言(HTML)的第5版。HTML5.1在HTML5的基础上,添加了一些能够对应用开发提供帮助的新特性,引入了更符合开发者使用习惯的新元素,重点关注定义清晰的、一致的准则,以确保Web应用和内容在不同用户代理(浏览器)中的互操作性。
自HTML5规范正式发布后,W3C已经建立了常态化的HTML更新版本发布机制,并计划于每年发布一个HTML5的后续版本。目前,HTML 5.2已经进入草案阶段。
更多内容,请参阅英文原文,以及以下内容:
-W3C Blog: 开发 HTML 5.1 (中文翻译)
-W3C Blog:HTML-下一步是什么?(中文翻译)
-W3C Blog:完成 5.1 ... 启动 HTML 5.2
-W3C Blog: 从 5.1 到 5.2
W3C发布Web提示(Webmention)的提案推荐标准 征集审阅意见
2016年11月1日,W3C社交Web工作组(Social Web Working Group)发布Web提示(Webmention)提案推荐标准,向公众征集审阅意见。Webmention提供了一种机制,当一个网站的内容来源改变或被删除时,该网站可以通知其所链接的其他网站。从接收端的角度,Webmention也提供了一种方法,允许向链接该页面的其他Web页面请求发送通知。这种机制是分布式(社交)Web的核心构件,因为其允许网站在没有任何事先设置或协议的情况下自动获悉相关内容。该机制也可以支持用户的跨站点评论。欢迎您于2016年11月30日前提交您对该规范的审阅意见。
更多内容,欢迎阅读英文原文。
W3C发布互联数据通知(Linked Data Notifications,LDN)的候选推荐标准
2016年11月1日,W3C的社交Web工作组(Social Web Working Group)发布互联数据通知(Linked Data Notifications,LDN)候选推荐标准,征集参考实现。LDN不但描述了在用户界面或者自动化流程中,应用程序(发送方)如何将消息推送给服务器(接收方),而且还描述了其他应用程序(消费者)如何检索这些消息以供使用。任何资源(例如博客文章,或者用户配置文件)都可以通知以该资源为目标消息的某个接收端点(收件箱)。消息本身是用RDF表达的,并且可以包含任何数据。LDN实现可能是发送者、接收者或者是消费者。现有的互联数据平台(Linked Data Platform, LDP)实现已经是符合LDN要求的接收者 - 一个LDN收件箱只是一个LDP容器。我们欢迎来自开发者社区(特别是之前互联数据平台LDP的实现者的测试用例及可实现性测试报告)。