三件事你应该知道使用画外音之前进行测试

网络专业人士越来越多地使用Mac随着这些网络专业人员越来越意识到Web可访问性的重要性,越来越多的人使用VoiceOver来测试屏幕阅读器的可访问性这是一个绝好的消息,但至少有三个重要的画外音和大多数Windows屏幕阅读器之间的差异可访问性测试人员应该理解。

大多数桌面屏幕阅读器用户都在Windows上。

WebAIM定期进行屏幕阅读器用户的调查最近的WebAIM屏幕阅读器用户调查是在2015年7月进行,超过2500名受访者当受访者被问及他们在台式机或笔记本电脑上使用哪些屏幕阅读器时,8%表示VoiceOver是他们的主要屏幕阅读器,31%表示他们通常使用VoiceOver(四舍五入到最接近的整数)虽然VoiceOver是一款流行的屏幕阅读器,但你不能忽视它超过三分之二的受访者常用虽然可以获得大量的洞察力和画外音测试时,仅仅依靠它可能不能给你一个完整的屏幕阅读器可访问性。

画外音没有形成或应用程序模式。

Windows屏幕阅读器有三种不同的交互模式:

1读/浏览模式

在这种模式下,箭头键用于阅读(例如,向下箭头读取下一个项目或部分,右箭头读取下一个字母)There are also a number of shortcut keys that can be used to jump to common page elements例如,H键移动到下一个标题。

2形式/集中模式

导航到表单控件时,屏幕阅读器通常使用音频来表示它已进入表单模式这种模式允许用户使用键盘与表单控件交互按H键在形式模式中,例如,将打这封信到一个文本框,而不是移动到下一个标题按向下箭头将选择组中的下一个单选按钮,而不是读取下一个项目当屏幕阅读器离开表单模式并返回读/浏览模式时,会发出不同的音频大多数屏幕阅读器用户都熟悉这种模式。

3应用模式

第三个模式允许屏幕阅读器用户与复杂的应用程序部件例如,在万维体育官网网页菜单中,用户可以使用向上和向下箭头键在各部分之间移动,并使用向右和向左箭头键展开或折叠这些部分为了使这种交互万博体育官网网址这些屏幕阅读器用户、屏幕阅读器需要进入应用模式,通过这些按键浏览器和web应用程序,而不是将它们用于阅读这是功能相同的行为形式/聚焦模式,但它并不总是表现为明显给用户应用程序模式经常被误解,许多屏幕阅读器用户都不知道它存在,但第三种模式是许多可访问性问题的核心。

ARIA,屏幕阅读器模式和VoiceOver

触发应用程序模式的ARIA角色经常被善意的开发人员误用例如,如果顶部的导航链接网页的错误被分配一个咏叹调的作用=“菜单”(这是适合应用程序菜单,没有导航菜单),这个触发形式模式,屏幕阅读器用户不能阅读和箭头键其他ARIA角色(如选项卡,对话框,网格和工具栏)也会出现同样的情况。

Alternatively, if a developer creates a widget or control and implements keyboard accessibility, but does not assign the proper ARIA roles, the widget may be 万博体育官网网址 to sighted keyboard users, but in万博体育官网网址 to screen reader users because forms or application mode is not properly triggered.

ARIA的误用和对屏幕阅读器模式缺乏了解目前导致网络上的重要可访问性问题这些问题的盛行率正在上升。

VoiceOver没有Windows键屏幕阅读器中常见的单键控件(例如“H”以通过标题导航)要移至VoiceOver中的下一个标题,请使用命令+ control + option + H.要阅读VoiceOver中的下一个项目,用户按下control + option +向右箭头由于这些必需的组合键,VoiceOver无需在模式之间切换这对于VoiceOver用户来说是个好消息,当上述角色被滥用时,他们可能不会遇到问题然而,这并不是理想的测试,因为一个不正确的咏叹调的作用,可以使网页高度在万博体育官网网址对于大多数屏幕阅读器用户可能未被发现在测试画外音。

如果你想了解更多关于这三个模式,我建议蕾奥妮沃森的文章理解屏幕阅读器交互模式

咏叹调描述后阅读是一个很长的顿号画外音。

更新

此问题已在最新版本的Mac OS-El Capitan中得到解决默认情况下,延迟已缩短到不到一秒,现在在提示的开头而不是结束时读取ARIA描述虽然这仍然是一个有关问题的许多人运行旧的操作系统版本,是优秀的,这个问题已经解决。

有很多时候当文本描述应该关联到一个元素(通常是一个表单控件)For example, for a password field that presents a message of "Must be 8-16 characters and have letters and numbers", this additional information should be read by a screen reader when the password field is encountered这可以通过aria-describedby属性来完成。

