Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://www.w3.org/Translations/ATAG20-zh/ below:

无障碍创作工具指南 (ATAG) 2.0

[目录]

无障碍创作工具指南2.0；为设计出这样的网页内容编辑工具提供了思路，该工具不仅为残疾作者提高了无障碍性（A部分），而且能够支持、促进所有作者创作更加无障碍的网页内容（B部分）。有关介绍和ATAG技术和教育资料的链接，请参阅无障碍创作工具指南（ATAG）概述。

ATAG 2.0的个人和组织很广泛，包括创作工具开发人员、创作工具用户(作者)，创作工具的购买者和决策者。为了满足这些用户的不同需求，以下提供了几个层次的指导：

• 部分：ATAG 2.0分为两个部分，每个部分反映了关于创作工具的无障碍的一个关键方面。A部分涉及创作工具用户界面对残疾作者的无障碍性。B部分涉及创作工具对网页内容创作的支持，让身患残疾的终端用户能更方便地访问任何一个作者（不仅是身患残疾的作者）创建的网页内容。这两部分包含规范的"一致性适用说明" ，适用于所有成功的标准：A部分一致性适用说明和B部分一致性适用说明。
• 原则：在每个部分下都有几个高级别的原则来组织准则。
• 准则：在原则下面是准则。准则提供了创作工具开发人员工作的基本目标，即让创作工具对于身患不同残疾的Web内容作者和最终用户更易操作。准则不可测试，但是提供框架和总体目标，来帮助创作工具开发者理解成功的标准。每个准则包含对于为什么该准则被列入的简要解释。
• 成功标准：对于每个准则，提供可测试的成功标准，以便当需求和一致性的测试（如设计规格，采购，法规和合同协议）必要时，允许ATAG 2.0使用。为了满足不同组合和不同情形的需求，定义了多个级别的整体和部分一致性（参见一致性级别）。
• 实施ATAG 2.0文件：实施ATAG 2.0文件为每个成功标准都提供了额外的非规范化信息，包含成功标准的意图描述，实例和相关的资源链接。

有关ATAG技术和教育资料的链接，请参阅创作工具辅助功能指南（ATAG）概述。

为了保证在创作工具的开发中使用ATAG 2.0和WCAG 2.0的程序尽可能简单，ATAG 2.0共享了WCAG 2.0的三级一致性模型：A级（最低），AA级（中等），AAA级（最高）。有关更多信息，请参阅理解一致性级别。

在实现ATAG 2.0时，创作工具开发人员应该仔细地将支持更多无障碍编写的功能集成到与创作工具的其他功能相同的"外观和感觉"：

• 提供更无缝的产品
• 利用作者现有的知识和技能
• 使作者更易接受新的无障碍相关的编修要求
• 减少作者混淆的可能性

本节中的成功标准和一致性适用性说明是规范性的。

本部分是规范化的

一致性意味着开发工具满足指南部分中定义的适用成功标准。 此一致性部分描述一致性并列出一致性要求。

确定ATAG 2.0一致性的第一步是评定是否满足成功标准。可选的答案有：

• 不适用：ATAG 2.0包含了对开发工具的定义，例如，它涵盖了广泛的功能和上下文的软件操作。为了考虑有限的创作工具的特性集（例如：照片编辑器，CSS编辑器，社交网络应用程序状态更新领域），很多ATAG 2.0成功标准是有条件的，只适用于给特性的创作工具。一个一致性申明被制定后，需要解释为什么这个成功标准是不适用的。
• 满足：在一些成功标准中，会包含一个参考WCAG 2.0的等级（A，AA，或AAA）。当一个一致性声明被制定后，可选并强烈建议列明其解释。
• 不满足：不满足：当一个一致性申明被制定后，可选并强烈建议列明其解释。

在发布的时候，WCAG 2.0[[WCAG20]]是现在的W3C中的“有关网页内容的可访问性建议”部分。因为，当对以下内容进行设置时，ATAG 2.0将参照WCAG 2.0进行： （1）基于web的开发工具用户界面的可访问性（在A部分中）。 （2）针对生产网络内容应该如何让开发者被启用，被支持和被引导，这是对残疾人终端用户的可访问性（在B部分中）。

特别地，在"可访问性内容"（及其相关术语，如"无障碍模板"）一词的定义中，ATAG 2.0将参考WCAG 2.0 进行。“可访问性内容”的定义是符合WCAG 2.0标准的内容，当一个网页内容技术满足WCAG2.0时，无论满足等级是A，AA，还是AAA，都将得到可访问性支持。"无论满足等级是A，AA，还是AAA"是因为“可访问性内容”可以根据不同的上下文中使用（例如，在等级A的ATAG 2.0成功标准与等级AAA成功标准）。这个定义还包括两点：

• 第一点："缺乏基于技术的可访问性支持的内容，将不符合WCAG 2.0标准，且会造成一个或多个有残疾的终端用户团体具有内容访问障碍。"
• 第二点：与WCAG 2.0一致，即使处在最高等级（例如等级AAA），仍然有可能没有将内容做成”在所有类型、程度或任何残疾的组合”中，具有对用户的可访问性。为了强调ATAG2.0的成功标准或定义条款，这些关系会在括号内进行如下标注： "(WCAG)"

部分WCAG 2.0一致性要求"只有使用技术的可访问性支持方式是满足WCAG2.0成功标准的。以非可访问性支持方式提供的任何信息或功能也能够以实用技术的可访问性支持方式来提供。"从广义上讲，当使用网页内容技术支持用户的辅助技术的方式和网页内容技术的可访问性支持用户代理提供给终端用户时，WCAG 2.0认为网页内容的技术是“支持可访问性”的。

