对于所有HTML5，无障碍读者/设备炒作有多么棒，我甚至还没有看到其中一个与HTML5兼容的读者/设备。创建HTML5网页后，我该去哪里测试一下？我想听听辅助功能阅读器中的声音。
我知道Mac上的Text To Speech不知道HTML5。不幸的是，这就像大多数文本到语音软件一样。
答案 0 :(得分：1)
我们在企业环境中使用的工具之一是NVDA。它是一个很好的工具，可以免费使用。
JAWS是一个受企业客户欢迎的程序，但它非常昂贵。旧版本早于ARIA标准，并且需要一些版本才能支持这些功能，因此您的结果肯定会因版本而异。
这个问题是客观的。屏幕阅读器对待事物的方式不同，人们通常很难升级到更支持ARIA标准的新版本。人们升级缓慢的主要原因是成本（主要是JAWS和ZoomText）。
通常，我们通过键盘测试和屏幕阅读器验证相结合的方式来测试这些东西。如果您可以使用键盘浏览应用程序，并且屏幕阅读器会读取所需的所有提示，以便能够在不能看到内容的情况下了解正在发生的事情，那么您的状态非常好。
答案 1 :(得分：1)
这有几个层次。
第一级是浏览器，他们将HTMl5元素映射到辅助功能API的程度如何？ The Paciello Group的Steve Faulkner拥有一个网站，其中包含有关HTML5 Accessiblity的大量信息。
Firefox，非常好。其他人，好的地方。它确实取决于你的支持意味着什么。例如，屏幕阅读器应该如何处理<section>？可能没什么，但它并没有吓坏，那是一个问题吗？
第二个层面是各种辅助技术如何支持HTML5元素。第4个空格与screenreader support of HTML5 section elements的某些测试相关联，但整体WAI-ARIA support is much better。
超越屏幕阅读器：屏幕放大镜不会对HTML5做任何事情，龙也不做任何事情（语音识别），所以要小心你所依赖的。例如，Dragon不会识别您在非本地交互式的交互式元素中创建的HTML元素（例如，按钮/链接可以工作，但是<div>脚本不作为按钮而没有。）
HTMl5倾向于包含现代Web堆栈中的任何内容，因此需要更具体的问题。