Ste*_*man 4 html validation accessibility
所以我读了很多文章说 HTML 5 表单验证是可访问的（required阻止表单提交的事物属性是一个字段留空），但是当我在 Chrome 上的 NVDA 和 Android 上的 BackTalk 上测试我的表单时，如果我没有填写输入，它会聚焦回输入字段（这很好！）但是两个屏幕阅读器都会宣布“请填写此字段”，这对用户来说是无用的，因为他们没有宣布标签领域的。
所以单独的 HTML5 验证是不可访问的？另外，你能结合 HTML5 验证和自定义 JS 吗？
您是否必须编写自定义客户端站点验证才能使表单可访问？
是的，标准的 HTML5 验证是可访问的，并且会通过 WCAG2.1 AA，但是您可以使用一些 JavaScript做得更好。
如果您需要支持 Internet Explorer 9 或更低版本，那么您将需要使用 JavaScript（根据WebAim 调查- “浏览器”部分仍然涵盖约 3.6% 的屏幕阅读器用户）。
原生 HTML5 验证是一个很好的起点，但也有一些限制（您在评论中给出了一个，某些屏幕阅读器 (NVDA) 不会再次宣布标签，这意味着用户必须亲自要求通过控件读取标签） ）。
另一件事是，一旦你离开一个字段，它通常不会告诉你你犯了一个错误，直到你提交了表单（这是应该的，但情况并非总是如此，这取决于你的宣布速度、设置和浏览器） .
例如，更新aria-invalid对于即时反馈很有用（并提供对旧浏览器的支持，同时对“不寻常”的屏幕阅读器更加强大）。
使用aria-live区域提供即时反馈onblur（或限制/去抖动）也很有用，也是更好的解决方案。
另一件事是本机验证实际上并不是很有效。例如 fff@fff 显示为有效的电子邮件，并允许表单在type="email"字段上提交，与type="url"它相同将允许https://fff提交（至少在 Chrome 中）。
我可以继续做其他事情，例如提供有关如何修复错误的更好说明（尤其是电话号码之类的内容），但您明白了。
基本上，使用尽可能多的原生 HTML5 功能为 JavaScript 错误/不使用 JavaScript 的人提供坚实的基础和良好的回退。然后使用 CSS 和 JS 来改善每个人的体验。
另外，你能结合 HTML5 验证和自定义 JS 吗？
你可以而且你应该知道你最终会加倍验证（这不是一件坏事，正如我所说的后备）。
美妙之处在于您可以在 JavaScript 中使用伪选择器按类型定位字段，从而无需添加不必要的类等。
例如document.querySelectorAll('input[type=email]')，可用于选择任何电子邮件输入进行验证或document.querySelectorAll('input[required]')查找所有必填字段。
您还可以使用max="100"滑块/数字输入之类的东西来“即时”设置验证范围，并且仍然有一个没有 JavaScript 的后备。
正如您可以想象的那样，如果您找不到可以以几乎任何形式重用的现成库，那么您可以编写一个库。