【问题标题】:Is there any documentation on how screen readers should act?是否有关于屏幕阅读器应该如何操作的文档?
【发布时间】:2015-03-16 21:02:47
【问题描述】:

我正在审查并建议对一个小型 Web 应用程序进行更改/修复,该应用程序最近经过增强以更易于访问。

我一直遇到的问题是,似乎没有任何内容详细说明屏幕阅读器应该(或什至如何)工作。

例如,如果您查看 TabPanel 的 Accessible Rich Internet Applications (WAI-ARIA) 1.0 规范,并且创作实践指南说明了基本定义及其工作原理,但并没有真正回答诸如“屏幕阅读器是否应该说出TabPanel 什么时候可见?”

这个例子是有问题的,因为我需要说服业务需求不应该说它,但实际上并没有以一种或另一种方式说明。 (我能做的最好的就是指出创作实践指南中的示例没有被提及。)

为此,以及其他六个问题,如果有一个指南说“这是屏幕阅读器在遇到此元素/角色时所做的(或应该做的)”,那将是非常好的。

存在吗?

【问题讨论】:

    标签: accessibility screen-readers


    【解决方案1】:

    有一些非常简单的原则:

    1. 屏幕阅读器将默认以 DOM 顺序从头到尾开始阅读页面。这将在页面的一些基本统计信息之前,例如标题和链接数量、标题等。但是,用户通常不会简单地让屏幕阅读器完全阅读整个页面,而是会中断阅读以开始导航李>
    2. 如果用户知道该页面,他们将选择一种方式导航到他们在该页面上知道的内容。常见的导航机制是标题、表单、地标、链接、表格等。如果用户不知道该页面,他们可以使用不同的策略进行导航和探索,类似于有视力的用户用眼睛扫描页面的方式。
    3. 当用户导航时,他们会移动虚拟光标。通常,焦点将跟随光标从可聚焦元素跳转到可聚焦元素(这是可配置的)。屏幕阅读器将在用户导航时读出它遇到的任何内容。这类似于有视力的用户扫描页面以查找要阅读的内容。这里的关键是用户需要通过导航来控制读出的内容。对此的一个警告是,如果用户激活了一个控件,该控件导致页面的某些其他部分被更新,并且有视力的用户希望知道它已经立即更新或知道它的值,那么应用程序应该使用ARIA-LIVE。

    正如您将注意到的,最后一点是从技术可访问性跨入可用性领域的地方。以下是一些新手常见的误解。

    1. 您需要使所有选项卡都可用于屏幕阅读器:不,您不需要,屏幕阅读器可以查看所有内容,而无需选项卡可聚焦,
    2. 您需要宣布页面的每次更新:不,您不需要。如果用户正在与选项卡交互,他们通过经验知道,选择选项卡将公开其内容,并且有键盘命令可以访问该内容。您甚至不需要告诉他们选项卡已显示,您只需更新选项卡的选定状态即可。
    3. 您不需要宣布任何事情:不,您需要确定哪些信息足够重要以自动宣布。例如,如果您正在实现一个聊天应用程序,如果用户必须四处导航才能听到来自她朋友的消息,那将是愚蠢的。这些应自动公布。

    我强烈建议您将盲人屏幕阅读器用户带入您的组织,并让他们向您的高管展示他们如何做事来说明这些观点。

    【讨论】:

    • “您需要让所有选项卡都可用于屏幕阅读器:否”。当然不是为了屏幕阅读器,但不要忘记一切都应该通过键盘来操作。
    • 是的,但我说的是人们认为他们需要使标题和段落标签标签具有焦点
    • 这是我的第一个月,我是一名承包商......不要以为我会这么快就将任何人带入组织! ;) 谢谢你的信息!
    【解决方案2】:
    1. UAAG

    您必须查看用户代理可访问性指南 (UAAG): http://www.w3.org/TR/UAAG20-Reference/

    它们的目的不是定义屏幕阅读器可能会做什么,而是定义必须向用户代理提供哪些信息才能使用辅助技术。

    例如,为了让标签面板获得焦点,您可以阅读以下几点:

    • 2.1.4 选择与激活分开
    • 3.3.1 避免不可预测的焦点
    • 指南 4.1 - 促进以编程方式访问辅助技术
    • 5.1.1 遵守 WCAG

      1. WCAG

    WCAG 定义了 Web 开发人员应该做什么来使他的内容易于访问。它不会告诉您屏幕阅读器将如何反应,而是告诉您应该如何采取行动来提供所需的信息。

    例如,焦点不必触发上下文的变化 http://www.w3.org/TR/2015/NOTE-WCAG20-TECHS-20150226/G107 但只要用户要求改变上下文,就可以了。

    然后焦点的位置将定义要读取的数据,除了 aria live region 的情况。

    1. 重要提示:辅助功能和屏幕阅读器是两个不同的东西

    您不能仅对屏幕阅读器恢复您的无障碍政策。

    而且您不会找到仅针对屏幕阅读器的指南。它们是为了不忘记各种残疾人的一般方式。

    话虽如此,屏幕阅读器会以最可预测的方式选择其行为方式。您唯一可能做的就是测试您的应用程序是否符合逻辑的做事方式。如果屏幕阅读器不能正常工作,则可能是一种误解,可以在您的代码或辅助技术中进行改进。

    【讨论】:

      【解决方案3】:

      这听起来像是一个意见答案,但我相信没有可靠的文档 - 主要是因为每个无障碍用户对其屏幕阅读器都有特定的要求。有些不需要大声说出文本,而有些则需要。有些人对说出来的内容有选择性的偏好。您甚至可以更改朗读文本的速度。

      由于所有主要的屏幕阅读器都高度可定制到极其细微的细节,因此这是所有经销商的选择。

      但是,通过为开发人员制定标准和要求来遵循和生产一致的应用程序,它允许屏幕阅读器一致地解释信息,以便用户获得最佳体验。屏幕阅读器如何传递这种体验完全取决于用户。

      一个小提示,我已将我的答案直接写给屏幕阅读器,不是典型的 WCAG/ARIA 指南,这些指南广泛可用且具体到足以满足您作为开发人员的需求。 p>

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-08-26
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多