这份报告同时也是为2020年5月举办的 W3C 顾问委员会线上会议而准备的。关于 W3C 运行信息,请另行参阅同期发布的 W3C Fact Sheet — 2020年5月版。W3C 工作重点报告每年发布两次,欢迎查阅往期报告。
W3C 社区完成的工作是对人类工程的致敬,它在互联网核心工作的基础上为我们带来 Web:一种已然并将继续加速科技合作与发现的工具、一个连接家人及朋友的社交方式、一种在线学习与增长技能的方法、一种开展成功业务的手段等等。
W3C 现有34个工作组和10个兴趣组支持 W3C 通过创建 Web 标准、指南和支撑材料来实现其使命。我们通过 GitHub 上的同质工作空间追踪整个联盟围绕 –250份规范– 所做的大量工作,从而实现更好的监测和管理。
Web 上的隐私已成为一个日益严重的问题,Covid-19疫情流行进一步加剧了这个问题,因为有相当一部分人为了进行隔离以阻止病毒传播,而将其工作和通讯转移到 Web 上。
2020年初,全世界面临着迄今为止最大的挑战之一 —Covid-19冠状病毒在全球爆发。W3C 尊重保持适当社交距离的重要性,优先考虑人们的需求,并因此迅速暂停了所有工作差旅,完全以远程运作的方式继续我们在社区中的最重要工作 —创建 Web 标准。
Web 是渡过这次危机的必要关键基础架构之一,我们在增强平台能力并让其为所有人可用方面的工作至关重要。 尽管缺乏实体会议和出于对其他因素的考量导致一些项目进展缓慢,但大多项目仍在继续进行。
随着 Web 不断发展,各组也在寻求规范的演进方式。所谓的“持续更新标准”或“动态标准”目的是在适当的情况下持续逐个跟踪每个特性的开发(与维护),同时获得专利审查和承诺。
W3C 咨询委员会(AB)、更新中的 W3C 流程社区组以及 W3C 团队已着手对 W3C 标准流程文档展开更新,引入了一些重大变动,以支持更轻松地更新 RECs(正式推荐标准)和 CRs(候选推荐标准),为 W3C 标准化轨道添加动态标准能力,同时保持与现有流程相同的审查和质量要求。参见详细说明了解哪些更改会影响标准化流程。
实现动态标准能力需要增强 W3C 专利政策。 W3C 专利与标准兴趣组(PSIG)正加快步伐,秉着最小必要修改的原则对现有专利政策进行修订,在继续保持联盟稳定可靠政策的同时,努力确保对候选推荐标准快照(专利审查草案)的专利承诺。小组提出了围绕专利政策的拟议更新,其中包括一些尚待解决的问题。
围绕政策修订的审查工作对公众开放,至5月31日结束。我们预计6月份将修订后的文件发送顾问委员会(AC)进行正式审阅与批准,预期今年7月生效。
W3C 通过各种机制吸引社区探讨什么是好的未来 Web 标准。这包括与会员展开交流、与其他标准组织保持联系、关注超过335个社区组数千名成员的活动,以及主办 W3C 技术研讨会。其中有很多不错的想法。W3C 战略团队识别有前景的标准化话题,同时邀请公众参与。
研讨会通过演示报告、小组讨论、分组会议和“走廊”会议的形式,汇集社区成员共同围绕新领域的工作展开协作。切换到线上会议带来了工作模式上的改变,并需要重置日程安排,与此同时,我们预期分布式会议将带来更广泛的全球参与以及更多的可访问性。即将举行的研讨会和考虑中的话题包括:
近期召开的研讨会
W3C 战略漏斗(Strategy Funnel)记录了成员在探索潜在新工作过程中的各阶段进展:经历孵化与评估,最终界定工作章程从而开展标准化工作。战略漏斗是托管在 GitHub 上的项目,每一个“卡片”(card)都代表一个新领域的问题(issue),由这些卡片组成的堆栈从左至右依次表示各项工作不断向前推进的进度。大多卡片都是从探索阶段开始,之后或界定工作章程开始标准化,或是被最终移除。
公众在任何阶段都可以参与,尤其是对那些已经开始孵化的工作。这有助于 W3C 识别已经被充分孵化的工作、确保标准化进程、审阅相关生态系统、了解参与意向,进而编辑一份准确反映标准化范畴的工作章程。持续的反馈将加速整个标准化进程。
自上一份工作重点报告发布以来,W3C 小组动态更新如下:
W3C 的支付标准提供了流畅的支付交互体验,用更低的前端开发成本为商户提供一致的 Web 支付用户体验。用户可以存储和复用支付信息,更迅速精确地完成线上交易。最近的进展包括:
Web 是一个通用的出版平台。出版业受 Web 的影响在日渐加深,而 Web 也在越来越广地推动出版业的发展。
Publishing@W3C 出版界在 Web 特别感兴趣的领域包括字体排版、无障碍访问、可用性、可移植性、内容分发、内容归档、离线访问、个性化打印和可依赖的跨平台引用。数字出版社区的成员组成也十分多样,包括“传统”出版商、电子书阅读器制造商、语音书出版商、学术书刊、教科书、图书馆科学者和浏览器开发者。最近的进展包括:
为了确保 EPUB 的未来并为 W3C 的出版领域树立新的发展方向:
Web 是移动的开放平台。长期以来,电信服务提供商和网络设备提供商一直是 Web 技术部署中的关键角色。随着 Web 平台的成熟,它带来了越来越丰富的功能,以将现有服务扩展到新用户和设备,并提出新的创新服务。
WebRTC 通过使任何连接的设备成为潜在的通信端点,在任何网络上的任何地方进行音频和视频通信,从而极大地扩展了运营商与客户联系的能力,从而重塑了整个通信格局。WebRTC 是许多在线交流和协作服务的基石。
WebRTC 工作组继续致力于将 WebRTC 1.0(以及随附的媒体捕捉与媒体流规范)发布为正式推荐标准。最初的2019年末计划已被推迟,但有关互操作性和解决问题的工作取得了良好进展,并希望在接下来的几个月中正式发布。
同时,该小组发布了扩展WebRTC(又名WebRTC NV)的用例文档的第一个版本,一旦WebRTC 1.0最终确定,该小组将集中精力进行工作,这将成为下一个WebRTC工作组章程的基础。
Web & Networks 兴趣组于2019年9月在 TPAC 举行了首次面对面会议,并举行了一系列电话会议。
该小组将注意力集中在两个主要的探索主题上:
媒体和娱乐活动跟踪并标准化了与媒体相关的主题和特性,这些主题和特性可为最终用户提供身临其境的体验。HTML5、TTML和TTML配置、WebVTT将标准的音频、视频和字幕带入了Web。自那时以来,标准化活动将 Web 变成了完全适合于媒体和相关内容分发的专业平台,从而使缺少的特性可以在 Web 上流传输视频内容,例如自适应流传输和内容保护。当前小组的目标是:
时序文本工作组继续致力于 Web 的字幕标准。在 TTML2 以及互联网媒体字幕的 TTML 文本与图片规范(IMSC)1.1标准发布于2018年底之后,该小组于2020年3月发布了 TTML IMSC 1.2 候选推荐标准。此修订版定义了 TTML2 的一个纯文本配置和一个纯图像配置,保留了与 TTML IMSC 1.1 的兼容性,并在其上构建以反映现代实践,并合并了SMPTE ST 2052-1:2010“时序文本格式(SMPTE-TT)”中指定的扩展,例如SMPTE #image扩展。 通过选择TTML IMSC 1.2中定义的功能和扩展的子集,可以创建也符合SMPTE2052-1的TTML IMSC 1.2文档。
该小组还开始研究一个新的 TTML 配置,旨在支持整个工作流程中的音频描述脚本交换,包括脚本的产生,通过记录或文本到语音合成的语音呈现以及音频混合。
实际上,Web 浏览器直接支持 WebVTT,而不支持 TTML。为了实现 WebVTT 不支持的高级功能,Web 媒体播放器和应用可以选择使用 JavaScript 自己渲染字幕。根据定义,这意味着生成的字幕无法从与基础平台的集成中受益,例如应用用户样式表或参与画中画场景。媒体和娱乐兴趣组一直在跟踪有关 TextTrackCue 增强功能的早期讨论,这些讨论可以为该领域的通用解决方案铺平道路。
除了传统的隐藏式字幕之外,许多视频共享平台还实现了称为弹幕的功能,通过该功能,用户可以实时生成评论,并在媒体特定时间上显示和动画化。媒体和娱乐兴趣组探讨了该领域可能的互操作性要求和技术差距。
VR/AR 场景中字幕的渲染在渲染方面提出了独特的挑战(在 3D 中将这些字幕放置在哪里,是否跟随用户的头部移动,如何在用户当前正在观看其他地方时指示360°视频中字幕的位置)以及发行方面(如何在时序文本文件中对这些字幕进行可互操作的编码)。沉浸式 Web 社区组正在探索360°视频中字幕的用例以及 WebXR 中字幕和文本的要求。同时,沉浸式字幕社区组正在研究使用不同类型的沉浸式媒体(AR、VR、游戏)的字幕的访问、激活和显示设置的最佳实践。
媒体工作组成立于2019年中,旨在开发和改进 Web 上的客户端媒体处理和播放功能。工作组在进行包括以下 API 的标准化:
媒体工作组还开发了媒体源扩展规范的修订版,特别是增加了编解码器切换功能以改善对广告插入场景的支持,以及对加密媒体扩展规范的修订,比如添加持久性使用记录会话。
在针对媒体时间事件的用例和需求开展工作之后,对 datacue 提案的孵化已开始为 Web 平台带来对时序元数据的支持,尤其是对 MPEG-DASH emsg 带内事件的支持。
第二屏工作组开始了关于开放屏幕协议的标准化工作,开放屏幕协议是基于 QUIC 的一组网络协议,允许浏览器和设备以可互操作的方式实现 Presentation API 和 Remote Playback API。开放屏幕协议专门支持通过同一局域网连接的浏览器和显示。它允许浏览器显示 URL,启动 HTML 媒体元素的远程播放以及将媒体数据流传输到另一个设备。
关于减少设备碎片,有几种方法,其中之一是确保设备在某个时间点上都对构成 Web 平台的技术有统一的定义。通过 Web 媒体 APIs 社区组,CTA WAVE 项目发布了 Web API 的年度快照,这些 Web API 在发布时在主要的浏览器引擎中都受支持。
媒体和娱乐兴趣组也已开始收集与 Web 媒体 API 集成相关的消费电子设备的限制,比如硬件一次只能解码一个视频时的播放行为。
改善应用程序中跨设备支持的另一种方法是记录并公开功能上的差异。媒体能力和 CSS 媒体查询是很好的规范示例,它们公开了对媒体相关功能(例如编解码器支持、视频清晰度和色彩空间)的实际设备支持。Web 性能工作组还制定了规范,让 Web 应用可以使用计时 API,以分析执行各种任务所花费的时间。尽管并非专门针对媒体场景,但这些规范(例如导航计时、资源计时、用户计时和服务器计时)使监视实际设备上运行的应用性能成为可能,从而可以衡量体验质量。
支持虚拟现实(VR)和增强现实(AR)应用的硬件设备已被消费者广泛接受,这为沉浸式计算应用平台带来了机遇和挑战。与沉浸式设备直接交互的能力对保障 Web 能够作为第一公民在这个环境中良好运行是至关重要的。
沉浸式 Web 工作组在使 WebXR 设备 API 更加稳定。该小组根据对不同功能的预期进展速度,将规范分为单独管理的模块(核心 API、AR 模块、游戏手柄模块)。与此同时,沉浸式 Web 社区组将培育出一系列被确定为沉浸式 Web 未来关键的功能。
W3C 于2019年11月举办了一次有关沉浸式 Web 标准的包容性设计的研讨会,从现有的技术中学习无障碍体验 XR 的方法。研讨会重点介绍了以下几个方面(有关详细信息,请参见完整报告):
有关基础技术的工作在 W3C 和 Khronos 等标准化小组中完成,例如沉浸式 Web 工作组,时序文本工作组和 Khronos glTF 工作组。
3D 是任何沉浸式体验的核心。WebGPU 社区组孵化了 WebGPU 规范,这是一个与 WebGL 相比更现代的API,让Web 可以使用 GPU 硬件的功能,并有效地抽象出了常见的本地 GPU API(Vulkan、Direct3D 12和Metal)。
Web and Networks 兴趣组于2019年成立,致力于探索 Web 应用的解决方案,以利用网络能力(例如新的5G特性)以实现更好的性能和资源分配。该小组最近在探索网络质量的监视和预测,以允许 Web 应用创建尽可能流畅的媒体播放体验。
W3C还正在研究和标准化将媒体分发延迟降低1秒一下的解决方案。WebRTC 现在已经稳定,被在大多数视频会议系统和浏览器支持,并且已成功应用于将实时媒体流传输到客户端设备。展望未来,拟议的 WebTransport API 是一种建立在 QUIC 之上的类似 Websocket 的 API,该 API 允许应用创建多个流、单向流、无序传输和不可靠传输。这些技术与 WebCodecs API 提案结合使用,以使 Web 应用能够直接使用媒体编码器/解码器。这些技术可以创建一种新的在 Web 上流传输实时媒体的高效机制。
W3C 计划成立 WebTransport 工作组现开始编辑小组章程界定标准化范畴。
W3C 讨论并标准化了与媒体直接或间接相关的其他技术。例如,2019年6月举行的 W3C Web 游戏技术研讨会(阅读中文版报告)探讨了一些领域,这些领域也可以应用于实时场景中的媒体制作和媒体流,例如低延迟输入处理,多线程支持等。Web 媒体技术路线图列出了可用于构建媒体应用和服务的 Web 技术。
媒体和娱乐兴趣组是 W3C 用于与媒体相关的技术讨论的主要小组,以跟踪 Web 上媒体特性的发展状况。除了上面提到的主题之外,该小组还也将开始探索 Web 上媒体制作的用例和需求。
W3C 汽车工作组正在从其车辆信息服务规范(VISS)中汲取现实经验,该规范现已在量产车中使用,并已在其他地方使用,旨在创建丰富的车辆应用生态系统。
该标准为车辆、发动机温度、剩余燃油或电量、范围、轮胎气压等所有可用信号信息提供了一种通用数据模型的访问方法。目前,标准封装了大约一千种不同的数据元素,并且将不断增长以适应自动驾驶和驾驶员辅助技术以及电气化等汽车领域的进步。
应用程序在车辆本身的“主机”(汽车音响所在的地方)上运行,其他应用程序也可以连接到车辆。小组还在设想在云中使用它来提供对车辆的间接访问。
利用大众汽车提交的 VIWI 基础数据模型,该小组正在研究VISS的后继产品,作为一种更强大的方式来访问车辆信号信息,并满足其他汽车需求的相同范例,包括基于位置的服务、媒体、通知和缓存内容。小组目前有一个尚未命名的“Gen2”后继者的早期原型。
汽车和 Web 平台业务组是 W3C 汽车活动的孵化器,专注于将车辆信息带到云中并在云中使用后的机遇和挑战。
宝马和通信系统工程师学校与研究中心(EURECOM)在车辆内使用的数据模型之上创建了一个本体(VSSo),除了启用数据分析之外,它还可以将车辆表示为万维物联网(WoT)领域中的物,这项技术在很多地方进行了概念演示。EURECOM 已同意将 VSSo 引入 W3C Auto BG。
业务组已与以下组建立联系:
业务组已经形成了一种数据优先的方法来确定哪些信息是更广泛的运输中的主要组成部分,该业务组将被重命名为 W3C 汽车和运输业务组并重新发布以反映更广阔的视野。该小组将在车辆信号本体的基础上,专注于协调运输本体,并研究车载应用的最佳实践,密切关注 MiniApps 社区组,并创建一个展示图服务器,展示可通过此车辆数据回答的现实问题。
W3C 的 Web of Things(WoT)工作目标是为不同的技术方搭建桥梁来允许各种设备共同协作和实现规模化,从而通过减少碎片化和增强互联互通性来发挥物联网的潜能。
WoT 是对现有物联网生态系统的补充,可通过组合多种设备和信息服务来通过降低应用的供应商和消费者的成本和风险创造价值。许多行业将受益,例如智能家居、智慧城市、智能产业、智能农业和智能医疗保健等。
该小组继续扩大工作范围和深度,例如以安全的方式加入物联网;支持特定使用场景和特定技术的互操作性配置;支持新协议和其他标准元数据(例如位置或设备制造商)的词汇;用于支持不断发展的安全机制的安全方案,例如 OAuth2 中的流,对 PoP 令牌的支持,对 ACE 的支持等;链接关系类型规范以最大程度地实现互操作性;标准化的发现机制,使设备可以直接自我描述,而不必依赖于集中式基础架构;以及事物描述模板的改进。
WoT 兴趣组与外部标准开发组织和行业联盟合作,在标准化之前探索各种想法。这些联络已经在两个关键领域取得了进展:
HTML 工作组将 DOM 规范的2019年6月快照发布为候选推荐标准。这是 W3C 与 WHATWG 合作的第一个成果。该小组将一直待命,直到 DOM 发布为正式推荐标准为止,然后才能进一步推进 HTML 规范2019年8月快照的广泛审阅。
该小组预计 DOM(基于6月快照)和 HTML(基于12月快照)将每年发布新版本。
CSS 是开放 Web 平台的关键部分。CSS 工作组从两个很大的 CSS 用户群体收集需求:出版业和 Web 应用开发人者。前者需要更好的分页支持和高级字体处理,而后者则需要智能和高效的滚动和动画。
我们所说的 CSS 其实是一百多个规范的集合,通常称其为“模块”。工作组把 CSS 当前的技术发展状态反映在一份快照文档中,每年更新一次。工作组还发布了一个索引定义 CSS 规范所定义的每个术语。
自从上一个重点报告以来,CSS工作组发布了13个文档(工作草案和候选推荐标准),包括 CSS 书写模式第三版(已成为正式 Web 标准),使 Web 上的文本可以水平或垂直排列。
SVG 是开放 Web 平台的一个重要而且广泛使用的部分。SVG 是开放 Web 平台的一个重要而且广泛使用的部分。然而,尽管 SVG 工作组正在解决 SVG 2.0 的一些问题,但该组仍缺乏资源来推动该规范的完成。
Web 音频工作组的章程最近进行了更新,以完成有关 Web音频API 的工作(该工作已经基本完成),并继续进行 Web 音频 API 2.0的工作。音频社区组正在酝酿新功能,该小组每月与音频工作组进行电话会议。
该规范的第一个版本已在所有浏览器中实现,可在浏览器中合成音频。音频操作是通过音频节点执行的,这些音频节点链接在一起以形成模块化的音频路由图。该规范支持具有不同类型的通道布局的多个源。这种模块化设计提供了创建具有动态效果的复杂音频功能的灵活性。
Web 性能工作组的任务是提供观察和改进用户代理功能和 API 的应用性能的方法,目前包含15个规范。
该小组发布了高解析度时间的第二版,并花费了大量时间来审查 WICG 中旨在提高性能的提案,例如 调度 API 和 is-input-pending。
继HTML、CSS和JavaScript之后,WebAssembly工作组于去年12月发布了WebAssembly核心规范作为W3C正式推荐标准,从而使WebAssembly成为第四种允许在浏览器中运行代码的Web语言。
WebAssembly是一种安全、可移植的低级格式,旨在在现代处理器(包括Web浏览器)中高效执行代码并紧凑地表示代码。WebAssembly的核心是一种虚拟指令集体系结构,可以在 Web 上创建高性能应用,并且可以在许多其他环境中使用。WebAssembly的实现有多种,包括浏览器和独立系统。WebAssembly可用于视频和音频编解码器、图形和3D、多媒体和游戏、密码计算或便携式语言实现等应用中。
WebAssembly 是一个可让加载的页面作为本机编译代码运行的虚拟机和执行环境,提高了 Web 性能和功耗。换句话说,WebAssembly 可以实现接近本机的性能,优化加载时间,而且最重要的是,可以作为现有代码库的编译目标。在下载其余代码时,网页可以提前开始运行。网络和 API 访问通过随附的 JavaScript 库进行,而安全模型与 JavaScript 相同。
WebAssembly 工作组和社区组(在社区组中进行需求收集和语言开发)已经在为该标准的未来版本开发了一系列特性,包括:
浏览器测试通过以下方式在 Web 发展中演绎重要角色:
浏览器测试和工具工作组发布了 WebDriver 第二版的首个公开工作草案,包括一个远程控制接口,可以对用户代理进行控制,提供了与平台和语言无关的协议,以作为进程外程序远程指示浏览器行为的一种方式。
该小组正在为 WebDriver 指定标准的双向协议。该协议将与现有的类似协议有相同的一些特性,例如Chrome Devtools协议(又名CDP,又名Chrome调试协议)。
W3C 自2014年就开始着手协调这个为 Web 平台构建跨浏览器测试的项目。该测试已经被 W3C、WHATWG 及全部主流浏览器所采用。最近的进展包括:
在过去的一年中,在 Web 数据标准化方面的成功案例很多:
数据在所有组织里都日益重要,尤其随着物联网和大数据的技术发展。W3C 发布了一系列数据相关的延伸规范,拓展了过去二十多年对数据的研究经验,并计划进一步开展让开发人员更容易使用图数据和知识图谱的工作。为了使行业利用先进的数字技术并通过沿供应链和价值链的水平集成以及从工厂到办公室的垂直集成来促进业务发展。
关联数据是关于使用 URI 作为事物的名称,对这些 URI 进行解引用以获取更多信息并包含指向其他数据的链接的能力。Web 上开放关联数据的来源和针对服务供应商和消费者的数据服务也越来越多。W3C 正在寻求会员对有关数据相关标准的未来工作以及 AI 和机器学习的新兴机会的优先级提供意见。即将举行的 Web 和机器学习研讨会将着重于通过为机器学习提供更好的基础来丰富开放 Web 平台。
传统的数据处理方法侧重于表格数据库(SQL/RDBMS)、逗号分隔值(CSV)文件以及嵌入 PDF 文档和电子表格中的数据。我们现在正处于一个重大的转变中,即使用带有节点的图数据,并标记它们之间的有向链接。图数据:
W3C 的方法基于 RDF,并且在 W3C 和其他地方针对各种应用领域的词汇表进行了大量工作。在 W3C 图数据研讨会之后(阅读中文版报告),我们正在寻求支持以启动图标准化业务组,以提供具有用例和需求的业务视角,以协调技术标准工作并与外部组织进行联络。
分散式身份(DID)和可验证凭据密切相关:由于其本身具有可加密验证的性质,DID是识别可验证凭据中各种不同角色的理想工具,其加密完整性是其最重要的功能之一。两者最初都是在W3C凭证社区组中孵化,社区组制定的新规范可能进入 W3C 的相关工作组。
凭证是我们日常生活的一部分:驾驶执照用来证明我们有驾驶机动车的能力,大学学位可以用来证明我们的教育水平,政府颁发的护照使我们能够在国家之间旅行这种凭证,特别是其数字版本,对于 Web 上的许多应用、用户交互、工作流等至关重要。这些数字凭证必须是加密安全且可验证的,尊重隐私的并且以去中心方式进行管理,以确保依赖于它们的应用程序的灵活性和长期可持续性。
可验证凭证工作组(以前称为可验证声明工作组)在 2019 年秋季发布了可验证凭证数据模型1.0正式推荐标准和可验证凭证用例,为跨许多不同应用大规模部署数字凭证提供了基础。
数字身份对于交互式应用、数据 Web 和在 Web 上和 Web 外部署各种服务都是至关重要的。考虑到各种类型的应用,身份应该易于创建、去中心、持久、可解析和可加密验证。尽管许多标识方案(Web URL、ISBN、ORCID号、电子邮件地址、UUID等)满足其中某些特征,但没有一个可以满足所有特征。
分散式标识符(DID)工作组旨在将数字身份定义为与特定 URI 方案关联的 DID 文档:这是一个 JSON 文档,主要包含加密信息,允许任何客户端检查实体完整性、交换私有信息并获取服务信息;并且可以存储在各种类型的分布式账本、Web存储系统(如 GitHub 或 IPFS)上。该小组已经发布了DID 标识符 v1.0的工作草案以及DID的用例与需求文档。
W3C 的隐私和安全活动非常活跃,我们成立了一个隐私社区组,并在隐私兴趣组(PING)和改进 Web 广告业务组中开展了重要的新活动。
长期以来,隐私和安全(人权和公民自由的组成部分)在 W3C 的议程中一直很重要。例如,我们的工作通过开发可以代替弱密码并减少网络钓鱼和其他攻击威胁的身份验证技术,在提高 Web 安全性方面发挥了重要作用。但是,用户理所当然地担心滥用自己的个人数据并被在线跟踪,包括浏览器指、虚假信息的传播以及其他在线危害。这些是困难而紧迫的挑战。我们已经开始讨论如何在不增加审查的情况下帮助用户在 Web 上找到可信赖的内容。
现有的国际化规范 • 教育类文章 • 标准开发者清单 • 语言支持工作概览 • 国际化赞助计划
在全球将近80亿人口中,只有一小部分人会说英语,但超过50%的在线内容是以这种语言书写的。那些 Web 未支持的语言的社区将越来越被边缘化和排斥。他们将无法获得 Web 带来的的经济、教育或民主利益,并且由于没有 Web 的存在和参与,我们将失去 Web 反映世界的多样性的潜力。
W3C 于1998年启动了国际化活动(i18n),以缔造真正全球通行的 Web。为了使 Web 真正为世界各地的利益相关者提供各种语言内容的服务,必须有语言专家、网站设计师、开发者和标准实现厂商的积极协作,积极推动 Web 的发展。W3C 国际化活动开发了一个文种矩阵,该矩阵说明了各语言的排版在 Web 上的支持程度。当 Web 支持世界上所有语言时,我们才能够连接共享一种语言的所有社区。
欢迎参阅 i18n radar 了解关于当前各项目的概述。
国际化赞助计划旨在增加参与者,并鼓励赞助者提供会员费之外的资源。计划针对三个主要领域的贡献者:语言支持、开发者支持和网站或电子书的作者支持。
日中布局任务团继续定期开会,并积极修订文档。我们希望很快发布日文排版需求文档的新版本(包括英文版和日文版),其中包含勘误和一些编辑更改。差距分析的工作也在进行中。
其他小组包括阿拉伯文、东南亚和印度任务团。我们还拥有新生用于讨论欧洲和非洲语言的小组。在接下来的4-5个月中,我们希望鼓励更多的专家活跃于这些小组中,并欢迎任何志愿者或会员的支持。迄今为止,这些小组制作的文档包括阿拉伯文、波斯文、日文、中文、阿姆哈拉文、底格里尼亚文、印地文、马拉地文、泰米尔文、孟加拉文、旁遮普文、老挝文、高棉文、泰文、爪哇文、格鲁吉亚文、荷兰文、匈牙利文等。有关当前状态的摘要,请参见语言矩阵。
有关更多信息,请参见分析对Web上文本布局的支持。有关在此领域工作的任务团及其文档的列表,请参阅正在进行的语言支持工作概述。
其他近期新闻包括:
国际化工作组一直在积极审查规范并向其他工作组提供建议,包括 CSS、WHATWG、Web应用、WAI 和出版、万维物联网、JSON-LD 等小组。
除了 HTML 和 CSS 创作技术(请参阅文章列表)之外,新的教学材料还包括:
现有的无障碍规范 • WAI翻译 • 无障碍基础知识 • 数字无障碍的商业案例
2006年,联合国通过了《残疾人权利公约》,该公约重申,所有类型的残疾人都应能够享有所有人权和基本自由。该公约将获取信息,包括网络和数字内容定义为一项人权。数字无障碍,包括 Web 无障碍,是所有人享有平等机会和参与的关键。
对网站和 Web 工具进行适当的设计和开发后,残疾人可以使用它们。个人、企业和社会都会从中受益。W3C 的无障碍标准计划(简称 WAI)于1997年启动,旨在制定技术规范、指南和技术,并提供如宣传和培训材料之类的资源,以提高人们对无障碍的认识和技术实现。WAI 的 Web 内容无障碍指南(WCAG)被视为有关 Web 无障碍的权威国际标准,并且已被世界各地的许多政府采用或引用。
但是,随着 Web 复杂性的增加以及数字出版和虚拟现实等多种技术融合到 Web 上,最新技术中对无障碍支持的需求呈指数性增长。如果没有 W3C 的努力,残障人士将被进一步抛在后面。
W3C 无障碍标准计划支持 W3C 的所有人的 Web 使命,并帮助确保协调总体的无障碍计划,使该计划在 W3C 的不同领域中都有分布,并得到 WAI 资助者和赞助者的额外支持。 最近的成就包括:
W3C 无障碍指南工作组(Accessibility Guidelines Working Group)近期:
WAI的工作人员继续通过包括欧洲规范EN 301 549在内的全球标准进行协调。中国国家无障碍标准的更新已完成。
ARIA工作组将根据ARIA路线图继续开发ARIA的交付成果:
为了促进 Web 标准进程和 Web 开发人员之间的良性循环,同时增加多元化社区参与,W3C 在开发者关系方面的举措包括:
W3C 文档的官方语言是英语,而众多非英语的 Web 用户得益于对 W3C 文档的翻译。W3C 非常感谢社区志愿者的持续努力与贡献,是他们让 W3C 的各种可交付成果(尤其是规范文档)能够免费提供给不同语言的读者,从而确保文档能够尽可能多地为全球用户所用。您可以参考如何参与翻译工作的流程说明。
与其他联盟和标准开发组织(SDOs)之间的交流与协调对 W3C 来说至关重要: