【发布时间】:2019-03-26 05:07:34
【问题描述】:
我正在开发一个结合了聊天机器人和动态表单元素的表单,这些元素会根据不同的验证事件和选择而出现和消失。表单逐步显示下一步,前面的步骤看起来就像用户“聊天”了答案。
由于很多元素经常被添加/删除,aria-live 属性会通过屏幕阅读器提供令人困惑的信息(例如,文本框会像聊天消息按钮一样显示在屏幕底部对于某些字段,然后在下一个选择是单选按钮时消失)。
由于这个新表单将作为 beta 测试启动,我们有一个前一个页面,用户可以在其中选择一些初始值,这些值将路由到这个新表单或现有表单。
执行以下选项之一(或此处未列出的其他选项)是否符合 WCAG AA 标准:
通过视觉隐藏但启用 aria 的字段检测用户正在使用 aria 标签,并在用户关注表单时将 UI 更改为传统结构化表单(所有元素可用,较少动态插入/删除)
在启动页面上使用检测将用户路由到具有基本表单的不同页面,使两个页面保持分开
提供用户可以导航到的选项(菜单、复选框或其他),允许他们切换表单以退出对话模式,并提供说明此选项最适合屏幕阅读器的文本用户
【问题讨论】:
标签: javascript html accessibility wai-aria screen-readers