ATAG 2.0 授权中文翻译 - 勘误页
16 |最新修改日期: $Date: 2018/01/30 08:49:34 $
17 |本文档由LTO(Lead translation Organization）浙江大学和W3C北航 18 | 共同实施维护并更新。
19 |最新修改日期: $Date: 2018/01/30 08:49:34 $
17 |本文档由LTO(Lead translation Organization）浙江大学和W3C北航 18 | 共同实施维护并更新。
19 |此文档附带无障碍创作工具指南(ATAG) 24 | 2.0中文授权翻译的：
25 |[目录]
143 | 144 |此版本为授权W3C文档。此翻译文档的发布遵循W3C授权翻译文档流程。如有任何争议，应以原始英文版本为权威版本
200 | 201 |[Table of Contents] | [Implementing ATAG 2.0] 206 |
207 |Please refer to the errata for this document for any errors or issues reported since publication
222 |See also translations
223 | 224 |Copyright © 2015 W3C® ( MIT, ERCIM, Keio, Beihang). W3C liability trademark and document use rules apply
225 |无障碍创作工具指南2.0；为设计出这样的网页内容编辑工具提供了思路，该工具不仅为残疾作者提高了无障碍性（A部分），而且能够支持、促进所有作者创作更加无障碍的网页内容（B部分）。有关介绍和ATAG技术和教育资料的链接，请参阅无障碍创作工具指南（ATAG）概述。
236 |本节介绍本文档在发布时的状态，其他文档可能取代本文档。W3C技术报告索引中提供了当前W3C出版物的列表以及该技术报告的最新修订版本。
243 | 244 |这是2015年9月24日来自无障碍创作工具指南工作组，对“无障碍创作工具指南（ATAG）2.0”的W3C 建议。工作组创建了一份执行报告，报告显示该指南已达到放行标准。在审查过此报告并且咨询委员会票选出支持出版的结果后，负责人批准了向建议书过渡。 ATAG 2.0的文本没有更改，只是对代码进行了小的修改来固定间隔，并删除多余或注释的HTML。
247 |本文档已由W3C成员，软件开发人员以及其他W3C小组和相关各方审核，并被指导团批准为W3C推荐标准。它是一个稳定版本文件，可以用作其他文档的参考或引用材料。在制定该建议书的过程中，W3C的作用是提醒注意规范并促进其广泛部署，这增强了Web的功能和互操作性。
248 |ATAG 2.0由相关的非规范性文件，实施ATAG 2.0支持。虽然本文档没有ATAG 2.0本身具有的正式身份，但它提供了重要的信息用来理解和运用ATAG 2.0。
249 |工作组要求将任何意见都发送至public-atag2-comments@w3.org，公众评论列表的存档是公开的。收到关于ATAG 2.0建议书的意见不能导致本版指南的更改，但可以在勘误表或ATAG的未来版本中得到解决。对此，工作组不打算对意见作出正式答复。ATAG 2.0电子邮件列表讨论的档案是公开可用的，从事后续工作的工作组将会处理收到的这些关于本文件的意见。
250 |本文档是作为W3C Web 258 | Accessibility Initiative(WAI)的一部分发布的，工作组章程中讨论了AUWG的目标。
259 | 260 |本文档由在2004年2月5日W3C专利政策下运作的小组制作，W3C保留与该小组可交付成果相关的任何专利公开的公共列表; 该页面还包括公开专利的说明。得知某项专利满足了基本要求的个人根据W3C专利政策的章节6必须公开信息。 262 |
263 |本文档由2015年9月1日W3C处理文档管理。
264 | 265 |本节内容是告知性的。
401 |这是“无障碍创作工具指南”（ATAG）2.0版本的W3C推荐（标准）。本文档的建议是为了让创作工具开发者制作出更方便残疾人使用的编辑工具，包括听觉，认知，神经，体能，言语和视觉等残疾群体。
402 |创作工具无障碍功能可满足两个重叠的残疾用户组的需求：
403 |值得注意的是，虽然满足这两组用户需求的要求在指南中被清楚地分开，但是，用户创作的加速趋势意味着，在现实中，它们是深度相互关联的。 例如，当用户参与在线论坛时，用户频繁地创作随后与其他用户创作的内容合并的内容，创作用户界面中的无障碍问题或其他论坛用户生成的内容会降低论坛的整体无障碍性。
409 |ATAG 2.0的个人和组织很广泛，包括创作工具开发人员、创作工具用户(作者)，创作工具的购买者和决策者。为了满足这些用户的不同需求，以下提供了几个层次的指导：
435 |有关ATAG技术和教育资料的链接，请参阅创作工具辅助功能指南（ATAG）概述。
445 |为了保证在创作工具的开发中使用ATAG 2.0和WCAG 2.0的程序尽可能简单，ATAG 2.0共享了WCAG 2.0的三级一致性模型：A级（最低），AA级（中等），AAA级（最高）。有关更多信息，请参阅理解一致性级别。
447 | 448 | 449 | 450 |在实现ATAG 2.0时，创作工具开发人员应该仔细地将支持更多无障碍编写的功能集成到与创作工具的其他功能相同的"外观和感觉"：
452 | 453 |本节中的成功标准和一致性适用性说明是规范性的。
468 |由来：对于某个开发工具（或开发工具的某些部分）来说，若该工具（或部分）是基于web的，则遵守WCAG 2.0标准将有助于所有开发者对该工具（或部分）的访问，包括使用辅助技术的开发者
497 | 498 |若某个开发工具包含了基于web的用户界面，则上述基于web的用户界面应遵守WCAG 2.0之标准。（A级满足WCAG2.0所述之A级标准；AA级满足WCAG2.0所述之AA级标准；AAA级满足WCAG2.0所述之AAA级标准）
503 |由来：对于某个开发工具（或开发工具的某些部分）来说，若该工具（或部分）是非基于web的，则遵守当前平台之无障碍访问性指南并实现与平台无障碍服务之间的通信将有助于所有开发者对该工具（或部分）的访问，包括使用辅助技术的开发者。
517 | 518 |若某个开发工具包含了非基于web的用户界面，则上述基于web的用户界面应遵守所在平台之无障碍访问性指南。平台（A级）
523 |若某个开发工具包含非基于web的用户界面，则上述非基于web的用户界面应通过平台无障碍服务向外提供无障碍访问性信息。（A级）
537 |由来：某些开发者需要访问替代内容以实现与正在编辑的网页内容之间的交互。
556 | 557 |若某个编辑视图将渲染非文本内容则任何程序相关的非文本内容的替代文本应由程序决定。（A级）
561 |若某个编辑视图将渲染时基媒体，则应至少满足下述条件之一：（A级）
571 |由来：某些编辑视图之呈现会传递状态信息，或是提供（编辑中网页内容）的终端用户体验信息，且某些开发者需要通过辅助技术访问编辑视图呈现的细节。
590 | 591 | 592 |若某个编辑视图将要向编辑中网页内容添加状态指示器，则上述状态指示器所传递的信息应由程序决定（A级）
595 |若某个编辑视图将要渲染文本的格式属性，且上述属性可由开发者在编辑视图中编辑，则该属性应由程序决定（AA级）
611 |由来：某些开发者可能在行动上有所限制，或是有视力障碍，无法使用鼠标。上述开发者需要使用键盘接口访问开发工具的所有功能。
626 | 627 | 628 |开发工具的所有功能应均可以通过键盘接口完成，且不需要任何击键时间限制，除非某些隐藏功能需要依赖于用户的输入行为路径而非单纯依赖于用户最后输入的内容。（A级）
631 |若键盘焦点可以通过键盘接口的方式移动到某个组件上，则焦点应同样可以通过键盘接口的方式从该组件上移开。一般来说，上述移开功能可以通过未修改的方向键、制表键或其它标准的退出方式实现，但若某情况下该功能需要通过上述方式以外的其它手段实现，则开发者应被告知实现该功能的方法。（A级）
645 |开发工具界面应包含某些机制，使得对键盘的访问比顺序键盘访问更高效。（AA级）
656 |开发工具的所有功能应均可以通过键盘接口完成，且不需要任何击键时间限制。（AAA级）
666 |若某个开发工具包括键盘命令，则上述键盘命令应可以自定义。（AAA级）
674 |若某个开发工具包括键盘指令，则该工具应提供某些方法使得开发者可以指定键盘指令与开发工具界面之组件的关联关系。（AAA级）
684 |由来：某些开发者在键入操作、鼠标操作或其它被要求在较短时间限制之内完成的操作（例如点击到某个正在移动的目标）上存在困难。
694 | 695 | 702 | 703 | 704 | 705 | 706 |开发工具不包含可以接受输入的，但正在移动且移动无法被开发者暂停的用户界面组件。（A级）
725 |The开发工具应允许被设置为以下功能：可以自动保存被该开发工具编辑的网页内容。（AAA级）
736 |由来：某些开发者患有光敏性癫痫症，闪烁可能会给他们造成癫痫。
745 | 746 |若某个编辑视图可以播放时基内容，则该播放行为不应在载入时必须自动执行，且该播放行为可以被暂停。（A级）
749 |由来：某些开发者在键入操作、鼠标操作上存在困难，开发工具利用网页内容的结构呈现来简化导航和编辑功能将使上述开发者受益。
762 | 763 |若某编辑视图向外公开了编辑中网页内容的标签元素，则上述标签元素（例如：源代码、内容渲染等）应可被选中，且应提供某些机制以实现选择焦点在元素之间的切换。（AA级）
766 |若某编辑视图允许在网页内容中编辑程序性的关系，则应提供某些机制以实现相关内容之间的导航。（AAA级）
775 | 778 |由来：某些开发者键入操作、鼠标操作上存在困难，向编辑中网页内容提供文本搜索功能以导航到某个位置将使上述开发者受益。
792 | 793 |若某个开发工具提供了用于编辑文本内容的编辑视图，则该编辑视图内应提供文本搜索功能，即下述所有标准均需满足：（AA级）
797 |由来：某些开发者可能需要以一种方式设置自己的显示设置，这种方式与为发布的的网页内容定义的呈现方式不同。 提供保存和重新加载键盘和显示器偏好设置的功能对那些随时间不同需求不同（例如由于疲劳）的开发者有好处。
815 | 816 |若某个开发工具包括编辑视图的显示设置，则开发工具应允许开发者在不修改编辑中网页内容的前提下修改上述设置。（A级）
819 |若某开发工具包括显示和/或控制设置，则上述设置应能够在开发期之间保存。（AA级）
831 |开发工具的各个方面应遵守平台显示与控制设置之更改，除非开发者使用开发工具选定了更明确的显示与控制设置。（AA级）
840 |由来：由于开发者的工作流常常包括定时检查用户代理工具对网页内容的显示，许多开发工具提供了预览特性。开发者中的残障人士应拥有同样的机会以检查上述显示。
854 | 855 | 856 | 869 | 870 |若提供了预览则开发者可以指定用户代理工具对预览进行操作。（AAA级）
872 |由来：某些有不利条件的开发者在动作精读或语音上存在困难，常常被认为会输入更多的错误。
891 |所有开发行为应可逆，或开发工具在执行该行为前要求开发者进行确认。（Level A）
894 |若某个开发工具提供某机制以更改开发工具界面之设定，则上述机制应同时可以逆转设置之更改，或开发工具在执行更改之前要求开发者确认。（Level A）
903 |对于每个开发工具所满足的ATAG2.0之A部分所述标准的特性，应至少满足以下一条标准：（A级）
933 |由来：若某开发工具自动产生的网页内容内包含网页内容的无障碍访问性问题(WCAG)，这样会对开发者造成额外的修复任务。
994 |在开发期的结束点后，开发工具不会自动生成网页内容，开发者可以认定是无障碍网页内容（WCAG）。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
998 |由来：无障碍访问性信息 (WCAG)对于保证网页内容无障碍(WCAG)从输入到输出的网页内容转换在一个可比较的级别。
1032 |若某个开发工具提供内容重构转换或重编码转换，且输出的网页内容技术存在类似的机制，则满足以下至少一点：（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1036 |若某个开发工具支持结构化内容的复制和粘贴，则当开发工具同时是复制粘贴内容的源和目的地，且源和目的地使用相同的网页内容技术，复制内容中的无障碍信息 (WCAG)被保留。网页内容技术（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1055 |若某个开发工具提供优化网页内容转换，任何输入中的无障碍信息 (WCAG)在输出中被保留。（A级）
1068 |若某个开发工具提供输出中的非文本内容的网页内容转换，则如果输出中的网页内容技术也存在类似机制，该非文本内容的替代文本被保留。 1077 | 注意：该成功标准仅适用于输出技术包含在一致性要求中的。（A级）
1078 |由来：支持无障碍网页内容（WCAG）的生成，至少，可以使用开发工具生成符合WCAG 2.0的网页内容
1100 | 1101 |开发工具不会限制开发者指定的网页内容，或者设置的限制不会阻止WCAG 2.0成功标准的满足。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1104 |由来：通过指导开发者从一开始就关注无障碍网页内容（WCAG）的创建和维护，缓和网页内容无障碍访问性问题 (WCAG)，同时减少修复工作。
1117 |为达到同样级别的开发成果，向开发者提供一系列开发行为的选项（例如，样式文本），那么将生成无障碍网页内容（WCAG）的选项至少要和不能的一样显著。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1120 | 1121 |如果开发工具提供设置网页内容属性的机制（例如，属性值），那么也应该提供设置与无障碍信息 (WCAG)有关的网页内容属性的机制。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1130 | 1131 |由来：不恰当的替代内容可能会产生网页内容无障碍访问性问题 (WCAG)，且会干扰无障碍检测。
1149 | 注：这个指南仅适用于开发者指定的非文本内容（例如，插入一张图片）。当非文本内容是由开发工具自动生成的，详见指南 B.1.1。
若某个开发工具提供增加非文本内容的功能，则开发者能够修改程序相关的非文本内容的替代文本。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1156 |开发工具不会尝试修复非文本内容的替代文本，或以下所有都成立（A级）
1170 |若某个开发工具提供增加非替代文本内容的功能，当开发者为非文本内容添加程序相关的非文本内容的替代文本，则以下两条均成立（AAA级）
1187 | 1190 |由来：提供无障碍模板(WCAG)有如下优势，包括：直接改善正在编辑中的网页内容无障碍性 (WCAG)，减少开发者的付出，和证明网页内容无障碍的重要性（WCAG）。
1205 | 1206 |若某个开发工具提供模板，则一个a区间的模板都应该有无障碍模板 (WCAG)的选项。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1210 |若某个开发工具包括一个模板选择机制且提供了一些非无障碍模板 (WCAG)的选项，模板选择机制可以显示无障碍和非无障碍选项的区别。（AA级）
1222 |若某个开发工具包括一个模板选择机制且允许开发者生成新的非无障碍模板(WCAG)，则开发者可以使用模板选择机制显示他们生成的无障碍和非无障碍模板的区别。 1235 | （AA级）
1236 |若某开发工具提供模板，则所有的模板都是无障碍模板 (满足WCAG级别AA)（AAA级）
1252 |由来：提供可访问的预开发内容(WCAG)（例如，剪贴画，同步媒体，应用程序）有如下一些优势：直接改善正在编辑中的无障碍内容，减少开发者的付出，和证明网页内容无障碍的重要性（WCAG）。
1264 |若某个开发工具提供预开发内容，则一个区间的模板都应该有可访问的预开发内容(满足WCAG级别AA)的选项。（AA级）
1268 |若某个开发工具包括一个预开发内容 选择机制，并且同时提供任何非无障碍的预开发内容(WCAG等级AA)选项，则选择机制可以显示无障碍和非无障碍选项的区别。（AA级）
1278 |由来：无障碍检测是开发工具的一个集成功能时，它可以帮助开发者在开发期意识到网页内容无障碍访问性问题 (WCAG)，这样开发者就可以立即处理。
1295 | 1296 |若某个开发工具提供给开发者添加或修改网页内容的能力，这可能产生一个与WCAG 2.0成功标准相违背的方法，则提供对该成功标准的无障碍检测（例如，一个HTML编辑工具应在插入图片时检查其替代文本；一个具有编辑文本轨道功能的视频开发工具应检查字幕）。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1300 | 1301 |若某个开发工具提供无障碍检测，且该检测依赖于开发者判定潜在的网页无障碍访问性问题（WCAG）是否被正确标识（例如，人工检测和半自动检测），则无障碍检测过程提供如何判定的描述。（A级）
1316 | 1317 |如果开发工具提供了检测，且该检测依赖于开发者判定潜在的网页内容无障碍访问性问题 (WCAG)是否被正确标识（例如，人工检测和半自动检测），则相关内容被标识给开发者。（A级）
1325 | 1326 |若开发工具提供了检测则开发者可以收到基于无障碍检测结果的无障碍状态报告。（AA级）
1340 | 1342 | 1343 |若某个开发工具提供了检测，则开发工具可以将无障碍检测结果与已检测的网页内容通过程序关联。（AA级）
1351 |由来：当修复是开发过程的一个组成部分时，这很大程度增加了无障碍检测的作用，增加了网页内容无障碍访问性问题 (WCAG)被处理的可能性。
1362 | 1363 |若某检测（详见成功标准 B.3.1.1）可以发现一个没有被满足的WCAG 2.0成功标准，则提供修复提示。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1367 |由来：如果在开发工具界面中打开无障碍内容支持特性并设置合理的显著显示，无障碍内容支持特性更可能被使用。
1386 | 1387 | 1388 |所有的无障碍内容支持特性被默认打开。（A级）
1391 | 1392 |开发工具不包括关闭无障碍内容支持特性的选项，或者该选项支持关闭后重新开启。（A级）
1402 |开发工具不包括关闭无障碍内容支持特性的选项，或者如果这些选项被关闭，开发者会被告知这会增加内容无障碍访问性问题(WCAG)的风险。（AA级）
1415 |所有无障碍内容支持特性至少与其他有关无效标签、语义错误、拼写错误或者语法错误一样显著。（AA级）
1425 |由来：在判定如何使用无障碍内容支持特性（例如，如何回应替代文本的提示，如何使用无障碍检测工具），一些开发者需要得到支持。将无障碍开发演示作为常规实践，或者至少不演示非无障碍开发实践，将会帮助开发者接受无障碍特性。
1438 | 1439 |在用户手册/开发文档中包括一个区间的样例（例，标签，屏幕截图，所见即所得的编辑视图），演示无障碍开发实践(WCAG)。（A级：满足WCAG2.0 A级成功标准；AA级：满足WCAG2.0 A级和AA级成功标准；AAA级：满足WCAG2.0所有成功标准）。
1443 | 1444 |任何用户手册/开发文档中。（A级）
1457 |本部分是规范化的
1495 |一致性意味着开发工具满足指南部分中定义的适用成功标准。 此一致性部分描述一致性并列出一致性要求。
1500 |确定ATAG 2.0一致性的第一步是评定是否满足成功标准。可选的答案有： 1505 |
1506 |在发布的时候，WCAG 2.0[[WCAG20]]是现在的W3C中的“有关网页内容的可访问性建议”部分。因为，当对以下内容进行设置时，ATAG 2.0将参照WCAG 2.0进行： 1515 | （1）基于web的开发工具用户界面的可访问性（在A部分中）。 1516 | （2）针对生产网络内容应该如何让开发者被启用，被支持和被引导，这是对残疾人终端用户的可访问性（在B部分中）。
1517 |特别地，在"可访问性内容"（及其相关术语，如"无障碍模板"）一词的定义中，ATAG 2.0将参考WCAG 2.0 进行。“可访问性内容”的定义是符合WCAG 2.0标准的内容，当一个网页内容技术满足WCAG2.0时，无论满足等级是A，AA，还是AAA，都将得到可访问性支持。"无论满足等级是A，AA，还是AAA"是因为“可访问性内容”可以根据不同的上下文中使用（例如，在等级A的ATAG 2.0成功标准与等级AAA成功标准）。这个定义还包括两点：
1518 |部分WCAG 2.0一致性要求"只有使用技术的可访问性支持方式是满足WCAG2.0成功标准的。以非可访问性支持方式提供的任何信息或功能也能够以实用技术的可访问性支持方式来提供。"从广义上讲，当使用网页内容技术支持用户的辅助技术的方式和网页内容技术的可访问性支持用户代理提供给终端用户时，WCAG 2.0认为网页内容的技术是“支持可访问性”的。
1524 |这个概念不容易扩展到开发工具，因为许多创作工具可以通过不同的辅助技术和用户代理的可访问性在不同的环境中安装和使用（例如，私人企业内部网和公共网站，单语网站和多语言网站）。因此：
1525 |1526 |1528 |ATAG 2.0不包括可访问性支持的要求。因此，ATAG 2.0成功标准并不指WCAG 2.0中的"一致性"，而是指"满足WCAG 2.0成功标准"。
1527 |
一旦一个创作工具已经安装并投入使用，将很有可能对其产生的网页内容进行WCAG 2.0一致性评估，包括是否满足WCAG 2.0可访问性需求。但是，这WCAG 2.0一致性评估将与此创作工具ATAG 2.0一致性评估完全独立。
1529 |有两种一致性类型，每一类有三个等级：
1532 |当一个开发工具可用于生产无障碍网页内容（WCAG）且没有额外的工具或组件时，将作出一致性选择。这些等级的一致性决定如下：
1535 |注1:A部分的一致性适用性注意和B部分的一致性适用性注意都是适用的
1541 | 注2:如果最低一致性等级A（等级A）尚未实现（例如，至少有一种等级A适用的标准没有被满足），它仍可以在发布声明中指定成功标准得到满足的部分。
1545 | 当需要额外的开发工具或组件时，可能会做出一致性选择，来使整个完整的设计系统一致化。选择的适用范围从功能非常有限的组件（例如，一个插件）到几乎完整的系统（例如，只有缺乏可访问性检查功能的标记编辑器）。
1546 |一致性等级（A，AA，或AAA），除了答案为"不满足"的意外，都以如上方式确定，工具不能为了满足作为一个完整创作系统的一部分的另一个创作流程组件而阻止成功标准得到满足。
1547 |注1：如果创作工具为了满足原来不满足的成功标准而妨碍到了其他的创作流程组件（例如，处于安全原因），创作工具将无法满足部分一致性。
1548 | 注2：A部分的一致性适用性注意和B部分的一致性适用性注意都是适用的。
可能当一个开发工具由于平台固有的闲置原因而无法满足一个或多个平台的成功标准时，可以做出一致性选择（例如，缺乏一个平台无障碍服务）。一致性要求的结果解释（可选）应当解释哪些平台特性会丢失。
1552 | 1553 |开发工具必须符合ATAG 2.0中关于生产特定的网页内容技术方面的要求。例如，生产XHTML 1.0时需要符合等级A的要求。
1556 | 1557 |如果某个创作工具可用于多种Web内容技术的生产，则一致性只需包这些技术的一个子集即可。该子集需囊括被开发者设为用于自动生成内容、或默认用于开发者生成内容的任何技术。这个子集也可包含一些并非发布给终端用户使用、而是作为"中间"格式使用的技术，尽管非必需。
1558 |ATAG 2.0可以应用到带有具备实时创作 Web 内容功能的工作流（例如，一些协作工具）的创作工具上。由于实时发布中固有的挑战，ATAG 2.0的B部分中，这些创作工具的一致性可能涉及实时开发期之前（例如，在准备可访问幻灯片中的支持），期间（例如，现场字幕，因为 WCAG2.0要求在AA 级 ）和之后（例如，将抄本添加到最初实时发布的演示文稿的存档中的能力）不同阶段所需支持的组合。欲了解更多信息，请参阅实现ATAG 2.0 -附录E：实时
1561 | 1562 |注：与任何软件应用程序一样，创作工具可以是组件的集合。一致性声明只能由负责部门制定。其他任何"申明"实际上都只是评论。
1565 | 1566 |除了上述一致性要求的必需组件，可考虑提供额外的信息，以协助作者。推荐的其他信息包括：
1592 |W3C，WAI 或 AUWG 不对任何未在 W3C，WAI 或 AUWG 的授权下发布的 ATAG 2.0一致性声明的任何方面或结果承担任何责任。
1602 | 1603 |本部分是规范性的。
1619 |该附录包括本标准规范中所使用的有显著/重要/生僻的术语的定义，也包括在一致性部分中使用的术语。 有关定义在标准质量中的作用的更多信息，请参阅http://www.w3.org/TR/qaframe-spec/
1620 | 1621 |对于任何W3C标准的最新版本，请参阅W3C技术报告列表，网址为http://www.w3.org/TR/。自本文件发布以来，下面列出的一些文件可能已被取代。
2088 |本节是规范性的
2089 |本节是告知性的
2100 |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
2141 |没有ATAG 1.0贡献者们的工作，这篇文档是不可能形成的。
2142 |本出版物的部分资金来自美国教育部的联邦基金，国家残疾和康复研究所（NIDRR），合同号为ED-OSE-10-C-0067。本出版物的内容不一定反映美国教育部的观点或政策，提及的商业名称、商业产品或组织不暗示美国政府的认可。
2143 |[内容]
2150 | 2151 |