不幸的是,默认情况下,有一个很长的七秒延迟后控制集中在画外音咏叹调描述读之前这可能导致用户和测试人员错过这个重要的信息即使正确实施ARIA描述,他们也可能错误地认为描述没有关联更重要的是,它导致了一种非常常见且非常不正确的避免咏叹调的做法 - 完全描述并使用咏叹调标签或aria-labelledby来呈现标签说明。

使用VoiceOver设置时,此延迟可缩短至不到半秒(通常由VoiceOver超级用户使用),但许多测试人员不知道此设置缩短这个延迟,打开你的系统设置并选择辅助功能> VoiceOver>打开VoiceOver实用程序>详细程度>提示,然后向下拖动滑块“延迟后说出提示”

结论

画外音是一个非常强大的屏幕阅读器,使用在上升为了最有效地使用VoiceOver测试Web可访问性并最好地确保为其提供体验所有屏幕阅读器用户,画外音用户应该了解这些差异,并考虑额外的测试在Windows屏幕阅读器。

注意:有关使用此屏幕阅读器的更详细指南,请参阅我们的画外音教程

评论

  1. 保罗·波曼

    这是有用的信息我想添加更多的点:

    1In order to test keyboard accessibility (with or without the screen reader) you have to first turn on keyboard accessibility in the operating system (system preferences > keyboard > shortcuts > all controls) and in Safari (Safari > Preferences > Advanced > Accessibility > Press tab to highlight each item on a webpage)
    2我认为Apple在最近的OSX更新中消除了长时间的延迟I don’t know which update did it, but everyone I’ve asked in the last 6 months or so who has never changed the VoiceOver settings tells me that the slider is set to no delay所以我的理解是延迟不再是问题,除非该人暂时没有更新操作系统。

  2. 西尔维杜查托

    你好,谢谢你这个非常有趣的文章。
    在这篇文章你写:“画外音没有密钥控制(如“H”导航通过标题)在Windows屏幕阅读器常见。”
    对于VoiceOver中的标题,可以使用h等单键在去commandor画外音实用程序,选择快速导航模式看到有关如何使用快速导航模式的文章
    最好
    西尔维

  3. Gijs Veyfeyken

    我刚检查了“延迟后说出提示”的设置,OSX El Capitan上的默认设置是“短”。

  4. 乔恩怀廷

    保罗。感谢您的良好的反馈,为验证吉斯我将更新我的帖子和额外的细节几件事:

    1I chose not to include the “All controls” setting because this setting is automatically toggled when you start VoiceOver但是,我完全忽视了Safari的设置我们建议更改这两个设置键盘测试的一部分我很快就会更新帖子以反映这一点(或者更好的是,我们的主要VoiceOver和键盘文章)。

    2感谢你指出,在El Capitan中,咏叹调的支持已经改变了The long delay for hints is gone, and the description is now read at the beginning of the hint instead of the end! This is a huge improvement and I will update the post with this additional information.

  5. 吉姆·霍姆

    你好,
    当我将使用IOS上的VoiceOver与PC上的JAWS / NVDA的可访问性测试结果进行比较时,我发现了您在此处描述的差异,该网站不断将PC屏幕阅读器投入应用程序模式,但通常在我的移动设备上没有问题。

  6. 马特金

    我发现这段混乱……

    “触发应用程序模式的ARIA角色经常被善意的开发人员滥用For example, if the navigation links at the top of a webpage have incorrectly been assigned an ARIA role=”menu” (which is appropriate for application menus, not for navigation menus), this triggers forms mode, and the screen reader user cannot read with the arrow keys同样的事情可能发生与其他咏叹调等角色选项卡中,对话框中,网格,和工具栏”。

    1没有内在的区别使用菜单目前使用菜单导航功能和应用功能。
    2正确实现的菜单不会降低Windows或Mac上任何屏幕阅读器的可读性。

    虽然只是添加菜单/子菜单的角色在一个静态的导航链接列表是一个错误,它并不意味着实施导航菜单小部件是不适当的导航的交互模型与ARIA菜单模式匹配的网站很多,当模式正确使用时,这些网站更多的网站更好的是当它们优雅地降级时。

  7. 马特金

    据我所知,大白鲨是唯一的屏幕阅读器,区分它的“形式”和“应用程序”模式NVDA和Window-Eyes至少没有第三种模式。

    我希望自由科学从来没有引入了三分之一的概念模式生活已经混淆了2种模式。

    幸运的是,在1.1版本中,我认为我们终于掌握了可能激发第三种模式的任何语言的规范我重写应用程序角色和仔细擦洗所有其他地方的规范使用“应用程序”这个词混淆APG正在经历类似的待遇。

  8. 彼得·瓦利

    Thank you Paul Bohman! I was going mad trying to figure out why Chrome and Firefox on the Mac were skipping over most links including Skip Navigation我不知道在键盘设置中我必须打开所有控件才能找到它。