Copyright © 2018-2023 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
本规范为 Web 内容作者提供一种标准方法,以支持具有各种 认知和学习障碍的 Web 用户,这些用户:
本规范所描述的技术旨在用于以编程方式转换典型 Web 内容的 外观,包括表单控件、图标以及其他用户界面元素,使其呈现为包含单个用户首选 AAC 符号的渲染。W3C 增强与替代交流(AAC)符号注册表规范 [aac-registry] 提供内容作者所使用的概念值与用户首选 AAC 符号集对该概念的表示之间所需的映射。
此 WAI-Adapt:符号模块是 WAI-Adapt 解释器 文档 [adapt] 中引入的 WAI-Adapt 系列的一个组成部分。
本节描述本文档在发布时的状态。当前 W3C 出版物列表以及本技术报告的最新修订版可在 W3C 技术 报告索引中找到,地址为 https://www.w3.org/TR/。
本文档由 可访问平台 架构工作组作为 候选推荐快照发布,并使用 推荐标准流程。
作为候选推荐发布并不 意味着获得 W3C 及其会员的认可。候选 推荐快照已经过 广泛审查,旨在 收集 实现经验, 并且工作组成员已承诺为 实现提供 免版税许可。
预计本候选推荐不会早于 2023 年 6 月 15 日推进为拟议 推荐。
如需评论,请在 WAI-Adapt GitHub 存储库中开启一个新议题;如果您无法使用 GitHub,请以纯文本电子邮件形式将评论发送至:public-adapt@w3.org。请将您的评论包含在 邮件正文中,不要作为二进制附件发送,因为我们无法处理。请在 2023 年 2 月 28 日之前发送评论。
本文档由一个根据 W3C 专利 政策运作的团体制作。 W3C 维护着一个 与该团体交付物相关的任何专利披露的公开列表; 该页面还包含 专利披露说明。任何实际知悉某项专利且该个人认为该专利包含 必要权利要求 的个人,必须按照 W3C 专利政策第 6 节披露相关信息。
本文档受 2021 年 11 月 2 日 W3C 流程文档管辖。
本节为非规范性内容。
本规范模块使作者能够在元素级别为内容添加语义信息, 以便为需要 AAC 符号支持的单个用户提供更熟悉且更易理解的界面。 最终渲染结果——通过辅助应用或第三方工具生成——最终由用户的配置 设置定义。
本规范所描述的属性和值的目标,是为单个用户实现个性化 交流和 Web 内容交互。本规范包含 用于以下目的的机制:
WAI-Adapt 在我们的 WAI-Adapt 解释器 [adapt] 中有更完整的介绍。
WAI-Adapt:符号模块是 WAI-Adapt 技术规范的第一部分,它提供 WAI-Adapt 以及可用于为 Web 内容标记额外语义信息的词汇, 使用户代理能够根据用户的个性化设置或偏好, 针对各种用户场景增强或适配内容。符号模块允许作者通过 提供有关内容中特定部分含义的附加信息来增强 Web 内容。用户代理使用 这些语义将内容增强或适配为用户首选的符号集。这有助于具有 不同需求的用户更好地理解内容。
WAI-Adapt:符号模块中的词汇由属性及其值构成。请参见我们的 WAI-Adapt 解释器。
本模块规范中包含的词汇实现可在我们的 实现 wiki 页面获得。
属性是词汇所支持的 WAI-Adapt 类型的主要单元。给定属性 支持特定类型的个性化。该属性在给定内容片段上只会使用一次, 但多个不同属性可以在同一内容片段上使用,以满足 不同需求。
值为属性提供具体的 WAI-Adapt 信息。每个 属性的可能值在模块中该属性的定义里详述。有些属性要求 值来自预定义的可能值列表,有些可以接受任意字符串, 还有一些可以接受多个值。属性值可以是以下类型之一:
请注意,本规范中的属性和值不会覆盖 可访问性树中公开的语义,而是对其进行增强。 如果 元素语义与属性值之间发生冲突,验证算法应发出警告,而不是 错误。
WAI-Adapt 需求文档描述了 用例和需求,而这些又源自 W3C 说明文档 使内容可供具有认知和 学习障碍的人使用 中发布的用户场景和用例。本规范模块提供一个关键组件,用于满足 与适配内容以支持 AAC 符号相关的这些 需求。
本文档使用了若干与各种认知障碍及相关 用户需求有关的特定术语。这些术语已由认知和学习障碍无障碍任务 小组定义。有关具体定义,请参见 COGA 词汇表。
除标记为非规范性的章节外,本 规范中的所有编写指南、图表、示例和注释均为非规范性内容。除此之外,本规范中的所有内容均为规范性内容。
本文档中的关键词 MAY 和 MUST 应按 BCP 14 [RFC2119] [RFC8174] 中的描述解释,但仅限于它们像这里所示一样以全大写形式出现时。
本节为规范性内容。
WAI-Adapt Symbols 的内容由 adapt-symbol 属性的数值组成,这些数值可用于任何一段 文本,并取自 W3C 增强与替代交流(AAC)符号注册表规范 [aac-registry] 中与该注册表数值关联概念相对应的值。 作者 MAY 在 HTML 内容中任意使用此属性,以增强 内容的可个性化性。不要求所有内容都必须使用 adapt-symbol 索引 值进行标记,也没有最低数量要求。
adapt-symbol 属性标识用于 AAC 设备等的符号概念,面向
无法处理传统书面语言的用户。符号是一种替代词汇,
目前存在多个符号集。遗憾的是,这些不同的符号集并不能相互
理解,因此熟悉通过符号集 alpha 表达的个人无法
理解使用符号集 beta 的表达。本规范旨在提供一种基于 Web 的
技术机制,通过使用 BCI 概念索引,
从单个用户所熟悉的符号集中选择适当的符号;该索引是
当今世界上现存符号集中符号表示交叉引用的事实标准。
adapt-symbol 属性接受一个数字引用编号。
支持个性化的用户代理随后可以通过以下方式增强或转换用户界面:
重要的是要理解,对世界语言的支持,以及 将内容从一种语言翻译成另一种语言,是在书面自然语言之间发生的。 在任何时候,都不期望在符号本身之间进行翻译。这样的概念 仍未定义。本规范支持多个 AAC 符号集, 因为某一符号集的用户通常无法 理解来自不同符号集的符号。因此,本规范基于作为 通用概念交换的 BCI 索引值,促进 以单个用户所熟悉的 AAC 符号集表达概念。
在那些表达会因性别和动词时态而有所不同的自然语言中,
可能需要多个 BCI 索引值
才能将表达映射到一个符号。在这种情况下,内容作者应将
多个 BCI 索引值连接起来,
以便通过使用加号(+)(BCI
索引值之间不含空格)
映射到单个变位符号。
当不存在单个码位来表达文本内容时,多个 BCI 索引值 MAY 通过将两个或多个概念索引值列在一起进行组合,
它们之间仅用加号(+)符号分隔。多个概念的顺序应与
内容自然语言中典型语音所使用的顺序相同。
用于映射到符号的数值 MUST 是已发布的 BCI 索引值。这些值可以从 W3C 增强与替代交流 (AAC)符号注册表 规范 [aac-registry] 获取。
本规范侧重于允许作者将其内容的某些部分与 BCI 定义的概念建立一对一映射。为用户渲染 适当符号将由用户代理、扩展或 辅助技术处理。预计用于渲染的符号选择将 采用简单查找的形式。
虽然本规范并不侧重于渲染,但下面是关于 预期过程的一些说明,作者和实现者可能会感兴趣。
以下是一些使用 adapt-symbol 属性的示例。
<span adapt-symbol="13621">Cup</span> of <span adapt-symbol="17511">Tea</span>
alt 文本表示为符号)。
<img src="cup.png" adapt-symbol="13621" alt="Cup"/>
<img src="her-name.png" alt="שמה" adapt-symbol="15691+14707"/>
| 特征 | 值 |
|---|---|
| 相关概念: | microdata [microdata]、SKOS Core 指南 [swbp-skos-core-guide] 和 RDFa [rdfa-primer] |
| 用于角色: | 基础标记的所有元素 |
| 继承到角色: | 占位符 |
| 值: | URI |
本规范向文档添加有关内容的上下文信息,不应影响安全。
虽然本规范不会暴露个人偏好和个人信息,但根据我们的语义信息采取操作的第三方用户 代理或代理服务器可能需要存储有关如何向特定用户 呈现内容的个人偏好。建议任何用户代理或代理服务器实现 最佳实践,以保护所有个人偏好和个人信息。
建议任何具有用户设置的用户代理遵循最佳实践,以确保用户信息安全。
WAI-Adapt:符号模块的隐私和安全考虑事项也在 issue #131 中讨论。
WAI Adapt:符号模块规范由可由网站自行决定添加到页面 HTML 中的 symbol 属性组成。用户代理可以基于这些 属性作出适当的渲染决定。
为了使该规范退出候选审查状态:对于规范中的属性-值,至少 两个用户代理(或现有用户代理的扩展)以可识别的方式对该属性作出反应, 且该方式适合该属性的语义。
为清楚起见,我们说明:
虽然 WAI-Adapt 标准规定了供页面作者使用的 HTML 值/属性标记代码, 但满足退出标准的实现重点在于标记的渲染。
对于渲染给定属性的用户代理(或扩展),该属性的所有值都必须 受到支持。
测试结果在单独的 实现报告中提供。
本节为非规范性内容。
以下人员为本文档的开发作出了贡献。
本出版物最初由合同号 ED-OSE-10-C-0067 资助,随后由合同 号 HHSP23301500054C 资助,目前由 HHS75P00120P00168 资助。本出版物的内容不 必然反映美国卫生与公众服务部的观点或政策,提及 商号、商业产品或组织也不意味着美国政府的认可。 本项目的部分工作还获得了欧盟 Horizon 2020 研究与创新计划在拨款协议 No.780529 和 643399 下的资助。