繁体 English 中英

window.confirm() 是否可以访问？

[英]Is window.confirm() accessible?

原文 2019-04-09 00:02:17 3 3 javascript/ accessibility

像window.confirm 、 window.alert和window.prompt这样的原生浏览器模式是否可以访问，还是实现一些自定义的东西更好？

3 个解决方案

关于这方面的信息并不多，但我相信答案是肯定的（在大多数情况下）。 以前的屏幕阅读器似乎不支持警报/窗口对话框，但在当今世界，屏幕阅读器已经开始支持这些。

“虽然 JavaScript 弹出式警告框曾经被可访问性专家劝阻，但现代屏幕阅读器和浏览器为基本的 JavaScript 警告框提供了出色的支持。”

http://accessibility.psu.edu/scripts/alertboxes/#basic

https://www.w3.org/TR/2018/WD-wai-aria-practices-1.2-20180719/examples/dialog-modal/alertdialog.html

通读 w3 文档，似乎更喜欢自己制作并指定适当的aria属性

更新：阅读此答案的底部。 根据这个答案，大多数屏幕阅读器都可以访问它们，但 JAWS 不可以（截至2017 年 12 月的这篇文章）拥有 46% 的市场份额。 因此，使用屏幕阅读器的人中有 46% 使用的屏幕阅读器不支持window.confirm ，因此最好使用各自的aria-*属性制作自定义对话框。

编辑：根据 Travis J. 的评论， github 问题表明这是一个 Chrome 错误，已被修补。 但是，如果您想保持对旧版 Chrome 的支持，那么您可以创建一个自定义对话框，或者如果您想添加 CSS、创建更多按钮等，只需创建一个自定义对话框。

我的测试给出了这些结果：

Windows 中的 JAWS 和 NVDA 与 Firefox 都正确地宣布 window.confirm() 对话框，但 Firefox 允许在 JAWS 或 NVDA 打开或关闭时键盘导航泄漏到对话框之外。 这是一个严重的可访问性缺陷。
Windows 中的 JAWS 和带有 Chrome 的 NVDA 根本无法宣布 window.confirm() 对话框的文本内容，因此收听 JAWS 或 NVDA 的用户无法知道“确定”和“取消”按钮是确认还是取消。 这是一个致命的可访问性缺陷。
OS X 中带有 Safari 的 VoiceOver 会播报“发件人”和 URL，但在 window.confirm() 对话框打开时不会播报任何内容。 如果用户随后使用键盘向前导航，VoiceOver 会报出“取消”和“确定”按钮，但不会报出解释这些按钮的文本内容。 这是一个致命的可访问性缺陷。 Safari 还允许在打开或关闭 VoiceOver 时键盘导航从对话框中泄漏，这是一个严重的可访问性缺陷。