【问题标题】:automated popups and keyboard accessibility自动弹出窗口和键盘可访问性
【发布时间】:2023-12-08 10:20:01
【问题描述】:

因此,通过客户网站上的自动“订阅”弹出窗口来享受有趣的无障碍环境。根据 WCAG,所有内容或多或少都应该可以通过键盘访问,并且不能通过键盘移动模态。同样根据 WCAG,除非手动触发并发出警告,否则不会假设上下文或焦点发生变化,因此不能自动将焦点分配给模态以让用户与之交互。显然不能让它保持原样,因为它在视觉上阻碍了它背后的内容。不太清楚该怎么做。

根据我目前的研究,看来模态只是必须不是自动的,需要由用户手动触发。

有什么建议/反馈吗?

【问题讨论】:

    标签: accessibility


    【解决方案1】:

    一般来说你是对的,根据 WCAG,自动上下文切换并不好。我相信您可以通过屏幕阅读器警报或与弹出窗口相关联的 aria-label 的形式使用适当的上下文线索来宣布弹出窗口。

    如果客户想要保持弹出窗口自动,我建议将焦点添加到弹出窗口,以便用户可以导航和关闭它,以及我提到的上下文警报。

    本网站(通向 WCAG 3.2.2)https://www.w3.org/TR/UNDERSTANDING-WCAG20/consistent-behavior-unpredictable-change.html 涵盖了上下文切换并提到了视觉提示的替代方案。

    【讨论】:

    • 感谢您的回复!我在建议的页面上注意到的一件事是“只有当很明显这种变化会响应用户的操作时,上下文的变化才是合适的。”。该页面上还有许多其他参考和示例谈到用户所做的更改,因此基于那个 URL,我仍然认为在没有任何用户操作的情况下自动将焦点转移到自动弹出窗口是不合适的。
    • @MichaelR 我同意。如果可以删除自动弹出窗口,最好这样做。如果客户不想自行删除弹出窗口,我只是想提供最佳解决方法。