Ajax和ScreenReaders：什么时候可以工作？

键调查结果：

AJAX对屏幕阅读器用户提出了重大的可访问性挑战，主要是在传达动态内容更新方面。

>屏幕读取器与AJAX更新的兼容性不一致，阻碍了普遍可访问的解决方案的创建。
• 可靠地告知屏幕读取器用户DOM变更仍然是一个重大障碍，没有一个普遍有效的方法。
传统表单提交或服务器端更新，虽然交互式较少，但与Ajax相比，通常提供了卓越的可访问性。
• IBM和GW Micro的新兴技术
专注于定义Web元素角色和状态，表现出希望，但缺乏广泛的支持。
• 开发人员应优先考虑提供非AJAX替代方案或合并用户可配置的接口设置，以适应屏幕读取器用户。>
• 有关Ajax的最新讨论已经产生了许多文章和最佳实践，但可访问性基本上仍未得到解决。 尽管一些资源提到确保无JavaScript功能或使用警报对话框，但这些解决方案通常不可靠。 核心问题不仅仅是JavaScript支持；屏幕读取器尽管具有脚本能力，但与标准浏览器相比，JavaScript交互功能有限。
挑战在于有效地通知屏幕读取器用户动态内容更改。 与可以在视觉上扫描页面的视力用户不同，盲人用户依靠线性阅读体验。 除非明确宣布，否则DOM变化通常不会引起人们的注意。 关键问题是如何可靠地提供此通知。
• >
• 测试各种方法：

领先的屏幕读取器的广泛测试揭示了高度不一致和零散的脚本支持。 在创建可用的挂钩（例如，在链接上单击事件）的同时，可靠地宣布内容更新仍然有问题。 进行了几项测试，探索了不同的方法：使用位置设置，编程焦点，警报对话框和操纵表单元素（文本字段和按钮）直接更新文本。 结果表明，在所有屏幕读取器中都没有单一的解决方案。

>

结论和建议：

>直到建立了用于通知屏幕读取器DOM更新的可靠方法之前，AJAX不能被视为完全访问。 开发人员应该：

1. 优先级非AJAX替代方案：对于许多应用程序，传统的后/响应方法提供了可比的功能，具有更好的可访问性。
>
2. >提供用户首选项：允许用户选择界面模式（例如，启用JavaScript/disabled）以确保兼容性。
>
3. 等待技术进步： IBM的角色和州属性等新兴技术提供了潜在的解决方案，但目前缺乏广泛的浏览器和屏幕读取器支持。>

>一些AJAX应用程序可能需要JavaScript，但开发人员必须优先考虑可访问性。 重点应该放在创建由所有

>所有用户使用的应用程序，而不仅仅是那些具有完整JavaScript支持的用户。 需要进一步的研究和协作来找到一个可靠的解决方案，以集成AJAX和屏幕阅读器可访问性。>

常见问题（常见问题解答）：

> 提供的常见问题解答部分准确地反映了围绕Ajax和屏幕阅读器交互的常见问题。 不需要任何更改以保持准确性和相关性。

>

以上是Ajax和ScreenReaders：什么时候可以工作？的详细内容。更多信息请关注PHP中文网其他相关文章！