WAI-Adapt 解释说明

W3C 小组草案说明

关于此文档的更多详细信息
此版本:
https://www.w3.org/TR/2023/DNOTE-adapt-20230103/
最新发布版本:
https://www.w3.org/TR/adapt/
最新编辑草案:
https://w3c.github.io/adapt/
历史:
https://www.w3.org/standards/history/adapt
提交历史
编辑:
(Benetech)
(受邀专家)
(W3C)
(W3C)
Richard Schwerdtfeger (Knowbility)(编辑至 2017 年 10 月)
反馈:
GitHub w3c/adapt拉取请求新议题开放议题

摘要

人们的需求各不相同。有许多具有认知和学习障碍的人,这些障碍会影响 他们与 Web 交互的能力。有些人无法处理数字信息(计算障碍),但 另一些人比起文字更容易理解数字。一些具有严重语言障碍的人使用符号来 表示词语;一些人需要(或希望使用)简化的用户界面。不同的人会发现不同的 布局和内容类型更容易理解,而对一个人可用且可理解的内容,对另一个人来说可能 过于复杂。WAI-Adapt 任务组旨在应对这些多样且相互冲突的用户 需求,使内容能够根据个体用户的独特 要求变得更易理解。本解释说明中描述的各种 WAI-Adapt 规范模块提供了多种方式, 使 Web 技术能够满足这些要求。

各种 WAI-Adapt 模块规范使作者能够有选择地添加关于 内容的语义信息,以便为个体用户实现内容和界面个性化。这进而有助于 面向具有学习和认知障碍人士的用户代理。

WAI-Adapt 技术允许作者使用一组新的 属性和值添加额外的语义信息,并且(在多数情况下)使用固定的令牌列表(分类法)。 本文档提供了解释,用于理解如何使用 WAI-Adapt 属性来个性化更具无障碍性的 Web 站点。

本文档状态

本节描述此 文档在发布时的状态。当前 W3C 出版物列表以及本技术报告的最新修订版可在 W3C 技术 报告索引中找到,网址为 https://www.w3.org/TR/。

本文档由 Accessible Platform Architectures 工作组发布为 使用 说明轨道的 小组草案说明。

小组草案说明未获得 W3C 或其成员的认可。

这是一份草案文档,可能随时被其他 文档更新、替代或废弃。除非作为进行中的工作, 否则不宜引用本文档。

W3C 专利 政策 不对本文档附带任何许可要求或承诺。

本文档受 2021 年 11 月 2 日 W3C 流程文档约束。

1. 引言

WAI-Adapt 规范模块:

个性化涉及调整用户体验的各个方面,以满足 个体用户的偏好或需求。例如,熟悉的术语和符号对于许多人有效使用 Web 内容至关重要,如 使内容可用(面向 COGA 人群)中发布的用户场景和用例所述。然而,对一个用户来说 熟悉的内容,对另一个用户来说不可避免地会是新的、陌生的。基于 WAI-Adapt AAC 符号支持技术的个性化,支持加载适合特定用户的一组符号, 确保向每个用户呈现熟悉的符号。

技术有望具有极高的灵活性,许多系统的设计都包含这样的 预期:用户可以根据其个人偏好或 无障碍需求来优化其交互体验。

1.1 为什么我们需要 WAI-Adapt

WAI-Adapt 将允许辅助技术:

  1. 适配并满足用户的需求。难以使用既定主流模式的用户 可以与根据其偏好和能力修改后的界面进行交互。
  2. 随着人们的技能随时间提升或下降,修改复杂度级别。例如,额外的 支持可能对某些人至关重要,但对其他人则会造成干扰。
  3. 为需要以下内容的用户提供更好的支持:
    • 熟悉且一致的符号、图标和图形
    • 工具提示或类似的按需帮助或线索
    • 他们能够理解的语言
    • 更少或更受约束的功能
    • 在原生内容和第三方内容之间有更清晰的区分
    • 自定义键盘快捷键

为实现这一点,我们需要标准化术语和支持性语法。这些可以链接到相关的 符号、术语、翻译和解释。这允许基于个人的 个人偏好进行修改。

发送电子邮件的示例:

