JavaScript、JAWS和SCORM？

我目前正在增强一个用户界面，以检查各种可访问性点，然后我在说明书的某个地方读到，我所做的必须是兼容的

通常情况下，这很好，保持事情简单、直观，并遵守规则——但当涉及SCORM时又如何呢？我正在处理一个框架集，大量的JavaScript，一个陈旧的学习管理系统，它非常令人畏惧

在通过框架集交付的页面和使用JavaScript加载的页面上下文中，是否符合JAWS？我是不是应该更加害怕，要求更多的钱

---

在这一点上提供代码需要完成一个测试模块并将其打包，不幸的是我的预算不允许这一级别的提问，因此我希望有人能够仅根据信息提供一些帮助/指导-如果您需要更多，请提问

你能做到，你只要小心就行了。框架和JavaScript可能不利于可访问性，但如果使用不当，它们只会导致问题

SCORM需要框架（框架集或iframe），许多人正确地说框架不利于可访问性。事实是，如果网站结构不好（或嵌套较深），它们肯定会降低网站的可访问性，但像JAWS这样的辅助浏览技术如果在创建网站时考虑到最佳实践，例如提供清晰的标题和结构，则可以处理这些问题。WebAIM有一个

至于JavaScript，JS通常在大多数辅助技术（）中都是可用的，因此它不是一个好东西。但是，如果使用JavaScript动态修改DOM或引入交互性（创建新标记、动画、使静态元素（如DIVs）可单击等），则JavaScript对可访问性可能非常危险。辅助技术有时不知道JavaScript在页面最初加载后修改了页面内容，因此访问者无法知道有新内容就在他/她面前。如果使用JavaScript动态更改页面内容，请确保使用

---

SCORM的JavaScript是一个完全不同的主题。就浏览器而言，SCORM的JavaScript只处理到LMS的通信过程，不会动态更改任何页面内容。这意味着SCORM的JS应该与JAWS无关，因为它不会影响页面的标记，也不会以任何方式影响DOM。

我打赌你们都害怕回答，就像我会回答的那样：PAwesome链接，谢谢pipwerks。这让我不那么紧张——谢天谢地，我将DOM操作控制在最低限度，并尝试在需要时通过自然交互元素处理交互性。很遗憾看到WAI-ARIA没有被广泛采用（根据这篇文章，我不确定新西兰政府的老机构会提供多少支持）。同时，我已经为我们的框架集添加了适当的访问功能，并确保一切都符合逻辑和直观。。为我祈祷吧！