【问题标题】:IE11 with JAWS not correctly reading aria-pressed带有 JAWS 的 IE11 无法正确读取 aria-pressed
【发布时间】:2016-03-23 02:54:54
【问题描述】:

我对使用 JAWS 比较陌生,并尝试在使用它时微调 Firefox 和 IE 之间的一些差异。

目前,我有一个水晶报表弹出窗口,它有两个切换开关,例如,一个用于查找。一旦它被触发,用户就可以输入他们的搜索字符串。这个 div 有一个 aria-role="button" 和一个 aria-pressed="true/false" 值。但是,在 IE11 中,JAWS 不会像 Firefox 那样读取按钮是否被按下。

有什么见解吗?有其他人遇到过这个问题吗?

<div tabindex="0" 
 title="Find"
 class="someClassName"
 id="someID"
 role="button" aria-pressed="false">...img...</div>

注意:我已经替换了冗长的类和自动生成的 ID。

【问题讨论】:

    标签: accessibility wai-aria jaws-screen-reader


    【解决方案1】:

    这可能是 JAWS 错误。但是,基本上不做&lt;div role="button"&gt;之类的事情:

    不要这样做:

    &lt;h1 role=button&gt;heading button&lt;/h1&gt;

    这样做:

    &lt;h1&gt;&lt;button&gt;heading button&lt;/button&gt;&lt;/h1&gt;

    © Www Consortium,ARIA 使用的第二条规则来自here

    所以,在你的情况下,我会使用 &lt;button&gt; 而不是 &lt;div&gt;
    实际上,使用 ARIA 的第一条规则也适用,也许在这里更合适:

    如果您可以使用原生 HTML 元素 [HTML 5.1] 或已内置所需语义和行为的属性,而不是重新利用元素并添加 ARIA 角色、状态或属性 使其可访问,然后这样做。

    【讨论】:

    • 感谢您的澄清。不幸的是,这个窗口是由 Crystal Reports 生成的,我认为我们无权更新标记。我会四处寻找,看看我能找到什么,但这可能是,就像你说的,一个基于标记的 JAWS 问题。谢谢。
    • 嗯。我在使用 JAWS 17 时没有遇到这个问题。但是,我使用的是私人测试版,所以我可能不是一个很好的例子。无论如何,试试this 我刚刚根据您的输入数据准备的小页面。你在那里看到了什么?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多