我目前正在增强用户界面以检查各种可访问性点，然后我在细则深处的规范中读到我所做的必须与 JAWS 兼容。
通常没关系，让事情保持简单、直观并遵守规则——但是当涉及到 SCORM 时呢？我正在处理一个框架集、大量的 JavaScript、一个陈旧的学习管理系统，而且它相当令人生畏。
在通过框架集交付并使用大量 JavaScript 的页面上下文中是否符合 JAWS？我应该更加害怕并要求更多的钱吗？
此时提供代码将涉及完成一个测试模块并将其打包，不幸的是我的预算不允许这种级别的提问，所以我希望有人可以仅根据信息提供一些帮助/指导——如果你需要更多， 请问！
你可以做到，你只需要小心。框架和 JavaScript 可能不利于可访问性，但如果使用不当，它们只会导致问题。
SCORM 需要框架（框架集或 iframe），许多人正确地说框架不利于可访问性。事实是，如果构建不良（或嵌套较深），它们当然会使网站的可访问性降低，但如果在创建时考虑到最佳实践（例如提供清晰的标题和结构），像 JAWS 这样的辅助浏览技术可以处理它们。WebAIM 有一个很好的框架可访问性教程。
至于 JavaScript，JS 通常在大多数辅助技术中都可用（根据最近的一项调查，这一比例为 98.4%），因此它不是一个引人注目的技术。但是，如果您使用 JavaScript 来动态修改 DOM 或引入交互性（创建新的标记、动画、使 DIV 等静态元素可点击等），那么 JavaScript 的可访问性可能会非常危险。辅助技术有时不知道 JavaScript 在页面初始加载后修改了页面内容，因此访问者无法知道他/她面前有新内容。如果您使用 JavaScript 动态更改页面内容，请务必使用WAI-ARIA 技术。
SCORM 的 JavaScript 是一个完全不同的话题。就浏览器而言，SCORM 的 JavaScript 只是处理课程到 LMS 的通信，不会即时更改任何页面内容。这意味着 SCORM 的 JS 应该与 JAWS 无关，因为它不会影响您页面的标记，也不会以任何方式影响 DOM。