简体   繁体   English

HTML5辅助功能测试?

[英]HTML5 accessibility testing?

For all the HTML5 how great it is for accessibility readers/devices hype, I haven't even seen one of these readers/devices yet that works with HTML5. 对于所有的HTML5,无障碍读者/设备炒作有多么棒,我甚至没有看到其中一个与HTML5兼容的读者/设备。 After I create an HTML5 webpage, where do I go to test it? 创建HTML5网页后,我该去哪里测试一下? I'd like to hear what it sounds like in an accessibility reader. 我想听听辅助功能阅读器中的声音。

I know the Text To Speech on a Mac has no idea about HTML5. 我知道Mac上的Text To Speech不知道HTML5。 That is like most text to speech software unfortunately. 不幸的是,这就像大多数文本到语音软件一样。

One of the tools we use in our corporate environment is NVDA . 我们在企业环境中使用的工具之一是NVDA It's a great tool and freely available. 这是一个很好的工具,免费提供。

JAWS is one program that is popular with corporate clients, but it is very expensive. JAWS是一个受企业客户欢迎的程序,但它非常昂贵。 Older versions predated the ARIA standards and it took a few versions for those features to become supported so your results will definitely vary by version. 旧版本早于ARIA标准,并且需要一些版本才能支持这些功能,因此您的结果肯定会因版本而异。

This question is kind of objective. 这个问题是客观的。 Screen readers treat things differently and people are typically slow to upgrade to new versions that are more supportive of the ARIA standards. 屏幕阅读器对待事物的方式不同,人们通常很难升级到更支持ARIA标准的新版本。 The main reason why people are slow to upgrade is due to the cost (primarily JAWS and ZoomText). 人们升级缓慢的主要原因是成本(主要是JAWS和ZoomText)。

Typically, the way we go abut testing these things is with a combination of keyboard testing and screen reader verification. 通常,我们通过键盘测试和屏幕阅读器验证相结合的方式来测试这些东西。 If you can get through the application with a keyboard and the screen reader reads all of the cues it needs to be able to understand what is going on without being able to see the content, you are in pretty good shape. 如果您可以使用键盘完成应用程序并且屏幕阅读器读取所有必须能够在不能看到内容的情况下了解正在进行的提示,那么您的状态非常好。

There are a couple of levels to this. 这有几个层次。

Browsers 浏览器

The first level is the browsers, how well do they map the HTMl5 elements to the accessibility API? 第一级是浏览器,它们将HTMl5元素映射到辅助功能API的程度如何? Steve Faulkner of The Paciello Group maintains a website that has a good amount of information about HTML5 Accessiblity . The Paciello Group的Steve Faulkner拥有一个网站,其中包含大量有关HTML5 Accessiblity的信息。

Firefox, pretty good. Firefox,还不错。 Others, ok in places. 其他人,好的地方。 It does depend what you mean by support though. 它确实取决于你的支持意味着什么。 For example, what should a screen reader do with <section> ? 例如,屏幕阅读器应该用<section>做什么? Probably nothing, but it doesn't freak out, so is that a problem? 可能没什么,但它不会吓坏,所以这是一个问题吗?

Assistive Technology 辅助技术

The second level is then how various assistive technologies support HTML5 elements. 第二个层面是各种辅助技术如何支持HTML5元素。 4thspace linked to some testing of screenreader support of HTML5 section elements , but overall WAI-ARIA support is much better . 第4个空间链接到HTML5节元素的屏幕阅读器支持的一些测试,但整体WAI-ARIA支持要好得多

Looking beyond screen readers: Screen magnifiers don't do anything in particular with HTML5, nor does Dragon (voice recognition), so be careful what you rely on. 超越屏幕阅读器:屏幕放大镜不会对HTML5做任何事情,龙也不做任何事情(语音识别),所以要小心你所依赖的。 For example, Dragon doesn't recognise HTML elements you make into interactive elements that are not natively interactive (eg buttons/links work but a <div> scripted as a button does not). 例如,Dragon无法识别您在非本地交互式的交互式元素中创建的HTML元素(例如按钮/链接可以工作但是<div>脚本作为按钮不能)。

HTMl5 tends to encompass anything in the modern web-stack, so a more specific question would be needed for more. HTMl5倾向于包含现代Web堆栈中的任何内容,因此需要更具体的问题。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM