据我了解，不建议向元素添加重复的 Angular 色:
<nav role="navigation"></nav>
这是多余的，因为 nav 已经告诉屏幕阅读器内容的语义是什么。到目前为止一切顺利。
现在我想让一个表单域无效。我明白经典的我应该改造这个:
<input type="text" name="username">
……进入
<input type="text" name="username" aria-invalid="true">
……提交表单后。
但是，我们正在使用 JavaScript 和 HTML5 constraint validation API在将输入发送到 API 之前检查输入。是的，输入再次在服务器端进行测试。
那么，假设我使该字段无效:
input.setCustomValidity('This value is invalid');
我还需要在输入中添加 aria-invalid="true" 吗？
我会说不，因为它对于引擎已经知道的内容是多余的。但我找不到任何明确描述这种情况的来源。
最佳答案
aria-invalid 提示屏幕阅读器该字段有误。作为屏幕阅读器用户通过选项卡浏览 <input>字段，如果字段无效，他们将收到通知。
使用 aria-invalid也应该与将错误消息与字段相关联一起使用(通过 aria-describedby )。如果您在字段下方显示错误但未将该错误与该字段相关联，则屏幕阅读器用户将不知道。如果你使用 aria-invalid就其本身而言，用户不会知道该字段的原因错误。
所以你应该有这样的东西:
<input type="text" name="username" aria-invalid="true" aria-describedby="errmsg">
<span id="errmsg">The name you entered cannot be found in our system</span>
更新:
在进一步澄清之后，我看到了 OP 现在要求的是什么，以及不使用重复信息的引用，例如 <nav role="navigation> .
有了validation api，设置了伪类(比如:invalid)，但是屏幕阅读器，一般(*)，不知道或者不关心CSS，不知道关于伪类的任何事情。
((*) 唯一的异常(exception)是 :before/:after ，它可用于可访问名称计算，如 https://www.w3.org/TR/accname-1.1/#step2 的步骤 2.F.ii 中所述)。
但是，除了伪类:invalid正在设置，obj.validity.valid也定了。因此，如果设置了该属性，您是否还需要使用 aria-invalid ？或者换个方式问，屏幕阅读器知道 validity.valid 吗？属性？
我找不到任何与屏幕阅读器相关的文档引用，但通过测试，firefox 和 chrome 表面 validity.valid到屏幕阅读器(JAWS 和 NVDA)，所以他们宣布该字段无效。但是 Internet Explorer(我使用的是 Win7，所以没有 Edge)和 iOS 上的 Safari(我没有要测试的 Mac)不会出现错误。
因此，为了涵盖所有基础，我建议设置 aria-invalid .不想冗余是好事，但至少冗余不会有什么坏处。这只是您必须做的额外代码或输入。
关于javascript - 当我使用 HTML5 约束验证 API 使字段无效时，我必须使用 aria-invalid 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/52648772/