作者以编程方式标识一个按钮会发送电子邮件。基于用户偏好设置, 可以将界面修改为:

  • 使用替代术语呈现该按钮,和/或提供一个 个体用户能够理解的额外工具提示;
  • 包含 F1 帮助,用简单术语解释发送功能;
  • 将该按钮与始终用于发送(提交)的键盘快捷键关联;
  • 将该按钮标识为重要,并始终以强调形式呈现。

1.2 用例示例

WAI-Adapt 的要求阐述了许多 用例,进一步为上述用户需求摘要提供背景。这些示例用例构成了 该技术要求的基础。WAI-Adapt 使开发者能够在遇到 其他用例时创建有针对性的扩展。

示例

1.2.1 容易分心 / 不堪重负

容易分心或很容易被网页上过多信息压垮的人 需要能够简化页面。他们只想要关键信息,并需要 抑制任何对于理解和使用该页面并非必要的内容。

示例:用户想获取其所在城市的最新天气报告,并访问一个天气 网站。

即使没有任何障碍,由于屏幕上所有额外内容, 找到实际天气预报也确实有些困难;除了广告之外,还 有当天的头条新闻、热门新闻和社交媒体需要在认知上过滤。如果你 很容易不堪重负或分心,那么获取关于今天天气的关键信息就是一个 挑战。能够对除关键信息之外的所有内容进行个性化和优先级排序(即 只显示我所在城市的天气预报)对这位用户至关重要。

