[英]Does aria-label prevent the inner content being read out by assistive devices?
MDN文档说你应该使用这样的aria-label
:
<button aria-label="Close" onclick="myDialog.close()">X</button>
我无法访问屏幕阅读器,但我看到Stack Overflow上的评论表明aria-label
不会取代内部内容,它只是前缀 。 所以在上面的例子中它会读出“Close X”,这显然不是理想的。
这是真的? 如果是这样,解决方案是什么? 我猜测用[aria-hidden=true]
元素包装内部内容是有意义的,如下所示:
<button aria-label="Close" onclick="myDialog.close()"><span aria-hidden="true">X</span></button>
...但我很谨慎,因为我无法在真正的屏幕阅读器上测试它。
在大多数情况下,将读出aria-label 而不是链接的文本。
这实际上是一个标准测试场景,并且在powermapper上有广泛的测试结果: https ://www.powermapper.com/tests/screen-readers/labelling/a-aria-label/
在测试结果页面上,您还可以听到屏幕阅读器输出。
最终编辑
我认为不是依靠博客文章或误解规范,而是实际测试事情而不是得出结论并试图记住关于ARIA的一切。
您可以测试元素的可访问名称 ,例如,如果您使用谷歌浏览器(希望其他浏览器包括辅助功能测试工具):
这是使用Windows讲述人在Microsoft Edge和Internet Explorer中发生的情况:
aria-label
实际上是为内容添加前缀,如下所示: aria-label
值,而不是按钮内的内容,如下所示: 希望这可以帮助。
我在调整应用程序以更好地支持JAWS屏幕阅读器时遇到了这个问题。
我希望通过指出macOS有一个功能完善的屏幕阅读器(称为VoiceOver(VO),可以用cmd + F5激活)来帮助遇到这个问题的任何人。
或者,macOS用户可以通过VirtualBox( https://www.virtualbox.org/ )等免费软件安装Windows( https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/ )。如果您或您的组织愿意支付许可证费用,则非常适合使用NVDA甚至JAWS等测试。
我的答案的道理是你可以跳到Windows机器上查看它不仅可以在屏幕阅读器上运行,而且还可以检查无数的Windows Web浏览器,我确信不同百分比的访问者使用 - web dev DOES work像那样。
更新:虽然我理解由于我的答案没有真正回答callum的问题所致的低票,我觉得诸如“3月22日11:41”的评论会对社区产生负面影响并需要解决。 如果我只打开了一个开发人员的心态来进行跨操作系统和可访问性测试,那就值得了。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.