屏幕阅读器不解释标签导航吗？

Question

我有一个通过tabindex=0启用了制表位的弹出窗口。 在没有屏幕阅读器的情况下与页面进行交互时，可以使用Tab键在窗口和其中包含的表单元素之间移动。

当我使用屏幕阅读器客户端（Window Eyes 8.4）查看我的网站时，我无法始终如一地进入窗口。

我是否应该考虑代码结构的特殊情况，这些特殊情况会导致窗口失去焦点或阻止屏幕阅读器解释弹出窗口的标记？

供参考-我在一个ASP.NET MVC4 Web应用程序（页面为HTML / CSS / JS）中，该应用程序使用Kendo UI [Kendo]窗口生成弹出窗口。

Answer 1

03/17更新 -屏幕阅读器间歇性地将弹出窗口声明为对话框，但是一旦弹出窗口加载，我可以-偶尔-跳到div中并且焦点不会丢失。 我无法始终如一地重现此内容，只能在按下按钮以显示弹出窗口后快速按Tab键才能找到。

另一方面（当未快速按下Tab键时），焦点始终停留在没有焦点轮廓的弹出窗口上（屏幕阅读器会宣布“ Foo对话框”），但是在第一次按下Tab键时，焦点会跳回到位于页脚前的最后一个可操作元素。 此时按Tab将使我进入页脚UL元素。

Answer 2

如果没有演示，很难回答，但是有两个方面需要调查。

我针对基于内容的弹出窗口 （即不是表单的弹出窗口）的可访问性要求做了一页。 这还包括有关如何管理焦点的代码。

如果弹出窗口本质上是基于表单的，则可能需要在对话框上尝试该弹出窗口。

您将从这些示例中看到，将tabindex添加到容器只是其中的一部分，还应该管理焦点，以便将焦点移至弹出窗口。

该问题的零星性质可能是因为屏幕阅读器通常不读取display:none ，而切换到不存在的内容可能无法可靠地激活。

如果您可以举一个例子，我可以更新这个答案。