2

我在很多网站上都看到过这个问题，比如Facebook 注册 生日下拉列表，甚至是WebAim Accessible Forms。问题如下：

通过使用屏幕阅读器，我专注于下拉列表并选择一个元素。之后，我尝试离开下拉元素并将焦点移到下一个元素上（通过 VoiceOver 中的 ctrl + alt + 右箭头或在 Android 上向右滑动）。当我这样做时，屏幕阅读器不会将焦点移动到下一个元素，而是会宣布下拉列表中的下一个元素（尽管我已经选择了它并且列表现在已关闭）而不是下拉列表之后的下一个元素. 这导致我被困在那里而无法继续。

  • 控制屏幕阅读器时我在那里做错了吗？
  • 为了解决这个问题，我提到的网站的代码是否有可能发生变化？
4

3 回答 3

0

我不确定我是否跟随。我在 iPhone 上使用 VoiceOver 和在 Firefox 中使用 NVDA 尝试了 WebAIM 示例。

在 iPhone 上，一个<select>/<option>列表在显示屏底部的一个单独的“对话框”中显示下拉内容。您必须导航到“完成”按钮才能关闭对话框。之后，向左/向右滑动会转到页面上的下一件事。

使用 Firefox 上的 NVDA，我可以使用向上/向下箭头键来更改值，或者我可以使用 alt+向下箭头来展开列表，然后向上/向下箭头到我的选择，然后按 Enter 或 Tab 键关闭列表。

于 2018-03-16T21:43:31.863 回答
0

在与 Google Chrome 一起测试 MacOS Voiceover 时，我也遇到过这个问题。选择菜单成为我无法逃脱的“陷阱”。但是，在 Safari 中使用 Voiceover 时并非如此。我现在确信，如果我想从 Voiceover 中获得合理的行为，它应该只与 Safari 一起使用。

于 2018-10-24T15:53:39.333 回答
0

你可以尝试给它：

  • 隐藏时为tab-index-1

  • 或aria-hidden=true当列表不在视图中时。

于 2021-05-27T15:09:00.217 回答