javascript - 在 JavaScript 中添加 Web 可访问性支持

Question

通过 JavaScript 添加 WAI ARIA 支持是否足以支持帮助残障用户的设备？该脚本将增强标记以使站点更符合 WAI/ADA 建议（即添加tabindex、aria-属性/元素等）。令人担忧的是，残障用户可能会使用不支持 JavaScript 的设备，从而使这种方法徒劳无功。

Answer 1

禁用 JS 的用户也有 98% 或 99% 会在激活 JS 的情况下进行冲浪，所以是的，它适用于大多数人（来源：最新的 WebAIM 调查）。
但是这种方法会导致无法维护的代码：每次开发人员或网页设计师修改 HTML、CSS 和 JS（以及后端？）代码（或者甚至是内容编写器，如果它也被您的脚本更正）时，它都会中断，您将拥有修改您的脚本或更糟的是，您不会注意到它现在在屏幕阅读器和其他辅助技术中已损坏。

它不会校正文本和背景之间的对比度（尽管一旦网站启动就很少这样做）。
它不会纠正错误的语义，或者您必须在 JS 中对现有的较差 HTML 代码进行纠正，而不是直接修改模板。为什么不让事情变得不那么复杂，重构现有网站而不破坏东西已经够难的了！
它不会修改非显式链接、糟糕的标题层次结构、文本中的下划线链接和带回大纲（直接在 CSS 中进行）。
如果您不能缩放至少 200%（在文本模式和图像+文本模式下），它不会改变任何东西。ETC

可访问性远不止tabindex（使应该成为可聚焦的真正链接和按钮元素的不可聚焦元素，而不是允许聚焦但没有其他行为）。
ARIA 需要一个现代的屏幕阅读器才能被感知……和一个屏幕阅读器开始。例如，放大设备与 ARIA 不兼容。这对于盲人和一些弱视用户（使用 SR 的用户）非常有用，但对其他残疾人则不然。
Web 内容可访问性指南 (WCAG 2.0)，针对 Web 内容的 W3C/WAI 建议具有更广泛的改进可访问性的范围。WAI/ARIA 为应用程序（几年前无法在 Web 上使用并需要安装软件的应用程序）和高级组件提供了巨大的可能性，但它应该在 WCAG 2.0 之后出现（作为补充）。