我目前正在增强用户界面以检查各种可访问性点，然后我在细则的规范中的某个地方读到我正在做的事情必须与 JAWS 兼容。
通常这很好，让事情简单、直观并遵守规则 - 但当涉及 SCORM 时呢？我正在处理一个框架集、大量的 JavaScript、一个陈旧的学习管理系统，而且它非常令人生畏。
在通过框架集交付并使用大量 JavaScript 的页面上下文中是否符合 JAWS？我应该更加害怕并要求更多的钱吗？
此时提供代码需要完成一个测试模块并将其打包，不幸的是我的预算不允许这种级别的提问，所以我希望有人可以仅根据信息提供一些帮助/指导 - 如果您需要更多，请询问!
最佳答案
你可以做到，你只需要小心点。框架和 JavaScript 可能不利于可访问性，但只有在使用不当的情况下才会导致问题。
SCORM 需要框架(框架集或 iframe)，许多人正确地说框架不利于可访问性。事实是，如果构建不当(或嵌套很深)，它们肯定会使网站更难访问，但如果在创建时考虑到最佳实践(例如提供清晰的标题和结构)，像 JAWS 这样的辅助浏览技术可以处理它们。 WebAIM 有一个 good tutorial on frame accessibility .
至于 JavaScript，JS 通常可用于大多数辅助技术 (98.4% according to a recent survey)，因此它不是一个阻碍。但是，如果您使用 JavaScript 来动态修改 DOM 或引入交互性(创建新标记、动画、使 DIV 等静态元素可点击等)，则 JavaScript 对于可访问性来说可能非常危险。辅助技术有时不知道 JavaScript 在页面最初加载后修改了页面内容，因此访问者无法知道他/她面前有新内容。如果您使用 JavaScript 动态更改页面内容，请务必使用 WAI-ARIA techniques .
SCORM 的 JavaScript 完全是一个不同的主题。就浏览器而言，SCORM 的 JavaScript 仅处理类(class)到 LMS 的通信，不会即时更改任何页面内容。这意味着 SCORM 的 JS 应该与 JAWS 无关，因为它不会影响页面的标记，也不会以任何方式影响 DOM。
关于JavaScript 和 JAWS——还有 SCORM？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5385987/