2016年5月3日,W3C的HTML媒体扩展工作组(HTML Media Extensions Working Group)发布媒体源扩展(Media Source Extensions)的候选推荐标准并向公众征集参考实现。该文档扩展了HTMLMediaElement,允许JavaScript生成媒体流以支持回放,这也可以用于自适应流(adaptive streaming)及随时间变化的视频直播流(live streams)等应用场景。
更多信息,请参阅英文原文。
2016年5月3日,W3C的HTML媒体扩展工作组(HTML Media Extensions Working Group)发布媒体源扩展(Media Source Extensions)的候选推荐标准并向公众征集参考实现。该文档扩展了HTMLMediaElement,允许JavaScript生成媒体流以支持回放,这也可以用于自适应流(adaptive streaming)及随时间变化的视频直播流(live streams)等应用场景。
更多信息,请参阅英文原文。
2016年4月19日,W3C的Web平台工作组发布了Web存储(第二版,Web Storage Second Edition)的正式推荐标准。该规范定义了一组API,允许Web应用程序将数据存储在Web客户端,并以键值对(key value pair)的方式访问持久数据存储中的数据。而且与HTTP会话信息记录程序相似,该规范还介绍了两个相关机制,用以允许Web应用程序将名对值存储在Web客户端,可以支持用户在每个窗口中有自己的事务(carrying out multiple transactions in different windows at the same time),也可以支持多个窗口共享一个Web存储,并可以跨越当前的用户会话。
更多内容,请参阅英文原文,及 Web平台工作组。
2016年4月6日,W3C的 Leonie Watson 发布博客文章 Working on HTML 5.1,代表 Web平台工作组的主席(Chaals, Leonie, Ade)和编辑(Alex, Arron, Steve, Travis)介绍了目前HTML 5.1标准化工作的目标、时间安排、如何参与及标准测试。大意如下:
HTML5已经于2014年底发布,此后,W3C计划将持续发布 HTML 标准的新进展。目前,W3C的 Web平台工作组(Web Platform Working Group,WP WG)正在推动在未来 6 个月内完成 HTML 5.1 的发布工作,并争取在 2016年底发布 HTML 5.1 的稳定版本。
时间安排:我们计划于 2016年9月发布 HTML 5.1的正式W3C推荐标准。为了达到这个目标,需要在 2016年6月中旬发布HTML 5.1的候选推荐标准(Candidate Recommendation),并同时发布 Call For Consensus。关于近期标准内容的更新,请参阅 changes。未来,我们将建立 HTML 规范的持续发布机制,可以通过 Github pulse 了解新的进展,并在 Twitter 上关注 @HTML_commits 及 @HTMLWG。
参与标准制定:HTML 5.1的最新版本规范文本发布在 Github 上。如果您发现有什么特性不能在浏览器上实现,请 file an issue,或直接通过 Pull Request 来修改并提交标准文本。我们将删除那些没有获得两个独立浏览器内核版本支持的特性。HTML 是一个很庞大的标准,我们通过 Bikeshed preprocessor 帮助处理相关源文件,并实现标准的自动迭代。同时,W3C的标准需要坚持 Royalty Free 的专利政策。此外,我们欢迎更多创新想法, Web平台孵化社区组(Web Platform Incubator Community Group,WICG)将帮助提出、讨论各种创新想法。
测试:W3C的每个工作组都需要说服 Tim Berners Lee 所制定的标准是“足够清晰、完整,且满足市场需要,并能确保标准中的每个技术特性能够独立的、可互操作的实现”。在HTML 5.0的制定过程中,我们启动的自动测试系统 Webapps test harness。但为了达到标准的质量目标,我们希望接纳更多能够展示互操作性的测试用例,无论这些测试用例能否被自动测试系统自动执行。
我们希望定义一个新的 HTML 标准,无论标准作者还是技术特性的实现者都能够更容易使用且更有信心的使用。我们希望让 HTML 5.1 成为比 HTML 5.0 更好的标准。这需要您的参与,从每个用户角度改进 HTML,定义更好的Web。
翻译有删节,详情请参阅 英文原文 W3C Blog: Woring on HTML 5.1。
2016年3月11日,W3C的Web平台工作组(Web Platform Working Group)发布了 HTML 5.1 的工作草案更新。在万维网的核心语言-可扩展标记语言的第5版基础上,一些能够对应用开发提供帮助的新特性不断添加进来,引入更符合开发者使用习惯的新元素,重点关注定义清晰的、一致的准则,以确保Web应用和内容在不同用户代理(浏览器)中的互操作性。
更多信息,请参阅本文英文原文、该工作组关于如何建立常态化文档发布机制的计划以及在今年晚些时候推进 HTML 5.1 成为 W3C推荐标准(working toward an HTML 5.1 Recommendation)。关于 HTML 的后续计划,也请参阅 W3C 的相关博客文章(W3C Blog:HTML - What's Next)及其中文翻译。
2016年3月10日,Charles McCathie Nevile在W3C博客上撰写题为“HTML:下一步是什么(HTML:What's Next)”的文章,内容翻译如下:
从去年末开始,Web 平台工作组承担起发布 W3C HTML 规范的责任,以及一系列的其它核心标准。我们现在进展如何、下一步计划是什么呢?
简单来说,故事就是,我们正朝着在今年稍后一点发布 HTML5.1 正式推荐标准的目标前进。目标为提供一个更符合实际的规范,通过收纳已被广泛实现的元素以及删除没有得到实现的内容。
我们也希望更多的开发者和组织参与其中,以保障 HTML 的发展继续反映着更广大开发群体的需求和目标。
这过程的重要一步是,编辑们(Arron Eicholz, Steve Faulkner 和 Travis Leithead)已在 GitHub 上发布了最新的编辑草稿,并成功运用 bikeshed 来生成文档以让日后的参与者更有效率地编辑。当然,不一样的编辑需要不同程度的投入...
修正一个错别字,或澄清一些文字让其更容易被理解,是比较轻松的开始贡献的方式,有助于开始熟悉此规范的源代码和 github 工具,从而完善 HTML。这个程度的编辑总是只须极少的讨论就被轻易接受。
同时,我们也欢迎新想法——理想状况是你的 pull request,但有时提起一个 issue更恰如其分——对那些还不具备标准化条件的特性,例如那些没有得到广泛实现的特性。
自然,新特性的提案需要最多的投入。在 HTML 规范纳入一个重大的属性提案前,须有足够的证据支持该属性已被广泛实现——被浏览器、电子书、内容发布者、管理系统开发商或者框架开发者都是关键涉众。Web 平台孵化组是一个特意设计为此流程提供无偿协助的社区,虽然并不要求必须经过孵化组来实现。实际上,picture 元素是在它自己的社区组发展的,这也是一个如何成功提出新属性的好例子。
最后,去年曾有关于 HTML 模块化的长时间的讨论。但这不仅仅是把规范简单分成几份——模块化要求很多深层次的重构才能真正产生收益。我们期待开始用这种方式来发展新的规范,但现在我们还是更关注改善现有规范的质量。
工作组现正朝着其目标稳步前进,HTML,以及计划里的其它规范。W3C 很大部份的文档发布现正逐步获得各大组织所提供 Royalty-Free 专利许可的承诺,对一些拥有众多专利的大公司此许可或者需要更多的时间。同时,Art Barstow,Web 应用工作组多年的联合主席、亦是本工作组的一位始任联合主席,因其它的职责不得不提出离任。虽然 chaals 从 Web 应用工作组继任本组的联合主席,以及得到新主席 Adrian Bateman 和 Léonie Watson 加入支持,我们仍然怀念 Art 无价的贡献付出,以及 Art 本人。
因此,虽然我们还需要一点时间来继续此使命,我们现在已有自信 HTML5.1 能在今年按计划交付,同时也将持续努力为来年发布及一步优化的 HTML 正式推荐标准(5.2?我们还没有开始为选择版本号烦恼...)创造先机。
今天我们发布了 HTML5.1 的一版正式工作草案。我们也有望很快按固定的频率持续发布工作草稿。
“公开工作草稿”是我们持续进行更新的编辑草稿的快照版本。它们将被用作可被审阅的里程碑版本。它们也拥有在 W3C 专利政策下对 royalty-free 专利许可所做出的 IPR 承诺。
2015年12月3日,W3C的可访问富互联应用工作组(Accessible Rich Internet Applications Working Group)与Web平台工作组(Web Platform Working Group)联合发布了HTML可访问性API映射1.0(HTML Accessibility API Mappings 1.0,HTML-AAM)标准的更新工作草案。该草案描述了用户代理如何将HTML语义提供给可访问应用编程接口(accessibility APIs),以及WAI-ARIA如何对此产生影响。该文档之前曾由协议与格式工作组(Protocols and Formats Working Group)及HTML工作组联合发布。
更多信息,请参阅有关HTML-AMM征集审阅意见的邮件、Web无障碍计划(Web Accessibility Initiative,WAI)及英文原文。
2015年11月26日,W3C的Web平台工作组(Web Platform Working Group)发布了Web存储(第二版)(Web Storage,Second Edition)的提案推荐标准(Proposed Recommendation),向公众征集意见。该规范定义了一组API,允许Web应用程序将数据存储在Web客户端,并以键值对的方式访问持久数据存储中的数据。而且与HTTP会话信息记录程序相似,该规范还介绍了两个相关机制,用以允许Web应用程序将名对值存储在Web客户端。欢迎您于2016年1月8日前反馈您对该规范的意见和建议。
2015年11月24日,W3C的Web平台工作组(Web Platform Working Group)发布了Web应用清单(App Manifest) 和选择API (Selection API) 两份标准的工作草案更新:
-Web应用清单(Web App Manifest):该规范定义了一个JSON格式的应用配置清单(manifest),开发者可以通过这个manifest集中的描述Web应用相关的各类元数据。这些元数据包括但不局限于Web应用的名字、获取图标(icon)的链接、当用户启动这个Web应用时建议的链接URL等。应用配置清单同时也允许开发者声明应用程序的默认方向(orientation,即横向或纵向)、设置应用程序所需的显示模式(如全屏或非全屏,分辨率等)。此外,应用清单还允许开发者通过URL指向Web应用的不同位置,从而实现Web应用之间的深度链接(deep link)。
-选择API (Selection API): 该文档是Selection API及与选择相关功能的主要版本,该API将用于替代原来HTML及DOM Range等相关标准中与内容选择有关的部分。每个在浏览器中显示的文档(DOM4中定义的document)都有一个browser context(由HTML5定义),该上下文中包涵一个Selection对象,代表了浏览器中被选定部分。这个Selection对象应当被整个文档内容所共享。Selection API定义了一组标准的API,帮助程序员操作这个对象,并定义了当操作发生或 HTML文档及DOM树 内容改变时,浏览器应当如何处理该对象。W3C在2015年10月8日发布了该文档的上一版本工作草案。
更多信息,请参阅Web平台工作组主页,及本文英文原文。
2015年11月19日,W3C的HTML工作组发布了HTML画布2D上下文(HTML Canvas 2D Context)的W3C正式推荐标准。该规范为HTML画布(canvas)元素定义了2D上下文,包括用于在画布上绘制和操作图形所需的对象、方法、属性。更多信息,请参阅W3C的HTML标准计划。
2015年11月19日,W3C的HTML工作组发布了文档对象模型(W3C DOM4)的W3C正式推荐标准。DOM定义了一个平台中立的模型,用于处理文档节点树及相关事件。DOM4增加了 Mutation Observers (突变观测器),作为原来 Mutation Events(突变事件)的替代。更多内容,请参阅HTML标准计划,及英文原文。
2015年11月12日,W3C的HTML工作组(HTML Working Group)发布媒体源扩展(Media Source Extensions)的候选推荐标准并向公众征集参考实现。该文档扩展了HTMLMediaElement,允许JavaScript生成媒体流以支持回放,这也可以用于自适应流(adaptive streaming)及随时间变化的视频直播流(live streams)等应用场景。
更多信息,请参阅英文原文。
2015年10月6日,W3C的超文本标记语言工作组(HTML Working Group)发布了文档对象模型(W3C DOM4)的提案推荐标准并向公众征集审阅意见。DOM定义了一个平台中立的模型,用于处理节点树及与处理文档树相关的事件。DOM4则为突发事件增加了突变观测器作为替代。欢迎您于2015年11月3日前提出对该文档的意见和建议。
更多内容,请参阅英文原文。