我正在审核并建议对最近增强的小型网络应用程序进行更改/修复,以便更容易访问。
我一直遇到的问题是,似乎没有什么能够详细说明屏幕阅读器应该(甚至可以)的工作方式。
例如,如果您查看TabPanel的Accessible Rich Internet Applications (WAI-ARIA) 1.0规范,并且创作实践指南说明了基本定义及其工作原理,但并未真正回答类似"的问题。屏幕阅读器在显示时会说出TabPanel的内容吗?"
这个例子存在问题,因为我需要说服不应该说出的业务要求,但实际上并没有说出这样或那样的方式。 (我能做的最好的事情是指出,没有说出“创作实践指南”中的例子。)
为此,以及其他六个问题,有一个指南说明"这就是屏幕阅读器遇到这个元素/角色时所做的(或应该做的)。#34 ;
存在吗?
答案 0 :(得分:2)
有一些非常简单的原则:
正如您将注意到的,最后一点是从技术可访问性到可用性领域的交叉点。以下是新手所持有的一些常见误解。
我强烈建议您将盲人屏幕阅读器用户带入您的组织,并让他们向您的高管证明他们如何做事来说明这些要点。
答案 1 :(得分:2)
您必须查看用户代理可访问性指南(UAAG): http://www.w3.org/TR/UAAG20-Reference/
它们并非旨在定义屏幕阅读器可能执行的操作,而是必须为用户代理提供辅助技术的信息。
例如,要将焦点放在选项卡面板上,您可以阅读以下几点:
5.1.1遵守WCAG
WCAG定义了Web开发人员应该做些什么来使他的内容可访问。它不会告诉你屏幕阅读器将如何反应,但你应该如何采取行动来提供所需的信息。
例如,焦点不必触发上下文的更改 http://www.w3.org/TR/2015/NOTE-WCAG20-TECHS-20150226/G107 但只要用户要求改变上下文,那就没问题。
然后焦点的位置将定义要读取的数据,除了咏叹调活区域的情况。
您无法仅向屏幕阅读器恢复您的辅助功能政策。
并且您无法找到仅针对屏幕阅读器的指南。它们是不遗忘所有残疾人的一般方式。
话虽如此,屏幕阅读器将以最可预测的方式选择其行动方式。您可能唯一要做的就是测试您的应用程序是否符合逻辑的处理方式。如果屏幕阅读器不能正常运行,那么可能是一种误解,无论是在您的代码中,还是在辅助技术中都可以改进。
答案 2 :(得分:1)
这可能听起来像是一个意见回答,但我相信没有可靠的文档 - 主要是因为每个可访问性用户都对其屏幕阅读器有特殊要求。有些人不需要大声说出文字而其他人则需要。有些人选择性地偏爱所说的话。你甚至可以改变大声朗读文字的速度。
由于所有主要的屏幕阅读器都可以高度自定义,而且非常精细,这是所有经销商的选择。
但是,通过为开发人员制定标准和要求以遵循并生成一致的应用程序,它允许屏幕阅读器一致地解释信息,以便用户可以获得最佳体验。屏幕阅读器如何传递这种体验完全取决于用户。
一个小小的注释,我直接向屏幕阅读器解答了我的答案,不典型的WCAG / ARIA指南,这些指南广泛可用且具体到足以满足您作为开发人员的需求。