2017年6月9日,W3C的Web与TV兴趣组(Web and TV Interest Group)(现已正式改为“Media and Entertainment Interest Group”)发布云浏览器架构(Cloud Browser Architecture)小组备忘(Group Note)。云浏览器是在服务器上运行和执行的浏览器。该文档描述了云浏览器的概念和架构。 该文档的主要目的是为云浏览器解决方案提供基础模块。
更多内容,请参阅英文原文。
2017年6月9日,W3C的Web与TV兴趣组(Web and TV Interest Group)(现已正式改为“Media and Entertainment Interest Group”)发布云浏览器架构(Cloud Browser Architecture)小组备忘(Group Note)。云浏览器是在服务器上运行和执行的浏览器。该文档描述了云浏览器的概念和架构。 该文档的主要目的是为云浏览器解决方案提供基础模块。
更多内容,请参阅英文原文。
2017年6月8日,W3C的XML样式转换工作组(XSLT Working Group)发布XSL转换(XSL Transformations,XSLT)3.0版正式推荐标准(Recommendation)。XSLT 3.0允许在流式传输模式中执行转换,源文档及目标文档并不需要完全加载到内存中,从而提高内存利用效率。另一个由XSL包提供的重要改进是提升对复杂转换规则的模块化,允许XML的样式在一些独立的,开发好的组件基础上进行定义,获得更好的软件工程鲁棒性。
XSLT 3.0可与XPath 3.0语言结合使用并提供高阶函数。正如在XPath 3.1标准中一样,XSLT 3.0精确地指定了映射功能,与XPath 3.0相比,实现者还可以对其他XPath 3.1附加提供支持,例如数组(arrays)等。
更多内容,请参阅英文原文。
2017年6月8日,W3C的RDF数据结构性工作组(RDF Data Shapes Working Group)发布结构性约束语言(Shapes Constraint Language)即SHACL的提案推荐标准(Proposed Recommendation)。SHACL(结构性约束语言)是一种依据一组条件来验证RDF图的语言。这些条件是作为以RDF图表示的其他结构体(constructs)或结构性(shapes)提供的。在SHACL中,以这种方式使用的RDF图被称为“结构性图”,依据结构性图验证的RDF图被称为“数据图”。除了可用于验证外,这种描述还有多种不同用途,例如用于用户界面构建,代码生成以及数据集成等。
欢迎您于2017年7月6日前,提交您对于该文档的审阅意见。更多内容,请参阅英文原文。
2017年6月8日,W3C的教育和推广工作组(Education and Outreach Working Group,EOWG)更新了Web无障碍相关法律与政策列表(Web Accessibility Laws and Policies Listing)。更新后的列表增加了一个概览表,包含了可进行分类排序的列以及过滤功能,例如W3C的Web内容无障碍指南(Web Content Accessibility Guidelines,WCAG)。Web无障碍相关法律与政策列表更新邮件中提供了更多进一步的信息。
更多内容,请参阅Web无障碍计划(Web Accessibility Initiative, WAI),以及英文原文。
2017年6月8日,W3C的未来战略方向负责人 Wendy Seltzer 发布博客文章,介绍了W3C的战略方向意见及研讨交流机制——战略漏斗(Strategy funnel):
W3C提供了一系列机制,从技术社区中听取关于未来Web标准与战略方向的意见和建议。这些机制包括与会员的讨论,与其他标准组织的交流,以及通过300多个社区组听取技术社区的想法。从这些渠道中,我们了解到许多好的想法,W3C的战略团队(Strategy team)也尝试了各种方法来识别其中的好想法。
本文将向您分享W3C如何通过正式上线的“战略漏斗(Strategy Funnel)”来探索和跟踪这些好想法,并邀请更广泛公众的关注和参与。
“战略漏斗”将各种潜在的、新的工作领域文档化,通过探索(Exploration)和研究(Investigation),识别任何一个新想法是否能够成为当前潜在的工作项;通过孵化(Incubation)和评估(Evaluation),以及后续的设立章程(Chartering)将一个意向转化为一个具有确定工作范围的工作组(Working Group)或兴趣组(Interest Group),或将有潜在价值的想法扩展到已有的工作组工作范围中。目前,战略漏斗是一个GitHub的项目视图,每个新的建议显示为一个卡片(card),这些卡片可以根据好想法所处的状态左右移动。大部分想法会从探索阶段开始,并随着成熟度的提升,沿着漏斗进入到后续状态。
关于“战略漏斗”中的状态,请参阅:
我们欢迎公众在这些好想法的任何阶段参与讨论发表意见,并会在“孵化”及其后的状态广泛征集来自公众的审阅意见。您可以帮助我们:
-识别进入孵化状态的想法的必要性和进行标准化的意义(孵化阶段)
-审阅该项工作相关的生态系统,表达您对开展相关标准化工作的意向和兴趣(评估阶段)
-帮助撰写工作组或兴趣组章程,确立工作组及兴趣组的工作范围(章程设立阶段)
我们的目标是,希望在将章程提交给顾问委员会进行正式审阅流程前,充分了解来自公开的技术社区的关切并响应各种质疑和建议,从而使顾问委员会的正式审阅流程变得更加高效。
欢迎您进一步了解W3C的战略漏斗(Stragety Funnel)。如果您有关于开放Web平台的好想法和新需求,请在Github上提出您的想法(add a new issue)。更多内容,请参阅W3C的其他博客文章。
2017年6月7日,经过W3C全球AC代表投票选举,新一届W3C咨询委员会(W3C Advisory Board,简称AB)四个席位选举结果揭晓,下列人士当选为咨询委员会新成员:
Michael Champion (Microsoft)*
Charles McCathie Nevile (Yandex)*
Natasha Rooney (GSMA)
Judy Zhu (Alibaba)*
来自中国区的会员单位代表朱红儒女士(阿里巴巴)继上次当选后本次被重新提名并最终连任。AB成员新一届的任期自2017年7月1日开始,成员包括(按姓氏首字母顺序排列):Tantek Çelik (Mozilla), Michael Champion (Microsoft), Virginie Galindo (Gemalto), Jay (Junichi) Kishigami (NTT), Charles McCathie Nevile (Yandex), Natasha Rooney (GSMA), David Singer (Apple), Léonie Watson (The Paciello Group), Judy Zhu (Alibaba)。借此,我们由衷感谢即将于本月底结束任期的AB代表Chris Wilson (Google)对W3C的贡献。
注:W3C的咨询委员会(W3C Advisory Board,简称AB)最初成立于1998年,由W3C AC代表提名并投票选出,共9个席位,每年轮换4-5个席位,每个席位任期2年。AB为代表W3C会员行使监督和咨询权利的最高W3C会员机构,为W3C团队在联盟战略、管理、法务、流程以及争议解决等问题提供咨询。AB的重要职责之一是维护并更新W3C流程文档(W3C Process Document),以确保标准制定流程及参与各方权利义务符合Web标准的发展需求。更多信息,请参阅英文原文。
2017年6月6日,W3C的可访问富互联应用(Accessible Rich Internet Applications, ARIA)工作组发布数字出版可访问性API映射(Digital Publishing Accessibility API Mappings,DPub-AAM)候选推荐标准(Candidate Recommendation),该文档正处于最终实现以及测试阶段。DPub-AAM描述了数字出版WAI-ARIA模块1.0(Digital Publishing WAI-ARIA Module 1.0)中的角色应该如何暴露于可访问性应用编程接口。对这份规范的实现,使辅助技术有可能在数字出版文档独有的路标中提供强化的导航,并识别出应该呈现给用户的具体文档的功能,例如跨越页面边界。这些映射也将部分用于验证对数字出版WAI-ARIA 1.0模块候选推荐标准进行实现的成功性。实现报告草案显示了对该标准的测试进度。欢迎您于 2017年7月7日 前,发送实现信息或提交审阅意见。
更多内容,请参阅Web无障碍计划(Web Accessibility Initiative, WAI),以及英文原文。
2017年6月6日,W3C的可访问性富互联应用(Accessible Rich Internet Applications, ARIA)工作组发布个性化语义1.0(Personalization Semantics 1.0)首个公开工作草案(First Public Working Draft)。个性化涉及对用户体验方面进行定制,以满足不同用户的各种需求及偏好。对标准化语义的引入,允许Web应用程序根据自己的需求和偏好,将该内容的曝光定制为个人所熟悉的内容。这份规范最初在一个特别任务组(Task Force)中开发,初衷是为满足有认知或学习方面障碍的用户需求而提供所需的技术特性,但该文档也倾向于支持各种各样的个性化用例。请您于2017年6月30日前, 通过GitHub或者邮件表达您的反馈意见。
更多内容,请参阅ARIA工作组主页, Web无障碍计划(Web Accessibility Initiative,WAI),以及新闻原文。
2017年6月6日,W3C的Web时空数据工作组(Spatial Data on the Web Working Group)发布OWL中的时间本体(Time Ontology in OWL)候选推荐标准(Candidate Recommendation)。本体提供了一个词汇表,表达关于时间与间隔之间拓扑(排序)关系的事实,提供了关于持续时间的信息,以及包括日期时间信息在内的时间位置。时间的位置和持续时间可以使用常规(公历)日历和时钟表示,或者使用其他的时间参考系统,例如Unix-time,地质时间,或是不同的日历。
更多内容,请参阅英文原文。
2017年6月2日,W3C的第二屏工作组(Second Screen Working Group)更新呈现API(Presentation API)候选推荐标准(Candidate Recommendation)。该规范定义了一个API, 使Web内容能够访问演示文稿显示,并使用它们来呈现Web内容。该规范支持在请求控制页(通常显示在移动终端上)和呈现页(通常显示在投影等大屏设备上)进行消息交换。与2016年7月发布的文档相比,工作组在这份文档中更新了算法,以修复通过测试以及实现反馈识别出的问题。但实际的界面并没有发生变化。这个API也限于保护上下文。更新列表中详细地介绍了这份文档的更新部分。
更多内容,请参阅英文原文。
2017年6月2日,W3C的Web平台工作组(Web Platform Working Group )发布两份候选推荐标准(Candidate Recommendation):
* UI Events KeyboardEvent key Values: 该文档指定了在KeyboardEvent.key属性中必须使用的有效键属性值的集合,来对键的含义进行编码。
* UI Events KeyboardEvent code Values: 该文档概述了各种键盘布局,并指定了每个键应使用的KeyboardEvent.code值。与UIEvents-key中描述的键值(key values)不同,代码值(code values)仅基于键盘上键的物理位置,并且不会根据用户当前的语言环境产生变化。该文档之前的名称为DOM Level 3 KeyboardEvent code Values。
更多内容,请参阅英文原文。
2017年4月,W3C在北京举行了 W3C顾问委员会会议,期间向会员发布了W3C战略重点报告(W3C Strategy Highlights Report)。这份报告详细阐述了Web技术的演进、迅速发展创新的Web社区以及W3C对诸多变化的应对措施。W3C于2016年夏季开始了内部的组织机构改革,以便更好的与由多种技术、利益相关者以及产业行业组成的复杂生态系统进行有效交互。
报告回顾了在过去6个月中,W3C继续增强Web核心、推进Web体验升级、拓展Web边界以及满足行业产业需求四个方面,持续优化Web平台的技术体系,主要进展包括:
-完成了IDPF与W3C的机构合并 (详情)
-举办了Web与虚拟现实技术研讨会,汇聚资源增强Web平台对虚拟现实、增强现实等的支持 (详情)
-启动了万维物联网(Web of Things)的标准化工作,改善物联网行业的标准碎片问题 (详情)
-W3C理事长 Tim Berners Lee 因发明万维网技术而获得 2016年ACM图灵奖 (详情)
更多内容,请参阅报告英文版本,及中文翻译。W3C重点工作报告半年发布一次,详情见W3C工作报告(Highlights Report),以及W3C CEO Jeff Jaffe关于 AC 2017 会议及 W3C愿景的博客文章。