微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Siteimprove是否根据WAI-ARIA标准1.3.1报告了此错误,是误报?

如何解决Siteimprove是否根据WAI-ARIA标准1.3.1报告了此错误,是误报?

使用Siteimprove extension第126版(适用于Chrome),以下HTML代码段均报告了一个问题“输入字段无描述1.3.1”

似乎不需要描述,因为就可访问性API而言,aria-hidden属性应该完全删除该元素。同样,tabindex=-1属性值指示此元素既不用于交互也不用于表示。

此外,即使按照以下文档添加role="none",该扩展程序也将此问题报告为问题,这是该工具中的第一个交叉引用解决方案:

<input aria-hidden="true" tabindex="-1" 
    class="MuiSelect-nativeInput" 
    value="SORTING_OPTIONS_ENDDATE" 
    style="">

<input aria-hidden="true" tabindex="-1" 
    class="MuiSelect-nativeInput" role="none" 
    value="SORTING_OPTIONS_ENDDATE" 
style="">


注意:此隐藏的input元素是通过Material UI作为<Select /> component的一部分生成的。用于保存选定的值

解决方法

是的,这是假阳性。

由于它可能不知道您将来是否打算“取消隐藏” <select>,因此很可能将其标记为问题。由于缺乏标签,这时将无法访问。{p>

您可以放心地忽略此错误,因为从不设计要访问输入,因此tabindexaria-hidden状态永远不会改变。

我确实注意到的一件事是,他们将opacity设置为0而不是隐藏输入,不完全确定为什么会这样,但这可能是它在技术上抱怨为0 {{1}的任何原因的另一原因}仍可以由一些不尊重opacity的较早的屏幕阅读器访问。如果您可以将其更改为aria-hidden,它将更加健壮(JS需要添加它,否则,如果您在CSS中进行了设置,而JS失败,则整个输入都将被隐藏)。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。