更改当前视图之外的内容的辅助功能问题

时间:2014-09-02 15:20:53

标签: javascript html accessibility wai-aria

我有一个包含部分的页面,每个部分的目标大致是一个"页面"。该页面具有响应性,用户始终可以看到这些"块"或"页面"如预期的那样(通过水平线在下面说明)。已经发出请求,以便当用户更改一个块上的内容时,它会更改另一个块的内容。

Example

" X"块是一个图像的旋转木马,每个都有一个主题(让我们说"夏天","冬天"等等。)

" Y"中的内容是信息性的。阻止" Y"是与上面图像中存在的类别相同的下拉列表,在此下拉列表中进行选择将替换下面的内容。在" Y"中可能会有更多类别。比存在于" X"。

基本上,请求是如果用户将轮播推进到新图像(例如从"夏天"到#34;秋天"),那么内容在" Y'#34;应该相应地改变(与在" Y"的下拉菜单中进行选择的基本功能相同。)

我担心的是,对于可访问性问题的用户可能会产生一些负面影响,因为交换的内容是在页面外的。

我的担忧是否没有根据?这种情况有标准吗?我担心一些没有明确表示会改变页面上其他内容的事情将是一次糟糕的经历。

2 个答案:

答案 0 :(得分:0)

此方案不一定是可访问性问题,要检查的键是:

  • (有视力的)键盘用户可以选择轮播和/或下拉菜单吗?选中标签,箭头并输入)。
  • 屏幕阅读器用户可以在进行选择时告知内容更新吗?您可以在转盘上方隐藏一些文字说“#34;从下拉列表中选择一个选项,下面的内容更新"。
  • Windows屏幕阅读器在进行选择时是否会更新其页面缓存("虚拟缓冲区")? (如果使用enter / space激活更改,则为是,否则您可能需要this script。)

答案 1 :(得分:0)

辅助技术用户存在潜在风险,特别是屏幕阅读器,盲文设备等。除非有适当的机制来处理" Y"的内容变化。用户可能不知道更改。

一种可能的解决方案是使用aria-live on" Y"。请参阅有关WebAIM的富Internet应用程序可访问性的动态内容更改部分: http://webaim.org/techniques/aria/