W3C

W3C重点报告(2018年10月版)

这份报告为2018年10月的W3C顾问委员会会议(W3C Advisory Committee Meeting)而准备。有关W3C的运行信息,请关注同时发布的W3C Fact Sheet — October 2018. 欢迎进一步查看该报告的英文版本,以及以往的W3C重点报告

概述

这份报告整合了W3C近期工作亮点,综述了W3C对现有工作的优化、改进、创新、孵化、研究,以及对Web成长与演进的探索。

Pipeline of innovation for the Web [Lightbulb design credit: Freepik]

W3C正致力于探索实现Web不断扩展并迎接新的机遇与挑战的创新渠道。过去的一年在带来了前所未有创新的同时也开放了一系列的新话题,例如:

  1. 最近刚刚成立的沉浸式 Web工作组(Immersive Web Working Group
  2. 近期以及策划中的W3C技术研讨会(包括:数字出版布局与呈现 - 从漫画到杂志;权限与用户许可)
  3. 我们看到W3C社区(W3C community groups)开展了许多令人振奋的工作:WebGPU图形、Interledger协议(ILP)、分布式特性、广告、物联网、区块链、封装、WebApps的未来、人工智能,以及机器学习等。

诸多领域的进展都体现着W3C与Web社区的巨大活力。我们可以看到新兴Web技术的逐渐成熟以及进一步发展。

与WAHTWG合作。自2017年12月以来,W3C与WHATWG一直在探索针对HTML和DOM规范的有效合作机制。在近期Web 平台工作组章程的扩展中,我们注意到W3C与WHATWG在持续协商,以提供一份权威的HTML和DOM规范。我们相 信,存在两份截然不同的HTML和DOM规范对广大社区来说无疑是有害无益的

  1. 我们在WHATWG的变化中看到了积极因素,特别对专利政策、CC-BY行为准则和归属许可的采纳。我们保持着与WHATWG的对话,探讨以何种方式进行有效合作,维护 W3C长久以来社会价值观的同时,保证所有利益相关者及近500名W3C成员的决策权益。
  2. 自去年12月以来,我们与WHATWG指导小组进行了数次直接会议,虽然进展比较缓慢,但基调仍是乐观的。
  3. W3C仍然致力于确保HTML的开发继续考虑全球社区的需求,并在无障碍、国际化和隐私等领域不断改进,同时提供更强的互操作性、性能和安全性。

未来的Web标准

W3C通过多种机制积极听取社区围绕Web标准的反馈,包括与会员、其他标准机构、以及来自300多个社区组的数千名参与者的互动。W3C战略团队一直在众多想法中甄别有前景的话题并邀请公众的参与。

strategy funnel

近期以及计划中的技术研讨会有:

W3C战略漏斗(Strategy Funnel)记录了成员探索潜在工作的各阶段进展:通过探索与调查,孵化与评估,最终成立新的在章程下运作的小组,开展标准化工作。右侧漏斗视图是在GitHub上的项目,每一个“卡片”(card)都代表一个新的领域问题(issue),由这些卡片组成的堆栈从左至右依次表示各项工作不断向前推进的进度。大多问题(卡片)都是从探索阶段开始,之后进入标准化流程,或是被最终移除。

公众在任何阶段都可以参与,尤其是对那些已经开始孵化的工作。这有助于W3C识别已经被充分孵化的工作,保证标准化进程,审阅相关生态系统,了解参与意向,进而编辑一份准确反映标准化范畴的小组章程。持续的反馈将加速整个标准化进程。

自上一份重点报告(2018年5月版)以来,W3C成立、更新、扩展了以下各组:

新成立的小组:
小组章程更新:
小组章程扩展:
章程到期小组关闭:

满足产业需求

Web 支付

several implementations of the Web Payments specs

现有的 Web 支付规范

W3C 的 Web 支付规范旨在提供精简的支付交互体验和提高 Web 支付的安全性

ShopifyJ.Crew 的早期实践报告显示,使用新的支付标准接口能显著提升支付速度。用户可以保存和复用信息 - 在移动、桌面、和其它设备上 - 更快速和准确地完成线上交易。

支付规范的实现进展

Chrome、Edge、Safari, 和三星移动浏览器现已交付了对 Payment Request API 的实现支持,以允许用户进行简化支付。Mozilla 预期于2018年末在 Firefox Nightly 交付对该接口的实现。Stripe, Braintree, Shopify, WePay, Payone, Paysafe, Bluesnap 等电商服务平台已经开始在他们的客户开发者库中支持这个接口。

Web 支付工作组也发布了 Payment Handler API(支付处理器接口)Payment Method Manifest(支付方法表单) 来为支付在 Web 的下一步创新做准备。 这些规范让用户使用第三方 Web-based "payment 处理器" 进行支付变得可行,这是丰富支付方法和增强支付安全的一个重要创新途径。Chrome (在 68 版以后) 支持了 Payment Handler API.

增强卡支付的安全性

通过与 EMVCo 的合作,我们的两个特别任务组仍在继续增加卡支付的安全性. 这些特别任务组致力于:

联盟; 新的 W3C 会员

  • W3C 团队一直在与几家致力于“open banking APIs开放的银行接口”欧盟组织对话,讨论欧洲的支付监管法(Payment Services Directive 2 (PSD2)).
  • W3C 团队继续与相关的组织的合作,包括 EMVCo, PCI Security Standards Council, ISO 20022 RA, US Payments Forum, European Payments Council, Global Platform, NACHA, 等等.
  • 在 2018 年五月以后,又有一些重要的公司组织加入了 W3C 来参与支付方面的标准制定,包括 Bank of America, Barclays Bank, Beem It, Coil, NACHA, 和 Reach.

数字出版

publishing on the web and on a table

现有的所有数字出版标准和草稿, 规范进度公布板

Web 是个通用的出版平台。出版业受 Web 的影响在日渐加深,而 Web 也在越来越广地推动出版业的发展。

Publishing@W3C 出版界在 Web 特别感兴趣的领域包括字体排版、无障碍访问、可用性、可导出性、内容分布式推送、内容归档、离线访问、个性化打印和可依赖的跨平台引用。

在这方面值得一提的进展有:

  • 数字出版工作组 作了一个关于 Web 出版的重要技术决定: 采用 JSON-LDschema.org 词汇表, 从而利用现有的 Web 实践来覆盖过去在 EPUB 2 和 EPUB 3 中偏好使用的 metadata vocabulary 元数据词汇表
  • 对他们重新修订的 出版计划,工作组正准备开始 EPUB 4 的工作。它有点像一个依赖于 EPUB 2 和 EPUB 3 所采用的 OCF 格式的 Packaged Web Publication 打包 Web 出版机制。现在的计划是在今年年末发布 EPUB 4 的第一版工作草稿。
  • Publishing Business Group 出版业商务组EPUB 3 进行了显著的更新,这部分工作主要在 EPUB 3 Community Group EPUB 3 社区组进行。值得关注的是,EPUB 3.2 现在已经完成,其实现了对 EPUB 3.0 的完全兼容,以保障 EPUB 3.0.1 阅读系统可以接纳和渲染任何的 EPUB 3.2 新格式出版物。
  • EPUBCheck 是一个保障 EPUB 3 被更广泛地使用的关键性的资源。在 RFP 的基础上,为了在未来更好地维护和开发这个 checker 验证器,我们选用了 DAISY。首个目标是在2019年早期添加对 EPUB 3.2 格式的正确性验证。 有一个专门的筹款计划来支持这个项目的开发团队。

媒体和娱乐

Word bubbles for entertainment needs

现有的媒体规范

媒体和娱乐兴趣组创建沉浸式 Web 体验的媒体相关元素的指导委员会,同时也维护着 Media and Entertainment Road-map 媒体和娱乐蓝图。现在的发展目标是:

  • 增强核心的媒体技术:
    • 完成对简介以及其它用作显示与时序媒体,如音频和视频,同步的文字格式的捕捉 (TTML2, TTML-IMSC 1.1)。
    • 更好地支持线性内容,尤其是 MSE 里的广告插入。WICG Web 平台孵化组正在讨论一个新的 MSE 转码属性。
    • 更好地支持媒体时序事件。
    • 优化颜色显示 (HDR, wide gamut.)
  • 减少碎片化:
    • CTA WAVE 合作,共同定义了一个通用可测试的 HTML5 基准线,可以帮助减少为不同设备提供普适内容的开销。自从去年12月发布了 Web Media API,我们更关注 CE 多设备的测试。
    • 改善 媒体兼容性 检测。
    • 改进加密内容的兼容性检测。
  • 为未来创造:

Web & 电信

Web 是移动设备的一个开放平台。电信业通过提供服务和网络设备,一直在 Web 技术的发展中起着关键性的作用。随着 Web 平台的逐步成熟,新用户和新设备提出了越来越多样化的超越现有服务的兼容性要求,同时带来了对创造性新服务的需求。 2018年7月版本的 Roadmap of Web Applications on Mobile 移动 Web 应用技术蓝图 总结探索了各种能兼容和丰富移动应用的 W3C 技术。

实时通讯 (WebRTC)

WebRTC logo

现有的实时通讯 Web RTC 规范

WebRTC 能把每一个连接设备变为一个潜在的通信终端,随时随地在任意网络进行语言和视频通信,大大地拓展了电信运营商为客户提供服务的途径,从而实现了对整个通信行业的革新。去年 12月,WebRTC 1.0 发布了其候选推荐规范,表明该规范已经足够稳定,现已成为许多在线通信及相关服务的技术基石。

WebRTC Working Group WebRTC 工作组 的目标是在2019年末把 WebRTC 1.0 发布为正式推荐规范,在此期间,这个标准将继续随着下一代 WebRTC 的技术发展而进化。

Web5G

5G,这第五代通信网络在未来几年的发布计划,为 Web 平台创建了一系列的新挑战和新机遇,来兼容发挥新网络的能力:更高的带宽,更低的延时和比今天的网络更好的覆盖率 – 这也是 W3C 希望能在 Web5G 计划里充分利用的:

  • 重要的应用层创新:XR, IoT, 汽车, 4K & 8K videos;
  • 多种网络层和传输层创新:5G, NFV, SDN, MEC, QUIC;
  • 跨层的 AI 人工智能和机器学习影响。

2018年5月发布的 Web5G 研讨会报告 提出为来自商业界和技术圈的参与者创建一个特别任务组,让 W3C、5G 标准组织(如 3GPP)、浏览器厂商、开发者、设备供应商和网络运营商进行更紧密的合作。

Automotive 汽车

illustration for W3C and Automotive

现有的汽车规范

W3C 汽车工作组正在编写一个汽车服务规范,以定义一个接口显示一系列汽车机械信号(引擎温度,汽油/电力量度,航程,轮胎压力,速度,等等),从而为汽车及相关设备创造一个丰富的应用生态,彼此互联互通

现在 Vehicle Information Service Specification 汽车信息服务规范 (VISS) 已经是一个 Candidate Recommendation 候选推荐规范,它正被 Volkswagen 的一份 W3C 会员提案 (ViWi) 覆盖重写,带来更多的机器访问机械信号信息途径和其它汽车应用需要的位置服务信息、娱乐媒体、信息提醒和内容缓存等功能。

 汽车与 Web 平台商务组(Automotive and Web Platform Business Group) 是一些有潜力的标准化工作的孵化器,最近一直在关注 W3C 汽车大数据特别任务组(W3C automotive big data task force )。监管部门、城市规划者、保险公司、汽 车制造厂商、车队管理者和拥有者、汽车服务提供商等都很关注 W3C 汽车信息服务规范里所定义的可访问信息。除了该模块所需要的数据抽样和尖端计算以外,用户授权、信息收集方式和数据处理器也在该任务组的讨论范围里。

Web of Things 万维物联网

illustration of wot

现有的 Web of Things 规范

Internet of Things 的潜能受到碎片化和缺乏互操作性的不利因素制约。W3C 的 Web of Things 工作目标是为不同的技术方搭建桥梁来允许各种设备共同协作和实现规模化

初期,它尝试通过一系列使用 JSON-LD 格式的机制,去形式上描述一些 IOT 接口,去允许 IOT 设备和服务彼此沟通、跨越不同的网络层协议工作。然后,它提供了一个模式化机制去定义和编程 IOT 行为。W3C 正聚焦那些为应用和应用平台提供接口的标准,和那些实现 Web 规模化开放集市的规范。与此相对应的是,OCF, oneM2M, Bluetooth, 和 OPC 等标准组织关注的是特定的 IOT 平台。

Web of Things Working Group 在编写一系列的规范,围绕描述、模版绑定协议声明、接口脚本和安全指南等,计划在2019年早期发布候选推荐规范。

Web of Things Interest Group 正在和 schema.org 协作,同时 W3C Web of Things Community Group 也在进行部分词汇表开发。Web of Things 工作极度依赖于 W3C 的 Web of Data 工作。

增强Web核心能力

HTML

现有的 Web 平台工作组规范 HTML logo

Web Platform Working Group Web平台工作组在继续开发 HTML 语言和提供一系列优化 Web 前端应用开发的接口。Push API (消息推送接口)和 Web App Manifest (Web应用表单) 将发布候选推荐规范。IndexedDB API 已经开始了第三版的讨论,包括接纳 Observer API 观察者接口等新属性。其它 WebApps 规范,尤其 File API, Intersection Observer, 和 Editing API 都取得了显著进展。

在最近的 Web Platform Working Group 延期通告里,我们提到,在 WHATWG 和 W3C 进行如何合作提供一个权威性的 HTML 和 DOM 规范的商讨的期间,W3C 将暂停推进相关的规范。我们都同意同时开发两个并行的正式的 HTML 和 DOM 规范通常对社区来说是无益的。

CSS

现有的 CSS 规范 image demonstrating discretionary ligatures

CSS 工作组主要从两个方面的 CSS 主要用户接收需求:出版界和应用开发者。在 W3C,这两方面的用户主要以 数字出版组Web 平台工作组 为典型代表。之前的诉求包括更好的分页支持和更先进的字体处理器,近期的需求有智能(而且快!)的页面滚动和动画

我们所说的 CSS 其实是一百多个规范的集合,通常称为‘模块’。工作组在8月份发布了13份文档(工作草稿、候选推荐规 范),这显著的效率提升是由近期的自动化流水线化文档推进请求流程带来的,这也加快了 Director 审阅文档推进请求的速度。

在这段时间,CSS 工作组发布了三份正式推荐规范:

  1. CSS UI Module level 3
  2. CSS Color Module level 3
  3. CSS Fonts Module level 3

CSS Fonts Module level 3,标准化了如何用 CSS 去链接和选择一个字体(从而完整了我们今年早期关于字体的构想 出版 WOFF 新格式)。请阅读 W3C Blog post on CSS Fonts 3了解更多相关信息。

字体

graph showing Web Font usage data, top 100,000 websites, 1998-2018

WOFF 1.0 和 WOFF 2.0,都在去年冬天被发布为正式推荐规范,并被广泛实现支持。然而,对于字节符号很多的字体(如许多用于中文和日文的字体),哪怕被压缩为 WOFF,下载包还是很大。静态构造子集能用于补充缺失字节,或者利用默认备用字体来渲染缺失字节。

早期的实验数据证明了 font enrichment API 字体丰富API 的灵活性,用一个服务器默认发送一个最小字符集,而在前端根据需求动态查询整个字节库请求额外的子集。这个接口可以渐进性地丰富下载的字体,不需要繁琐的 CSS 机制也不需要请求多个单独的字体文件。这个接口可以通过脚本库的形式实现,也可以作为一个原生浏览器接口。在其它实验中,也有尝试拓展 WOFF 2 里的 Brotli 压缩法以支持共享字典和 patch 块更新。这能免去一个新接口或者新的传输协议的开销。它还有待浏览器去实现对正在使用的字体实现动态分块和刷新。请阅读 advance notice for a revised Fonts Working Group charter 字体工作组章程重写预告W3C 关于 CSS Fonts 3 的 Blog 文章 了解更多信息。

SVG

SVG logo

现有的 SVG 规范

SVG 是开放 Web 平台的一个重要而且广泛使用的部分。SVG Working Group 的重点工作是让 SVG 2.0 规范和现有浏览器的实现保持一致,在该规范被分成现已被支持的 2.0 属性 和将被支持的 2.1 属性以后。

音频

Web Audio API浏览器合成音频变得可行。音频的操作是通过音频节点完成的,它们链接在一起共同组成了一个模块化的音频路由图谱。多个资源 - 携带不同种类的频道层次 - 的合成已得到支持。这个模块化的设计提供了用动态音频效果创造复杂音效的灵活度。

Web Audio API 的第一版,得到了所有现代浏览器支持实现,已被发布为候选推荐规范;它的下一版本的设计工作已经开始。

性能

Performance report example

Web 性能

现有的 Web 性能规范

Web Performance Working Group 的主要使命是为浏览器属性和接口 提供接口进行观测和改善应用的性能。这个工作组刚采用了一个鼓励新性能接口的孵化、强调测试、重视安全隐私审核的新章程,在该章程下工作组的各个规范都被持续推进。工作组近期开展了关于 Reporting 报告接口,Network Error Logging 网络错误记录,Device Memory 设备内存接口等新的性能规范的编写和讨论。

WebAssembly

现有的 WebAssembly 规范

WebAssembly 通过实现可加载页面运行本地(编译)代码的虚拟机和执行环境,改进了Web性能和能力。它已被 Firefox, Edge, Safari 和 Chrome 支持实现。

WebAssembly 实现了 near-native近似-本地的性能、优化加载时间和也许是最重要的,一个以现有代码为基础的编译目标。虽然它只有少数的本地语言选择,大部分的相对于 Javascript 的性能优化还是根据所执行的语言种类有很大程度区别。WebAssembly 利用了几十年来的编译语言优化和字节符的 compactness 压缩和 streaming 流算法优化(在其余代码被下载的过程网页已经可以执行)。它现在主要用于 C++, Rust 和 Kotlin,但编译器是用其它语言开发的。网络和接口访问都是通过所附加的 Javascript 库所实现 -- 整个安全模型是和 Javascript 一致的。

该工作分布在 Community Group (1041位成员) 和 Working Group (43位成员)。社区组进行功能优先级讨论和技术的孵化开发;工作组则进行产品测试、社区横向审阅及标 准化文档的开发。

正在发展的属性:

  • SIMD (single instruction, multiple data):让 forEach 这一类的循环执行能平行执行。
  • Threads 线程
  • Exceptions 异常
  • JS-like:
    • 访问 DOM
    • 类ES6的库模块接口
  • Shared memory (访问 SharedArrayBuffer)

测试

浏览器测试通过以下方式在Web发展中演绎重要角色:

  • 提升Web技术接口定义的可靠性;
  • 通过帮助浏览器厂商检测其产品中的 bug 进而提升浏览器技术的实现质量;
  • 通过发布测试结果,增加 Web 开发者对已知 Web 技术的 bug 和缺陷的了解。

浏览器测试和工具

comics illustration of a man wearing a helmet and
      goggles

现在终于有了一个 标准化的方式进行 Web 测试,一个可以忽略浏览器种类和引擎差异的、和浏览器进行自动交互的接口。WebDriver 最近被发布为 W3C 正式推荐规范。它是一个远程控制接口,可以内部分析和操控浏览器。它提供了一个不依赖平台和语言(platform- and language-neutral)的线式协议去实现进程外(out-of-process)编程远程以指令控制浏览器行为,并模拟真实用户使用浏览器的动作集合。

WebDriver 已经被全球 Web 开发者广泛使用来保证他们的 Web 应用在浏览器里正常运作。它也被浏览器厂商作为 web-platform-tests 项目的一部分,使用在跨浏览器测试里,在发布新浏览器版本前去捕捉和防范不兼容的浏览器属性。请阅读 W3C Blog post 了解更多相关信息。

Web平台测试

W3C自2014年开始着手协调一个开源项目,为 Web 平台构建一个跨浏览器测试项目:WebPlatform Tests。该测试已经被 W3C、WHATWG 及全部主流浏览器所采用。中国的互联网厂商也对此增加了关注,提出了一些提交测试结果的问题和方案。

今年五月 WPT 迁移到它自己独立的 GitHub repository 里,以更好地协调管理这个项目和该项目的工作产出。这个项目非常活跃,单2018年九月份就有1万1千多个 pull request 被关闭接纳,3万2千多个 commit 和 1千5百多的 fork。

Web of Data 数据Web

Context diagram from DWBP doc

现有的 Web 数据规范。

数据在所有组织里都日益重要,尤其随着 IoT 和大数据的技术发展。W3C 发布了一系列数据相关的延伸规范,拓展了过去二十多年对数据的研究经验。这个系列包括 RDF 规范、语义网和 Linked Data。

JSON-LD Working Group 最近开始更新 JSON-LD 规范以覆盖 RDF 以 JSON 为基础的序列化。这项工作可以协助 W3C 的 Web of Things 标准化,WoT 正研究使用 JSON-LD 去以带属性、动作和事件的 object 的形式描述物体,该描述方式不依赖于现有的协议。

W3C 计划在2019年早期组织一个研讨会,去聚集一些标准化目标,如,图谱数据库(graph database)的查询语言、改进可连接注释处理器(属性图谱,link annotation - property graphs),不同的 reasoning 格式及其未完成套件、不确定和不一致的知识元、 enterprise knowledge graphs企业知识图谱支持, AI 和 Machine Learning, 转换跨语义的不同词汇表的数据的尝试、signed Linked Data Graphs, 和其它改进 W3C 的 vocabularies 和 ontologiesand 主导工作的话题。

所有人的Web

安全、隐私、认证

现有的安全相关规范隐私相关的规范

Web安全正逐渐走向实际,正如Web应用安全工作的活跃,无密码Web的到来(欢迎阅读来自Security Boulevard, eWeek, Dark Reading的新闻 “服务供应商如何推出强大的加密安全”),W3C召开的技术研讨会,关注如何回应由强大的硬件传感器、设备性能、以及APIs所提出的隐私、安全和可用性方面的挑战和问题 (今年9月举办了权限与用户许可研讨会),以及强认证如何在Web上运作(今年12月将举办强认证和身份验证研讨会)。

Web上更简单、更强大的验证

WebAuthn logo

继Firefox、Chrome、Edge之后,Webkit也已宣布对Web认证(WebAuthn)规范进行实现。该规范于今年四月成为候选推荐标准,并将于近期进一步成为提案推荐标准,目前该规范正 处于互操作性测试阶段,此外FIDO联盟也刚刚宣布了FIDO2认证解决方案(FIDO2 Certified Solutions)

WebAuthn是一个开放的标准 Web API,它为本机平台、浏览器、操作系统(包括移动设备)和硬件中内置的本地认证技术提供保护,以防止黑客攻击、凭证窃取和钓鱼攻击,从而结束了以密码为安全构造的时代。

改进安全审阅工作

对于隐私与安全规范的审阅正通过以下两种方式进行,此外,更多来自安全及隐私领域专家的参与将会对此有所助益:

  • 隐私兴趣组(Privacy Interest Group, PING)在其每月的电话会议上对隐私规范进行审查。规范的作者和工作组主席受邀在电话会议上介绍小组工作,并讨论隐私规范问题。
  • 为了获得对安全规范更广泛的审阅,W3C正在尝试一种新模式:将相关工作分散到广泛的志愿审阅者中。我们希望更多的志愿者参与进来,欢迎通过邮件联系我们

Web应用安全

Web应用安全工作组

Web应用程序安全工作组(Web Application Security Working Group)的规范,例如混合内容、安全上下文、升级不安全请求已进入提案推荐标准阶段。此外,该组还有许多其他旨在提高Web安全性的规范,包括CSP3、凭证管理、权限API、推荐人策略、限制原始Web标签、以及清除站点数据等。

跟踪保护

W3C的跟踪偏好表达(Tracking Preference Expression,DNT)规范,目前处于候选推荐标准阶段,其最终将发布为信息性的工作组备忘,它的附录反映了跟踪保护工作组(Tracking Protection Working Group)所开展的其他工作。

国际化(i18n)

indic script example

现有的国际化相关规范教育类文章开发者清单

要实现W3C名称中的“全球(World Wide)”部分,从而使Web真正为全世界的利益相关者所用,那么来自语言专家、Web站点设计者、开发人员以及积极推动Web向前发展的供应商的之间的通力合作则必不可少。为了确保对Web的发展变化做出及时应对,W3C希望汇集关注这些问题的组织以及专家资源,寻求他们的帮助,以加强对Web国际化方面标准 工作的支持。

W3C于去年7月成立国际化赞助计划(W3C Internationalization Initiative),目的是增加核心资金投入,通过补充在收集用户需求、支持开发人员以及教育与延伸等方面的资源投入,从而加速万维网的“全球化”进程。在接下来的一年里,我们制定了以下目标:

  • 扩大专家网络在语言支持小组中的参与
  • 将I18N最佳实践的内容大小增加一倍
  • 扩展i18n测试框架,以支持分页媒体生成器的测试和结果

有关当前项目的概述,请参阅i18n radar。近期,W3C的国际化标准工作在许多领域都有进步:

  • 需求:(更多相关信息,请参阅分析对Web上文本布局的支持,即Analysing support for text layout on the Web
    • 新的差距分析文档。在过去的6个月中,我们已经为一系列脚本/语言设置了初始占位符草案。内容正在被添加到阿拉伯语、梵文、孟加拉语、泰米尔语、老挝语、高棉语和爪哇语文档中。并且针对更多脚本/语言进行了初步审阅。差距分析文档被链接到语言矩阵(language matrix)页面。
    • 印度语国际计划。该组已经开始记录在印度的Web和电子书用户的差异,尽管也有针对古尔穆基语和古吉拉特语的差距分析草案,但最初的重点是梵文、孟加拉语和泰米尔语文字。
    • 新的东南亚语言小组。该组的成立是为了考虑东南亚语言和文字布局的相关问题,如高棉语、泰语、老挝语、缅甸语,爪哇语和巽他语。 用于该组的模型采用新的方法,该方法正在改进应用到其他的布局特别任务组。 该小组也构成了一个专家网络,主要是通过github来讨论工作重点。 采用这种方法是为了减少参与W3C工作的障碍。布局特别任务组之前已经招募了少数能够承担编辑和制作文档的成员。 我们已经有20多位专家提供了重要信息,我们仍在继续招募更多专家。 问题清单包含了在差异分析框架中与当前规范话题或截面相关的问题。 其目的是在差异分析和布局要求文档中捕获源于小组的信息。
    • 新的日本语和蒙古语小组。一个新的日本语布局特别任务组已经启动,我们正在招募参与者。它将致力于差异分析、JLREQ勘误表, 并生成新的文档来补充JLREQ。此外,一个新的蒙古语布局特别任务组也已成立,并初步草拟了蒙古语布局要求(Mongolian Layout Requirements)。
  • 开发人员支持:
    • 规范审阅。i18n工作组一直在积极审阅各个规范并向其他工作组提供相关建议,其中包括CSS、HTML、WhatWG,Web平台、时序文本,Web无障碍、Web认证、Web出版小组等。
    • 字符模型:字符串匹配(Character Model: String Matching)提供有关万维网上字符串标识匹配的通用参考,从而提高互操作性。 它通过了最终的广泛审阅,并有望尽快发布。
    • 数据格式中的语言和方向元数据需求(Requirements for Language and Direction Metadata in Data Formats) 列出了有关问题并讨论了潜在解决方案,即使用JSON或其他数据格式的字符串传递有关语言和方向的信息。I18n工作组不断更新这份文档,包括使用脚本标签设置有关bidi隔离的基本方向的新章节,以及使该文档更加清晰而进行的重新编写。
  • 教育与延伸:(有关所有教育类材料,请参阅HTML与CSS创作技巧,即HTML & CSS Authoring Techniques
    • 新文章:换行方法Approaches to line breaking)为规范开发人员和实现者整体绍了在不同的书写系统中,在行尾换行的排版策略有何不同。
    • 新文章: 字符串和bidi(Strings and bidi)说明了当字符串插入到文本中,然后在不同方向上下文中显示给用户时可能出现的问题:从左到右 (LTR)还是从右到左(RTL)。

我们需要您的协助

Photo: a boy Tibetan monk, reading a book with Tibetan letters

W3C的国际化计划是一项赞助计划(sponsorship program),旨在提供额外的资金和资源支持,以处理国际化连续体的三大方面:

  • 语言支持:了解全球Web用户差距,为使用语言的利益相关者提供语言能力。
  • 开发人员支持:构建支持全球Web的标准和应用程序,为搭建全球Web基础设施以及支持W3C标准和小组的技术公司开发人员提供支持。
  • 作者支持:为用自己的语言创建Web内容的个人以及建设多语网站或将其本地化的公司作者提供支持

赋能 发展 教育
利益相关者 政府机构、出版商、用户社区等 W3C工作组、应用程序开发人员 内容作者和开发人员、本地化人员等
典型活动 差异分析、确定优先级记录需求 指南及检查清单
审阅
架构解决方案
教育资源
延伸宣传
检查工具

Web无障碍

logo of the Web Accessibility Initiative

现有的无障碍相关的规范WAI 资源

W3C Web内容可访问性指南(Web Content Accessibility GuidelinesWCAG,2.1)已于今年6月发布为W3C推荐标准,并被三个欧洲标准组织(CENCENELECETSI)采纳,用于Web内容、电子文档和非Web软件,例如本机移动应用程序等。欧盟EN 301 549标准 “适用于欧洲ICT产品和服务共同采购的无障碍要求Accessibility requirements for ICT products and services)”在今年夏天进行了修订,并参考了WCAG 2.1。W3C团队的积极参与促进了欧洲标准与W3C技术指南之间的持续协调统一。

据《世界残疾报告》称,当今世界有十亿残障人士 - 每七个人中就有一个。通过帮助构建支持无障碍的规范、指南、评估和教育材料,有助于确保各组织改进残障人士访问Web的方式。

想要了解为什么无障碍对残障人士非常重要,为什么对所有人有用,请观看介绍Web无障碍和W3C标准的视频(时长4分钟)

无障碍活动支持着W3C Web for All 的使命。Web无障碍计划(WAI)持续助力,确保无障碍活动协调一致,形成内聚方案,在W3C的各个小组和多个领域中广泛分布。显著的进展包括:

  • Web内容可访问性指南(Web Content Accessibility Guidelines,WCAG,2.1)成为W3C 推荐标准。 无障碍指南工作组(Accessibility Guidelines Working Group,简称AG WG) 制定了紧凑的计划,将Web内容无障碍指南即WCAG 2.1于2018年6月发布为正式推荐标准,为面临认知和学习障碍、视力低下人群增加了更多的无障碍需求,提升了移动辅助功能的覆盖范围。 更多信息,请参见WCAG 2.1新闻稿。 AG WG的 “Silver”特别任务组继续探索各利益相关方对WCAG 2.1后在无障碍指南工作方面的要求。 欢迎公众参该话题,以及对WCAG 2.2的讨论。
  • WCAG 2.1一致性测试。 可访问性一致性测试特别任务组(Accessibility Conformance Testing Task Force)继续更新可访问性一致性测试(ACT)规则格式1.0(Accessibility Conformance Testing (ACT) Rules Format 1.0),并将其应用于ACT规则。 ACT提供了测试Web内容的文档化方法,在评估Web内容与WCAG 2.0(最终是WCAG 2.1)的一致性时提高了评估者之间的可靠性。 ACT规则格式计划在2018年完成其候选推荐标准阶段,以便公众对 ACT规则进行参与和贡献
  • 对采用和实现可访问性标准的支持材料进行了更新。 教育和延伸工作组(Education and Outreach Working Group)完成了对WAI网站的修订和更新,包括修订Web无障碍简介部分的内容,目前正在更新WAI无障碍业务案例。
  • 开发ARIA 1.2和辅助功能API映射(AAMs)。 WAI-ARIA定义了使Web应用程序和丰富的Web内容更易于访问的角色和属性。 ARIA工作组发布了一系列ARIA 1.2资源的首份公开工作草案。 ARIA工作组继续在其他组中开展工作,为几种技术(包括WAI-ARIA、HTML、图形SVG数字出版和CSS)提供可访问性 API映射。 欢迎参与接下来ARIA 工作组在ARIA 2.0方面的工作。
  • 对W3C其他工作组的横向审阅与支持。 可访问平台架构(Accessible Platform Architectures,简称APA)工作组继续审阅W3C的所有规范文档,并根据需要与各组跟进相关规 范的可访问性障碍问题。 APA支持CSS和支付的可访问性策略,并为探索认证、个性化、CAPTCHA、虚拟现实、汽车和物联网领域话题的问题研究特别任务组(Research Questions Task Force,简称RQTF)输入需要长远考虑的问题。APA技术规范中的可访问性框架(Framework for Accessibility in the Specification of Technologies,FAST)清单可帮助规范开发人员在开发过程的早期阶段预先检查其规范中潜在的可访问性问题,并提供详 细的指导

APA工作组欢迎可访问性方面的审阅人员,RQTF正在寻找来自各行业和用户社区的研究人员。

面向全球

W3C开发者关系

为了促进Web标准进程和Web开发人员之间的良性循环,同时增加多元化社区参与,W3C团队三管齐下恢复了与开发者的联系:

  • @w3cdevs社交媒体账号是W3C团队与开发者联系的媒介之一。 它更加地面向技术受众,着重关注早期和新兴工作,以及即将举办的技术活动和参与方式等。
  • 跟进Github及时响应开发人员的反馈。
  • 增进MDN和W3C之间的协调。

W3C与MDN

MDN logo

MDN Web Docs是可以帮助Web开发人员构建开放Web的跨浏览器Web标准文件。

W3C团队成员DominiqueHazaël-Massieux加入了MDN 产品顾问委员会(PAB),这也开启了更多的机会:

W3C在线培训课程

w3cx logo

W3C与EdX合作,于2015年6月启动了MOOC培训计划,即W3C在线课程W3Cx。 当前我们已拥有来自世界各地的近77万名学生。

W3Cx于2017年4月推出了一个“前端Web开发者(FEWD)”专业证书项目,该项目由一系列基于Web基础语言HTML5、CSS和JavaScript的课程组成 (共五门课程)。

W3C与其他联盟

handshake and icons representing liaisons

与其他组织和SDO的交流和协调对于W3C来说至关重要:

  • 避免重复工作;
  • 协调不同的里程碑时机、不同的保密规则、不同的知识产权、有关Web的不同意见;
  • 确保标准具有互操作性;
  • 协调各自议程,W3C参与ICANN、GIPO、IGF、I *。值得注意的是,W3C参与了ICANN技术专家组以及新的gTLD Auction;
  • 在政府联络层确保我们的标准工作得到官方认可,从而基于这些标准的产品(通常由会员完成)将成为采购政策的一部分;W3C具有ISO的 ARO/PAS席位;W3C参与欧盟MSP和标准化延展计划;
  • 确保全球Web和互联网标准在技术和政策层面(在政策制定方面的专利制度、分化、使用)形成兼容的技术堆栈;
  • 促进行业、公共部门和广大公众对标准的采用-W3C是OpenStand的共同签署者。 IEEE、IETF和W3C是互联网/Web标准的支柱,共同创造了新的标准典范。

W3C Web内容可访问性指南(Web Content Accessibility GuidelinesWCAG,2.1)已被三个欧洲标准组织( CENCENELECETSI)采纳,用于Web内容、电子文档和非Web软件等。欧盟EN 301 549标准 “适用于欧洲ICT产品和服务共同采购的无障碍要求Accessibility requirements for ICT products and services)”今年夏天进行了修订,并参考了WCAG 2.1。W3C团队的积极参与促进了欧洲标准与W3C技术指南之间的持续协调统一。