这个概念不容易扩展到开发工具，因为许多创作工具可以通过不同的辅助技术和用户代理的可访问性在不同的环境中安装和使用（例如，私人企业内部网和公共网站，单语网站和多语言网站）。因此：

ATAG 2.0不包括可访问性支持的要求。因此，ATAG 2.0成功标准并不指WCAG 2.0中的"一致性"，而是指"满足WCAG 2.0成功标准"。

一旦一个创作工具已经安装并投入使用，将很有可能对其产生的网页内容进行WCAG 2.0一致性评估，包括是否满足WCAG 2.0可访问性需求。但是，这WCAG 2.0一致性评估将与此创作工具ATAG 2.0一致性评估完全独立。

有两种一致性类型，每一类有三个等级：

当一个开发工具可用于生产无障碍网页内容（WCAG）且没有额外的工具或组件时，将作出一致性选择。这些等级的一致性决定如下：

• 等级A：创作工具满足所有适用的等级A的成功标准。
• 等级AA：创作工具满足所有适用的等级A和等级AA的成功标准。
• 等级AAA：创作工具满足所有适用的成功标准。

注1:A部分的一致性适用性注意和B部分的一致性适用性注意都是适用的
注2:如果最低一致性等级A（等级A）尚未实现（例如，至少有一种等级A适用的标准没有被满足），它仍可以在发布声明中指定成功标准得到满足的部分。

当需要额外的开发工具或组件时，可能会做出一致性选择，来使整个完整的设计系统一致化。选择的适用范围从功能非常有限的组件（例如，一个插件）到几乎完整的系统（例如，只有缺乏可访问性检查功能的标记编辑器）。

一致性等级（A，AA，或AAA），除了答案为"不满足"的意外，都以如上方式确定，工具不能为了满足作为一个完整创作系统的一部分的另一个创作流程组件而阻止成功标准得到满足。

注1：如果创作工具为了满足原来不满足的成功标准而妨碍到了其他的创作流程组件（例如，处于安全原因），创作工具将无法满足部分一致性。
注2：A部分的一致性适用性注意和B部分的一致性适用性注意都是适用的。

可能当一个开发工具由于平台固有的闲置原因而无法满足一个或多个平台的成功标准时，可以做出一致性选择（例如，缺乏一个平台无障碍服务）。一致性要求的结果解释（可选）应当解释哪些平台特性会丢失。

开发工具必须符合ATAG 2.0中关于生产特定的网页内容技术方面的要求。例如，生产XHTML 1.0时需要符合等级A的要求。

如果某个创作工具可用于多种Web内容技术的生产，则一致性只需包这些技术的一个子集即可。该子集需囊括被开发者设为用于自动生成内容、或默认用于开发者生成内容的任何技术。这个子集也可包含一些并非发布给终端用户使用、而是作为"中间"格式使用的技术，尽管非必需。

ATAG 2.0可以应用到带有具备实时创作 Web 内容功能的工作流（例如，一些协作工具）的创作工具上。由于实时发布中固有的挑战，ATAG 2.0的B部分中，这些创作工具的一致性可能涉及实时开发期之前（例如，在准备可访问幻灯片中的支持），期间（例如，现场字幕，因为 WCAG2.0要求在AA 级 ）和之后（例如，将抄本添加到最初实时发布的演示文稿的存档中的能力）不同阶段所需支持的组合。欲了解更多信息，请参阅实现ATAG 2.0 -附录E：实时

注：与任何软件应用程序一样，创作工具可以是组件的集合。一致性声明只能由负责部门制定。其他任何"申明"实际上都只是评论。

1. 申明的日期。
2. ATAG 2.0版本和URI
3. 所满足的一致性等级
4. 开发工具信息：开发工具的名称和足够用以指定版本（如供应商名称，版本号（或版本范围），需要的补丁或更新，人类语言的用户界面或用户手册/开发文档）的附加信息。
   • 注：如果开发工具是软件应用程序的集合（如标签编辑器，图像编辑器和验证工具），那么必须单独为每个应用程序提供信息，但一致性声明会把它们作为一个整体。
5. 平台：开发工具操作的平台
   • 用户代理平台（用于评估基于web的开发工具用户界面）：提供用户代理的名称和版本信息。
   • 非用户代理的平台（用于评价非基于 Web 创作工具的用户界面）：提供平台（例如，桌面操作系统，移动操作系统，跨操作系统环境）的名称和版本信息和所使用的平台无障碍服务的名称和版本。
6. 包含在声明中的由创作工具生成的网页内容技术的列表。如果创作工具生成的Web 内容技术未包含在一致性声明中，则必须单独列出。任何创作工具默认生成的 Web内容技术，都必须包括在内。
7. 每条成功标准的评判结果：是、否、不适用。

除了上述一致性要求的必需组件，可考虑提供额外的信息，以协助作者。推荐的其他信息包括：

1. 成功标准结果的解释（是，否）。（强烈推荐）
2. 关于所产生的 Web 内容技术如何被用来创建可访问的网页内容（例如链接到特定技术的 WCAG 2.0 技术）的信息。 (e.g. links to technology-specific WCAG 2.0 techniques)
3. 描述在成功标准的基础之上，任何能提高可访问性的额外举措。
4. 机器可读的元数据版本的一致性声明。
5. 关于如何辨识创作工具中编辑视图的种类的描述信息。

W3C，WAI 或 AUWG 不对任何未在 W3C，WAI 或 AUWG 的授权下发布的 ATAG 2.0一致性声明的任何方面或结果承担任何责任。

无障碍访问性问题（accessibility problems）

ATAG 2.0 将以下两种问题视为无障碍访问性问题:

• 开发工具界面的无障碍访问性问题： 开发工具用户界面的某些内容或方面无法满足ATAG2.0A部分的要求；
• 网页内容无障碍访问性问题 (WCAG): 网页内容的某些方面无法满足WCAG 2.0B部分的要求（即未达到AAA级、AA级或A级标准）

无障碍访问性信息（WCAG）（accessibility information）

指网页为了满足WCAG 2.0的要求（即未达到AAA级、AA级或A级标准）所必须包含的网页内容。具体例子包括：程序相关的替代内容（如图片的替代文本）、角色、工具的状态信息、复杂表格之间的关系等。
注：为了达到ATAG2.0的目的，只有程序可决定的无障碍访问性信息才符合定义。附加例子详见ATAG2.0实现文档 的附录A。

无障碍内容支持特性（accessible content support features）

指开发工具当中，所有直接帮助开发者提升编辑中网页内容的无障碍访问性的开发工具特性。这些特性是满足ATAG2.0B部分的要求所必需的。

替代内容（alternative content）

有些网页内容无法被所用用户访问，替代内容指那些用于替代上述内容部分，且与原内容具有相同功能或达到相同目的的网页内容。WCAG 2.0列举了三种笼统的类别：

• 非文本内容的替代文本：以编程方式将非文本内容与文本关联起来，或引用与非文本内容以程序相关的的文本。例如，图表的图像可能具有两个文本替代：图表之后的段落中的说明和用一个简短的文本替代指明在图表之后会有说明文字。
• 时基媒体的替代内容：指与一个或多个时基媒体拥有相同功能或达到相同目的的网页内容。包括：字幕、音频描述、扩展音频描述、手语翻译以及正确排列的视觉/听觉交互内容的文字描述。
• 文本内容的替代媒体：指用于替代文字的媒体内容。这些媒体内容所提供的信息量不得超出被替代之文字所提供的信息量（包括直接信息与替代文本所包含的信息）。上述媒体供从文本之外的替代内容中收益之用户。替代媒体可以是纯音频、纯视频（包含手语视频）或音视频。

从开发工具的角度来说，重要的是替代内容既可以是，也可以不是：

• 程序相关的替代内容：指那些位置与目的都是从原内容出发，由由程序决定替代内容。例如：一段文段可以是一个图片的替代内容，但当且仅当之二者之间的关系由恰当的方式所编码（例如，使用"aria-labeledby"属性）时，该文段才被成为程序决定的替代内容。
  注：ATAG2.0 中，提到“替代内容”时，通常指程序相关的替代内容。

辅助技术（assistive technology）

指开发工具之外，为满足残障人士（包括开发者和终端用户）的特殊需求而提供特定功能的软件或硬件。某些开发工具也会提供直接无障碍特性。辅助技术的例子包括：

• 屏幕放大镜以及其它的（视觉）阅读助手：部分用户由于视觉障碍、认知功能障碍以及其它物理障碍，无法正常地阅读印刷品（译者注：不包含屏幕上所列印的内容）。此种技术将为这些用户提供字体、字号、间距、颜色的修改功能，以及同步朗读等其它功能，以提高屏幕上所渲染的文字与图片的可读性/可视性。
• 屏幕朗读：此种技术将屏幕上的文字信息转化为语音合成的信息或盲文以满足盲人用户的需求。
• 文字转语音软件：此种技术为受限于认知障碍、语言障碍或学习障碍的用户将文字转换为合成的语音。
• 语音识别软件：此种技术为受限于某些物理障碍的用户提供帮助。
• 额外的键盘选择（替代键盘）：此种技术为受限于某些物理障碍的用户提供模拟键盘的功能（包括使用头套辅助活动杆、单键开关、吹吸开关以及其它特殊输入设备作为键盘的替代物）。
• 额外的点按/指向设备：此种技术为受限于某些物理障碍的用户提供模拟鼠标指向/点按的功能。

音频（audio）

指声音重现的技术。音频可以被综合性地生成（包括语音合成），或从现实世界的声音中录制，或二者兼备。

指某些妨碍开发工具生成无障碍网页内容（WCAG）的开发者行为。例子包括：关闭无障碍内容支持特性、忽视无障碍访问性信息的提示、收到上述提示时提供错误的无障碍信息 (WCAG)、修改开发工具（例如通过脚本或通过宏定义进行修改）以及安装插件等。

开发者（authors）

指使用开发工具进行创作或修改网页内容的人。此术语涵盖了内容创作者、设计者、编程者、发布者、测试者等等（详见B部分一致性适用 注6：多种开发角色）。有些开发工具可以通过管理开发许可来控制可以成为开发者的人选。

开发许可（authoring permission）

指对特定网页内容进行修改的授权。

开发行为（authoring action）

指任何开发者使用开发工具用户界面且结果为编辑网页内容（例如输入文字、删除元素、插入元素、应用模板等）的行为。与之相反，许多开发工具界面也允许非编辑性（例如保存、发布、设置首选项、查看用户手册/开发文档）的行为。

• 可逆的开发行为：一个开发行为被认为是可逆的开发行为，当且仅当开发者可以通过对开发工具发送撤销请求来立即对该行为实现完全的撤销。撤销请求的例子包括："撤销"、"取消"、"重做"（即"取消"的逆操作）、"恢复"、"回滚"。
  注：对于开发工具来说，将一系列文本输入操作（例如，键入的文字、一串空格）收集为一个可逆的创作动作是可行的。

开发成果（authoring outcome）

指开发行为所导致的内容修改或生成的内容。开发成果是累积的（例如：先输入文字、再修改其样式、再将其转换为一个链接、再赋予一个标题）。

开发实践（authoring practice）

指开发者为了实现一个特定的开发成果（例如：使用样式表控制内容的呈现）所遵循的方式或途径。根据开发工具的不同设计，开发成果可能由开发者选择，也可能由开发工具选择。开发工具可能是（或可能不是）：

• 无障碍开发实践(WCAG):无障碍开发实践：指开发成果达到WCAG 2.0所述A级、AA级或AAA级标准的开发实践。有些无障碍开发实践需要无障碍信息 (WCAG)。

开发期（authoring session）

指网页内容可以在开发工具当中被编辑的状态。

• 开发期的结束点：某个特定的时间点被认为是开发期结束点，当且仅当此时点之后开发者无法在不进入新的会话的前提下做出任何开发行为。开发期结束点可能由开发者决定（例如：关闭文档、发布等），也有可能由开发工具决定（例如：在协作系统中，开发工具将开发许可从某开发者处转移至另一开发者处）。
  注：开发期结束点与发布不同。在开发期结束点之后以及最初的发布之后，自动生成内容的过程都可能继续进行。

开发工具（authoring tool）

指任何被开发者（个人或协作）用于创作或修改网页内容以供他人（终端用户或其它开发者）使用的应用。开发工具可以是基于web的，也可以是不基于web的。
注1："应用"：ATAG2.0可以被独立应用或应用的集合所遵守。任何宣称符合ATAG2.0的行为必须包含其每个应用的认证信息，以及其它扩展、插件等的认证信息。
注2："个人或协作"：网页内容可由多于一个开发者实现；在此过程中，根据开发工具的不同，每个开发者可能对内容的不同部分进行开发，同时也可能会拥有不同的开发许可。
注3："用于创作或修改网页内容"：此限定语说明，若某软件从某用户处采集数据用作他途（例如：在线购物的订单表单）并以此数据为基础创建其它网页内容（例如：在线的仓库内订单）且不告知该用户，则该软件不属于开发工具（但仍然适用于WCAG 2.0）。此外，此限定语说明，若某软件被用来创作专门用于非网页的内容，则该软件不属于开发工具。
注4："以供他人使用"：此限定语说明，若某应用被用来修改网页内容，且仅作用于修改者自身使用体验（例如：网页端电子邮件的显示设置）或仅用于自动过程中的输入（例如：图书馆的搜索页），则该软件不属于开发工具。
一般意义上，在ATAG 2.0下被认为是开发工具的软件包括以下样例：

• 网页开发工具（例如所见即所得的HTML编辑器）
• 用于直接编辑源码的软件
• 用于将其他内容转换为网页内容或相关网页内容技术的软件（例如：Office文档应用中"另存为HTML文档"功能）
• 集成开发环境（例如：用于网页应用开发的集成开发环境）
• 基于模板、脚本、命令行输入或"向导"类应用，生成网页内容的软件
• 快速更新网页内容某些部分的软件（例如：博客系统、百科系统、在线论坛）
• 用于生成或管理整个网站的软件（例如：内容管理系统、课件工具、内容聚合器）
• 使用网页技术发送邮件的电子邮件客户端
• 多媒体开发工具
• 用于开发移动端网页应用的软件

不被ATAG2.0认为是开发工具的应用包括一下样例（请注意，以下任何一个软件，若是基于web的，则仍然适用于WCAG2.0）：

• 可定制化的个人门户网站：不适用于ATAG2.0，因为任何被编辑的网页内容均只对该网站的所有者可用
• 电子商务订单表单：不适用于ATAG2.0，因为该应用的目的是为了订购产品，而非在网页中与他人进行交互，即使从该表单处收集的数据产生了其它的网页内容（例如：在线追踪包裹）
• 独立的无障碍访问性检测工具：不适用于ATAG2.0，因为任何不具有半自动修复功能或自动修复功能的上述检测工具并不会修改网页内容。相反，具有修复功能, 或是从属于某个更大的开发过程的无障碍访问性检测工具，将会被认为是开发工具。
  

开发工具界面（authoring tool user interface）

指开发者用于操作开发工具的显示机制与控制机制。此界面可能是基于web的，也可能是不基于web的，也可能是之二者的混合（例如：一个不基于web的开发工具可能拥有基于web的帮助页面）：

• 开发工具界面（不基于web）：指开发工具界面当中，所有不通过网页内容的方式实现，而是直接运行在非用户代理的平台上（例如：Windows, Mac OS, JVM, iOS, Android）的那些部分。
• 开发工具界面（基于web）：指开发工具界面当中，所有由网页内容及相关技术实现，且开发者通过用户代理来访问的那些部分。

开发工具界面可能是（或可能不是）：

• 无障碍可访问的开发工具界面：指满足ATAG 2.0A部分当中要求的开发工具界面。

无障碍检测（checking, accessibility）

指评估网页内容中的无障碍访问性问题 (WCAG)的过程。ATAG2.0将以下三种过程视为检测（按照自动化程度由低到高排列）：

• 人工检测：指仅由开发者人工实施的检测。包括开发者根据开发工具提供的指示或指导进行检测的过程（注意，在这种情况下，进行检测的必须仍然是开发者自身）。
• 半自动检测：指开发者人工实施检测的一部分，开发工具实施检测的剩下一部分的检测过程（注意，在这种情况下，开发者的输入或判断对于测试结果来说仍然是必需的）。
• 自动检测：指仅由开发工具自动实施，没有开发者任何参与的检测。

An authoring tool may support any combination of checking types.

内容（网页内容）（content / web content）

指通过用户代理传递给终端用户的信息或感官体验，包括对该内容的结构、呈现以及交互进行定义的代码和标签。在ATAG2.0当中，此术语被主要用于指代由开发工具生成的输出。上述输出也可能是网页应用，包括基于web的开发工具。上述内容可能是（或不是）：

• 无障碍内容(WCAG)：指在满足WCAG2.0要求的无障碍可访问的技术支持下，满足WCAG 2.0所述A级、AA级或AAA级的内容。
  • 注1：若上述被依赖的技术未能达到无障碍可访问，那么依赖于该技术的内容将不满足WCAG2.0的要求，终端用户当中的残障人士有可能会在访问该内容的过程当中遇到困难。
  • 注2：即使是满足了WCAG2.0所述最高等级（即AAA级）的内容，也有可能无法满足任何残障人士，或任何种类的残障情况，或"任何残障程度，或任何残障情况的组合方式。"
• 编辑中内容：在一个开发期中，开发者可以进行修改的内容。上述正在被编辑的内容可以是一个完整的内容（例如图片、样式表），也可以某个内容的一部分（例如状态更新）。上述正在被编辑的内容仅包含开发工具所支持的技术对应的内容（例如所见即所得的HTML编辑器可以用来编辑HTML内容，但不能用来编辑图片内容）。

内容属性（control properties）

指所有组成网页内容的信息（例如某个元素的属性、内容，以及样式表信息）。

内容（结构化内容）（structured）

指所有包含机器可读的内部结构（例如标签元素）的网页内容。其对立面为非结构化内容，例如光栅图像格式或人类语言文本。

内容生成（content generation, content authoring, content editing）

指详细说明一个将被终端用户通过用户代理所渲染、播放或执行的网页内容的过程。在任何一个确定的系统当中，内容生成的细节可能大相径庭，但其职责总是以下几点的任意组合：

• 开发者生成的内容：指开发者负所有责任的网页内容。开发者可能仅对上述内容负有一个较低级别的责任（例如：当开发者被要求输入一个文本标签时，该开发者仅对上述文本负责，但不对该文本如何被标记负责；当开发者在一个编辑视图中输入标签时，该开发者不对“该文本使用UNICODE编码”的事件负责）。
• 自动生成的内容：指由工具开发者所编写的程序功能负所有责任的网页内容（例如：开发者新建一个文档的时候，具体输出哪些标签；自动更正标签错误）。
• 第三方内容生成：指由第三方开发者负所有责任的网页内容（例如：社区中开源的模板）。

内容渲染（content rendering）

指开发工具界面中，令开发工具进行渲染、播放或执行编辑中网页内容的功能。ATAG2.0将以下几种类别视为内容渲染：

• 传统渲染（"所见即所得"）：一种渲染方式属于传统渲染，当且仅当该渲染方式与用户代理从相同内容中生成结果的默认方式相同。用户代理工具与终端用户设置的区别意味着现实生活中并非只有唯一典型的终端用户体验。
• 非传统渲染：一种渲染方式属于非传统渲染，当且仅当该渲染方式与用户代理工具从相同内容中生成结果的默认方式不同（例如将音频文件渲染为波形图）。
• 部分渲染：指仅有部分（而非全部）内容被渲染（例如帧帧视频编辑器仅渲染某帧的图像，而不从时序角度渲染该视频）。

内容转换（content transformations）

指以某种网页内容技术或非网页技术（例如文字处理格式）生成的内容为输入，以优化、重构或重编码后的内容为输出的过程：

• 内容优化：指不改变内容所使用的技术及其结构特征的转换。这些转换不会导致信息缺失（例如：去除空格、将内嵌样式转换为外部样式表）。
• 内容重构：指不改变内容所使用的技术，但改变其结构特征的转换（例如：将表格重组为一行或一列，将文档分页）。
• 内容重编码：指改变内容所使用的编码技术的转换（例如：HTML到XHTML，文字处理格式到HTML）。

注：剪贴板操作，即通过平台剪贴板的内容复制与粘贴，不被视作内容转换。

控制设置（control settings）

指关系到开发者如何使用开发工具的设置，例如键盘设置或鼠标设置。

工具开发者（developer）

指任何对开发工具本身的开发过程负责的实体或个人。此概念也包括符合申请中申请人部分所包含的额外软件组件的程序员。在某些情况下，开发工具自身完整的开发过程要早于开发者应用该工具发布网页内容；而在另一些情况下（例如基于web的开发工具），即使开发者已经使用某工具发布了一些内容，该工具的工具开发者依然会对该工具进行修改，致使终端用户的使用体验有所改变。

直接无障碍特性（direct accessibility features）

指开发工具专门为满足开发者中残障人士的需求所提供的功能特性（例如：键盘导航、缩放、文字转语音）。其余外加功能或特殊化功能可能仍然由外部辅助技术所提供。

设置（显示设置）（display settings）

指与开发者感知开发工具相关的设置。包括：

• 声音设置：指音乐、声音或人声的音频输出的特性。其例子包括音量、说话声音特征、速度、重音。
• 视觉显示设置：指文字或图片在屏幕上的渲染。其例子包括字体、大小、颜色、间距、位置、对比度。
• 触觉反馈设置：指触觉输出的特性。其例子包括振动强度以及振动类别。

使用手册/开发文档（documentation）

指任何帮助使用开发工具的信息。上述信息可能通过电子的形式提供，也可能通过其它形式提供。其例子包括帮助、手册、安装说明、工作流指导、教程等。

记录对象（document object）

指非基于web的开发工具或用户代理工具中，资源数据的内部呈现形式。上述记录对象可能成为平台无障碍服务的一部分，使其可以与辅助技术进行通信。基于web的开发工具所使用的记录对象实际上是由用户代理所维护的。

元素（element）

指一对标签及其内容，或一个"空标签"（即不要求关闭标签或内容的标签）。

终端用户（end user）

指与被开发者开发的网页内容进行交互的用户，包括使用辅助技术的用户。

人类语言（human language）

指被人类用于交流的任何口头、书面或是以（视觉或触觉）符号呈现的语言。

非规范的

指告知类信息而非一致性要求规范

键盘接口（keyboard interface）

键盘接口是多种平台均提供的编程服务，允许独立于设备的键盘操作。即使特定设备不包含硬件键盘（例如，触摸屏控制的设备应有内置在操作系统的键盘接口，以支持屏幕键盘操作和外接键盘），键盘接口也可以允许按键输入。
注：Keyboard-operated mouse emulators, such as MouseKeys, do not qualify as operation through a keyboard interface because these emulators use pointing device interfaces, not keyboard interfaces

键盘陷阱（keyboard trap）

一种用户界面的状态，键盘接口可以移动聚焦点，到某个用户界面组件或一组组件，但是无法返回。

标签（label）

展现给用户以识别一个组件的文本或其他有替代文本的组件。标签会被展现给所有用户，但其名称可能是非显示的，只能通过辅助技术获得。在大部分（但不是所有）情况下，名称和标签是一样的。

实时（live）

从真实世界中获取的信息直接发布的，没有传播延迟。
注：传播延迟是一种短暂的（通常是自动的）延迟，例如提供传播者时间排队或者检查音频（或视频）反馈，但是不足以允许大量编辑。

标记语言（markup language）

定义结构、表现方式或内容语义的文本注释系统（例如，HTML中的元素）和处理规则。标记语言的例子有HTML和SVG。

• 标记：内容的标记是内容中的一组注释。

名称（name）

软件识别用户界面组件并展示给开发者或者终端用户的一段文本。名称可能是非显示的，只能通过辅助技术获得，但标签是会被展示给所有用户的。在大部分（但不是所有）情况下，标签和名称是一样的。

非文本内容（non-text content）

任何不可由程序决定的字符序列，或不是表示人类语言的某些含义的序列的内容。它包括ASCII 表（一组字符模式），表情符号和表示文本的图像。

规范性的（normative）

具有一致性要求的，可以通过一系列明确定义的方式来满足ATAG2.0的一致性要求。具有"告知性的" 或"非规范性的"标识的内容不需要满足一致性要求。

选项（option）

开发者所面临的选择。

• 默认选项：被开发工具自动设定的某个选项的设置或值。除非开发者取消或改变该选项，该设置或值会持续作用。

平台（platform）

开发工具运行的软件环境。平台在底层软件平台或硬件之上提供一致的操作运行环境。对于基于web的开发工具界面，最为相关的平台是用户代理（例如，浏览器）。对于非基于web的用户界面，平台的范围包括但不仅限于，桌面操作系统（例如，Linux，Mac OS，Windows上的GNOME桌面），移动端操作系统（例如，Android，BlackBerry，iOS，Windows Phone）以及跨操作系统环境（例如，JAVA），等等。
注1：许多平台通过平台无障碍服务，进行平台上运行的应用程序和和辅助技术的交互。
注2：许多平台都为工具开发者提供无障碍访问性指南。

平台无障碍服务（platform accessibility service）

特定设计提供应用程序与辅助技术的交互的程序接口（例如，针对Windows应用程序的MSSA，IAccesible2和UI自动化技术，针对Mac OS X应用程序的AXAPI，针对GNOME应用程序的GNOME无障碍工具箱API，针对JAVA应用程序的JAVA Access）。在某些平台上，通常可以通过实现记录对象来增强通信能力。

插件（plug-in）

作为开发工具的一部分（例如，第三方校验和修复工具），而不是编辑中网页内容的一部分运行的程序。开发者通常可以选择是否在开发工具中使用插件。

预开发内容（pre-authored content）

开发工具的开发者在开发期之前创建的网页内容片段，使得网页开发者可以应用在编辑中网页内容中。示例包括剪贴画，演示视频，用户界面部件。
注1：模板是一种形式不完整的预开发内容，详情请参见指南 B.2.4
注2：如果开发工具自动使用预开发内容，请参见指南 B.1.1

• 可访问的预开发内容(WCAG):无障碍内容或可能是无障碍网页内容(WCAG)的预开发内容，即如果它被适当的插入到空文档中，它是满足无障碍的。
  注：如果预开发内容被大量开发者使用，其内容可能是模板。

预开发内容选择机制（pre-authored content selection mechanism）

超出标准文件选择的一种功能，它允许开发者在开发期选择预开发内容（例如，剪贴画，小部件）。

呈现（presentation）

开发者或者终端用户感知渲染内容的一种方式。

程序决定的（程序可决定性）（programmatically determined (programmatically determinable)）

信息的编码方式允许不同的软件，包括辅助技术，以不同的方式提取和呈现在不同形态下的信息。 ATAG 2.0在如下两个情况下使用该术语：

• 处理内容：开发工具能否从网页内容中提取信息（例如，从标签中获取内容的语言）
• 开发工具和辅助技术间的沟通：对于非基于web的用户界面，它表示使用平台无障碍服务，API或在某些情况下使用记录对象模型。对于基于web的用户界面，它表示确保用户代理能够传递信息（例如，利用WAI-ARIA）
  

显著性（prominence）

对于开发者有多大可能性注意到用户界面组件的一个启发式的测量方法。显著性会被多种因素影响，包括：所需的导航操作步骤的数量，读取顺序位置，视觉属性（例如，大小，间距，颜色），甚至包括使用形式（例如，鼠标和键盘使用）

• 至少一样显著：在ATAG 2.0的标准下，一个用户界面组件A被认为和另一个组件B"至少一样显著"，其条件是，默认状态时，组件A变成显示状态（并且启用）比组件B变成显示状态（并且启用）需要相等或更少的"打开"操作。
  注1：当容器是打开状态时，即使该容器需要滚动才可见，容器中的所有已启动的组件（例如，列表中的项目，菜单中的项目，工具包中的按钮，对话框中的所有组件）被认为是显示状态（因而它们相互之间是“至少一样显著”的）。不同的屏幕大小和开发者的设置被考虑会影响在给定时间下组件的可见性。
  注2："打开操作"是开发者在用户界面下，使得一个新的组件变成显示状态或启用状态的操作行为。例如； （a）顶层菜单项目到子菜单项目的显示的键盘快捷操作 （b）键盘选择按钮以展示一个对话框 （c）鼠标点击事件，启动一个原先被禁用的复选框子菜单、项目等等。不能导致新组件可执行（例如，焦点移动、列表滚动）的操作行为不被认为是“打开操作”。
  注3：对于封闭状态容器中组件的键盘快捷键操作不被记作"打开操作"。因为该组件变成显示状态的时候不是显著的。 对于开发者使用"搜索"功能来发现封闭状态容器中的组件的情况，也同样成立。
  注4："默认状态"是开发工具在开发期初始，由工具开发者所设置的状态。在许多文档开发工具中，默认状态是编辑视图。

提示（prompt）

由开发工具发起的决策请求，或者企图获得开发者信息的请求。这个术语不仅涵盖必须立即响应的请求（例如，模态对话框），还包括相对不紧急的请求（例如，提示强调拼写错误的单词）。

发布（publishing）

开发者或开发工具将网页内容对终端用户开放（例如，上载网页页面，在Wiki上提交修改，或直播）的任何时间点。

区间（range）

多项目集合中的多个项目。
告知性注：在绝对度量可能不实际的情况下（例如，所有帮助用户手册/开发文档的集合，所有模板的集合），ATAG 2.0使用术语"区间"。虽然定义"多项目集合中的多个项目"是严格要求可测量的，我们还是强烈建议实施者更加广泛地实施成功标准。

关系（relationships）

不同内容之间的有意义的联系。

修复过程（无障碍访问性）（repair (accessibility)）

网页内容中的网页内容的无障碍访问性问题被解决的过程。基于递增的自动化程度，ATAG 2.0将修复分为三种类型：

• 人工修复：开发者执行修复过程。这种类型的修复包括开发者在开发工具提供的指令或指导的帮助下完成修复过程的情况，但实际的修复手续仍是由开发者完成的。
• 半自动修复：部分修复工作由开发工具完成，但是开发者的人工输入和判断对于完成修复仍是必要的。
• 自动修复：修复过程完全由开发工具自动完成，而不需要开发者的任何干预。

限制（开发限制）（restrictions, restricted web content authoring）

开发者可以通过开发工具指定，网页内容中必须包含或者必须不包含特定内容（例如，元素，属性，窗口小部件）。许多开发工具以某种方式限制开发，这可能有利于无障碍的实现（例如，要求非文本内容的替代文本）或者有损于无障碍（例如，用于设置非文本内容的替代文本的属性不可用）。与此相反，对网页内容开发不作限制的开发工具不要求任何内容一定要出现或者不出现在网页中（例如，许多编辑中无渲染视图）。

角色（role）

文本或数字，软件用于识别网页内容中的组件的功能（例如，指示图像是否用作超链接，控制按钮或复选框的字符串）。

顺序键盘访问（sequential keyboard access）

使用键盘接口，操纵聚焦点逐个顺序遍历一个有序集的所有项目（例如，菜单项目，表单域），直到需求项目被访问和激活。这区别于直接的键盘访问方法，如键盘快捷键和旁路链接。

技术（网页内容）（technology (web content)）

被用户代理渲染、展示和执行编码指令的一种机制。网页内容技术可能包括标记语言，数据格式，或编程语言。开发者可以单独或组合使用它们，来创造从静态网页页面到多媒体演示，再到动态页面应用的各类终端用户体验。一些常见的网页内容技术例子包括HTML，CSS， SVG， PNG，PDF，Flash，Silverlight，Flex和JavaScript。

模板（template）

由开发者或者开发工具填充的，用来为终端用户制作网页内容（例如，文档模板，内容管理模板，演示主题）的一种内容模式。一般情况下，模板会至少预先定义一些开发决策。

• 无障碍模板(WCAG)：被填充以产生符合WCAG 2.0标准（级别A，AA或AAA）的网页内容的模板。当以下两点成立时，即认为符合标准：
  1. 开发者正确的遵守指令（例如，正确地响应提示，正确地放置高亮的占位符）
  2. 没有进一步的开发
  注：在这些情况下，有些模板会导致全空的文档，则默认它们是无障碍的。

模板选择机制（template selection mechanism）

超出标准文件选择的一种功能，它允许开发者选择模板作为新内容的基础或应用到现有的内容。

时间限制（time limit）

开发工具提供给开发者执行工作（例如，读取消息，选择项目，保存修改）的时间。示例包括：开发期超时、时基展示（例如，教学视频）。

教程（tutorial）

提供执行多重任务的分步指令说明的一种用户手册/开发文档。

用户代理工具（user agent）

任何检索、渲染和帮助终端用户和网页内容进行交互的软件（例如，网页浏览器，浏览器插件，多媒体播放器）。

• 市场中的用户代理：可以被公众获得（免费或其他方式）的用户代理工具。通常情况下，市场中的用户代理是一个与开发工具分离的软件。但是，有时它也可能具有整合用户代理和开发工具的功能。这些情况具体叙述如下：
  • 仅预览：如果用户代理工具只能从相关的开发功能中获取内容并渲染展示，那么该软件是具有预览特性的开发工具。具有仅预览特性的用户代理工具不被认为是一个市场中的用户代理。
  • 具有开发者工具模式的用户代理： 如果用户代理功能必须检索并打开网页内容，然后才能将其放到开发工具，则该软件是具有开发工具模式的用户代理。如果一个用户代理被用于预览由开发工具模式生成的内容，那它可以被认为是市场中的用户代理。
  • 整合用户代理/开发工具：默认用户交互模式允许编辑网页内容的用户代理工具。这样的工具不需要预览功能，因为开发者可以以终端用户一样的方式体验内容。

用户界面组件（user interface component）

用户界面或内容展示（包括内容渲染）的一部分，它被开发者感知为具有独特功能的单个控件。

视频（video）

动态图片或图像的技术。视频可以由动画或照片图像组成，或两者均有。

视图（view）

开发者用来与编辑中网页内容进行交互的用户界面功能。ATAG 2.0根据视图是否支持编辑将其分类：

• 编辑视图：部分或全部内容可编辑的视图
• 预览：不支持任何开发行为的视图（例如：不可编辑的视图）。预览功能被用来呈现正在被开发工具编辑的网页内容，就像用户代理工具呈现给终端用户的一样。预览功能可以通过实际市场中的用户代理实现，但这不是必须的。

同时，ATAG 2.0认为可以用如下几种方法在一个视图中呈现内容：

• 无渲染视图：:内容以未渲染的形式呈现（例如，纯文本编辑器）
• 有渲染视图：内容渲染呈现（以传统方法、非传统方法或者部分方法）
• 属性视图：只有内容的属性被呈现。开发工具可以利用这些属性自动生成内容并发布的（例如，CMS日历小程序可以根据月份和年份自动生成日历）。

工作流程（workflow）

开发者生产可交付内容所遵循的习惯步骤或工作顺序。如果某个开发工具由一些应用程序组成（例如，标签编辑器，图片编辑器和验证工具），其工作流程可能包括一个或多个应用程序的使用。

对于任何W3C标准的最新版本，请参阅W3C技术报告列表，网址为http://www.w3.org/TR/。自本文件发布以来，下面列出的一些文件可能已被取代。

本节是规范性的

[UAAG10]

"User Agent Accessibility Guidelines 1.0,", I. Jacobs, J. Gunderson, and E. Hansen, eds.17 December 2002

[WCAG20]

"Web Content Accessibility Guidelines 2.0", B. Caldwell, M. Cooper, L. Guarino Reid, and G. Vanderheiden, eds. 11 December 2008

本节是告知性的

[ATAG10]

"Authoring Tool Accessibility Guidelines 1.0", J. Treviranus, C. McCathieNevile, I. Jacobs, and J. Richards, eds., 3 February 2000

• Tom Babinszki (IBM)
• Tim Boland (National Institute for Standards and Technology)
• Alastair Campbell (Nomensa)
• Alessandro Miele (Invited Expert)
• Jan Richards (Inclusive Design Institute, OCAD University)
• Jeanne Spellman (W3C)
• Jutta Treviranus (WG Chair; Inclusive Design Institute, OCAD University)

• Victoria Clark
• Maria Carmen C. Cruz
• Emanuela Gorla
• Michael Gower
• Anne Jackson
• Taliesin Love Smith

之前的编辑们：

Tim Boland, NIST

Matt May (until June 2005 while atW3C）

Kynn Bartlett, Giorgio Brajnik, Judy Brewer, Wendy Chisholm, Daniel Dardailler, Geoff Deering, Cherie Ekholm, Barry A. Feigenbaum, Katie Haritos-Shea, Kip Harris, Phill Jenkins, Len Kasday, Marjolein Katsma, Alex Li, William Loughborough, Karen Mardahl, Matt May, Charles McCathieNevile, Ann McMeekin, Matthias Müller-Prove, Liddy Nevile, Sueann Nichols, Graham Oliver, Greg Pisocky, Wendy Porch, Sarah Pulis, Bob Regan, Chris Ridpath, Andrew Ronksley, Gregory Rosmaita, Roberto Scano, Dana Simberkoff, Reed Shaffner, Michael Squillace, Heather Swayne, Gregg Vanderheiden, Carlos Velasco, and Jason White

没有ATAG 1.0贡献者们的工作，这篇文档是不可能形成的。

本出版物的部分资金来自美国教育部的联邦基金，国家残疾和康复研究所（NIDRR），合同号为ED-OSE-10-C-0067。本出版物的内容不一定反映美国教育部的观点或政策，提及的商业名称、商业产品或组织不暗示美国政府的认可。

[内容]

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.3