在此示例中,作者可以使用 adapt-simplification 属性(其值为 "critical")标记包含实际天气报告以及任何用于 操作天气报告的相关工具(即城市搜索、逐小时与 5 天预报等)的 <section><p><div>, 并将其他屏幕内容标记为 "medium"(默认)或 "low"。(例如 <p adapt-simplification="critical">今天的预报为最高 95°、最低 40°</p>

对于依赖广告收入的网站,完全抑制 广告可能并不理想。我们设想,该属性也可以促进将网站中最关键的 部分重新定位到任何较低优先级内容之上。(即内容重新排序)

WAI-Adapt 认识到,适当的简化通常由任务决定。复杂页面通常会 支持多个任务,每个任务在不同时间都可能对需要简化的用户至关重要。 我们建议研究如何促进用户定义当下对他们来说关键的任务, 而不是预先确定什么是主要或次要任务。

1.2.2 理解 数字存在困难

患有计算障碍的人会难以理解数字,并且在 与使用数字传达信息的网站交互时会遇到困难。因此,关键的数字 信息必须以用户能够理解的替代格式提供。

示例:用户想获取其所在城市的最新天气报告,并访问一个天气 网站。

对于今天的预报,它显示最高 95°、最低 40°。这种表示对 特定用户来说无法理解。将此数字信息呈现为符号或文本 会使用户受益。例如,在数字 95 旁边,可以有:

  • 一张某人穿着短裤和 T 恤、上方有太阳的图片,或
  • 简单的文本替代:“非常暖和”。

在数字 40 旁边,可以有:

  • 一张某人穿着夹克和长裤的图片,或
  • 文本替代:“非常寒冷”。

在 90% 的湿度指数旁边,可以有文本替代:“闷热”。

在此示例中,作者会使用 adapt-numberfree 属性标记这些数字。默认会显示数字值。需要数字替代表示的人, 则会获得关联图像或作为简化文本的描述/值。

需要注意的是,患有计算障碍的人通常很擅长文字,因此长文本可能 比短数字更好。

1.2.3 轻度至中度语言障碍 / 学习障碍

有中度语言障碍 / 学习障碍的人可能词汇量有限。 他们只认识自己已学习的核心词汇中的术语。他们还可能使用 符号来表示词语和概念。

示例:用户可能知道 "name" 或 "last name" 这个词,但不认识术语 "family name" 或 "surname" 是同源词。

对于某些用户,学习新术语是一个非常缓慢的过程,需要数小时的工作。对于这些 用户,阅读 Web 内容也可能是一个非常缓慢的过程,因此在某个特定网页上 找到所需信息可能会成为一种费力的障碍。对 网页进行个性化并改为呈现符号,或在内容旁边呈现符号的能力,可以帮助某些用户更好、更 迅速地理解所提供的内容

请注意,有些有语言障碍的人擅长数字。他们会希望将一长串 文本替换为一个短数字: <span adapt-easylang="90% of the time this happens"> 通常这是预期结果</span>。 这与 numberfree 示例相反。

此外,由于阅读内容对某些用户来说极其耗时,他们可能也希望 给定网页上的内容更少、功能更少。

1.2.4 严重语言障碍

一些有严重言语和/或身体障碍的用户,可能会使用符号而不是 书面文本进行交流,这是增强和替代沟通(AAC)系统的一部分。使用 符号来表示词语,是他们在消费和生成信息时的主要交流方式。 符号用户在访问 Web 内容时面临各种障碍,但其中一个 主要挑战是不同专有符号集之间缺乏标准互操作性, 或缺乏一种将同一概念从一个符号集翻译到另一个符号集的机制。

用户故事包括:

  • 一家辅助生活机构编写成人教育课程和生活技能内容,例如 如何使用微波炉做晚餐。在其核心用户群中,用户习惯于 不同的符号集。作者希望为各种符号 集中的所有用户创建内容。
  • 一个大型银行网站希望人们在使用其服务时尽可能自主。 他们在其核心服务上提供增强符号引用。他们需要一种机制来 在代码中以编程方式支持多个符号集。
  • 了解不同符号集的人希望彼此交谈。
  • 一个创建关于人权和患者权利信息表的政府机构正在 征求受影响用户的反馈。他们添加来自通用符号集的符号,以支持 多数不同用户。该机构更希望使用通用符号引用来支持 使用或需要不同符号的人。这允许所有符号集用户既能阅读又能 编辑内容。

示例:使用 adapt-symbol 属性,作者以编程方式使用适当的符号值 标记表单输入的标签。基于用户偏好设置,浏览器 辅助应用程序或独立工具随后可以使用适当的符号、 替代术语和/或提供个体用户能够理解的额外工具提示来呈现该标签。 使用 Bliss Symbolics 集的 唯一引用编号作为我们的“分类法”,其他符号集可以将其等效符号 映射到 Bliss 集。

<label for="address" adapt-symbol="14885">您的主要住所</label>
<input type="textarea" id="address" adapt-purpose="street-address">

其中符号值 14855 映射回 "Home"。

1.2.4.1 概念 验证:符号示例

在下面的屏幕截图中,浏览器扩展使用 adapt-symbol 属性来 加载用户熟悉的符号。

请注意,用户会学习特定的符号词汇。然而,各种符号词汇 彼此无法互相理解:熟悉一套符号的用户可能并不熟悉或 理解另一套符号。WAI-Adapt 的 adapt-symbol 属性提供了一种 在符号集之间翻译的机制,使人们能够彼此交流, 而这在以前是不可能的。

屏幕截图,无符号
1 原始页面
带有较少内容和符号的屏幕截图
2 加载了同一页面,但 用户代理已移除内容并添加符号
带有不同符号(bliss)的屏幕截图
3 加载了同一页面,但 用户代理已移除内容,并添加了该用户更 熟悉的不同符号

1.2.5 工作记忆和短期记忆障碍

用户在工作记忆和短期记忆方面都可能存在差异。对于某些用户, 工作记忆中可保持的项目数量只是大多数用户可保持数量的一小部分。 尽管大多数成年人可以按正确顺序重复大约七位数字,但有些用户可能只能 处理两三位数字。当这些用户分心时,他们也很可能忘记 工作记忆中的任何信息。

示例:许多过程由一系列单独的步骤或操作组成,用户必须 执行这些步骤或操作才能完成一个过程或工作流。

用户需要记住已完成的任务,以便识别自己在过程中的位置。此外, 用户必须能够导航到已完成的任务,以进行修改或 更正。

步骤指示器允许作者定义过程中的步骤,或在已定义过程的上下文之外表示整个用户路径。 这包括将已定义过程之间的步骤 转换为面包屑或链接步骤,以标识已完成的任务。这允许用户导航 回到已完成的步骤,并识别用户在路径中的当前位置。

有关人物角色和用户需求的更多信息,可在 使内容对有 认知和学习障碍的人可用中找到。

1.3 范围之外

虽然这项工作的意图是引入一组新的属性来支持 WAI-Adapt,但 以下工作项不在范围内:

我们鼓励开发这些项目,并且可以在 我们的 wiki 上找到实现列表。

2. 模块

WAI-Adapt 规范将作为单独的模块发布。最终会创建多少模块 在撰写本文时尚不清楚。但是,每个模块规范 都将包含用例和词汇。目前只有一个规范模块正在 W3C 朝候选推荐状态推进:

其他模块(其中一些已有早期草案)可能包括:

3. 词汇结构

WAI-Adapt 由属性及其值的词汇构成。这种通用结构使得可以通过适配词汇的实例化方式, 在各种上下文中 应用 WAI-Adapt。下面的 词汇实现一节描述了当前 使用该词汇的方式。

3.1 属性

属性是词汇所支持的 WAI-Adapt 类型的主要单元。给定属性支持一种 特定类型的 WAI-Adapt。该属性只会在给定内容片段上使用一次,但 可以在同一内容片段上使用多个不同属性,以满足不同需求。

3.2

值为属性提供具体的 WAI-Adapt 信息。每个属性的可能值 在模块中的属性定义中详细说明。有些属性要求值 来自预定义的可能值列表,有些可以接受任意字符串,有些可能接受 多个值。属性值可以是以下类型之一:

ID 引用
对同一文档中另一个元素的 ID 的引用
ID 引用列表
一个或多个 ID 引用的列表。
整数
没有小数部分的数值。
数字
任何实数数值。
字符串
不受约束的值类型。
令牌
有限允许值集合中的一个值。
令牌列表
一个或多个令牌的列表。
URI
RFC 3986 [RFC3986] 定义的 统一资源标识符。它可以引用单独的文档,或单独文档中的内容 片段标识符,或同一文档中的内容 片段标识符。
本规范中的属性和值并不旨在覆盖 无障碍树中暴露的语义,而是对其进行增强。在 元素语义与属性值发生冲突的情况下,验证算法应发出警告而不是 错误。

4. 词汇实现

4.1 当前使用情况

WAI-Adapt 的本次发布提供了若干 键值对(attribute = value)。这些 属性包括但不限于:

随着模块成熟,其他属性已经存在或将被开发。

4.2 技术比较摘要

任务组在决定使用 HTML 属性 语法之前,审查了各种词汇选项。技术列表包括:

4.2.1 决策过程中的 考虑因素:

创作
创作的便利性,以及 WAI-Adapt 与现有功能之间的潜在歧义;
用户代理
确定和解析属性 & 值的便利性,以及作为 扩展实现的能力;
宿主语言
对特殊宿主语言支持的要求、可在多种语言中工作、与 ARIA 和 HTML 集成、词汇的便捷扩展,以及所需的新功能数量;
功能性
多个属性的必要性及属性之间的交互、与其他 词汇的集成、搜索引擎可能对内容替代项的支持,以及类型化值支持;
策略
避免将无障碍性与其他功能隔离,提供加入其他 W3C WAI-Adapt 工作的清晰路径,并且足够稳定以避免 随时间修改已创作内容;

我们研究和讨论的细节记录在 Wiki 中的 在内容中使用词汇方式的比较使用 data dash 的原型页面上。

5. 利益相关方

本文档对以下人员有用:

对于内容的早期实现,我们建议包含指向 扩展实现的链接,以便 为用户最大化收益。

A. 致谢

本节是非规范性的。

以下人员为本文档的开发做出了贡献。

A.1 发布时活跃于 WAI-Adapt TF 的参与者

A.2 其他 WAI-Adapt TF 贡献者、评论者和曾经活跃的 参与者

A.3 提供支持的资助方

本出版物最初由合同编号 ED-OSE-10-C-0067 资助,随后由合同 编号 HHSP23301500054C 资助,现在由 HHS75P00120P00168 资助。本出版物的内容并不 必然反映美国卫生与公众服务部的观点或政策,也不 因提及商品名称、商业产品或组织而意味着美国政府认可。 本项目的一些工作还获得了欧盟 Horizon 2020 研究与创新计划的资助,资助协议编号为 No.780529 和 643399。

B. 参考文献

B.1 资料性参考文献

[RFC3986]
统一资源标识符(URI):通用 语法. T. Berners-Lee; R. Fielding; L. Masinter. IETF. 2005 年 1 月。互联网 标准。URL: https://www.rfc-editor.org/rfc/rfc3986