WebAIM Blog

Introducing WAVE 4.0

January 23, 2008

WebAIM is pleased to announce the release of WAVE 4.0. We invite you to test WAVE and provide feedback, recommendations, and bug reports on this beta version at this time.

What is WAVE?

WAVE is a web accessibility evaluation tool. Rather than providing a complex technical report, WAVE shows your original web content with embedded icons and indicators that reveal the accessibility information within your page. WAVE cannot tell you if your web content is accessible - only a human can determine true accessibility - but WAVE can help you evaluate the accessibility of your web content. You can submit web content to WAVE for evaluation by providing a URL, uploading a file, or entering/pasting HTML code.

What’s New in Version 4?

New evaluation rules

WAVE 4.0 beta features 28 new accessibility tests. These provide more detailed checking of accessibility issues and features found in your web content. For instance, instead of simply identifying missing alt text, WAVE 4.0 indicates if the element missing alt text is a decorative image, a link, an image map hotspot, etc. New tests check for empty headings, broken skip navigation links, missing or poor page titles, small text, pop-up windows, hidden content, and much more.

A new evaluation framework

An entirely new evaluation framework makes WAVE more powerful and flexible. Rather than relying on complex tests and if/else statements, a simple, XML-based language is used for writing evaluation rules. This allows easy creation and modification of evaluation rules, icons, and reporting features. Eventually, WAVE may allow user-authoring, editing, or submitting of evaluation rules to allow custom evaluation of web or other content. This framework will allow us to implement future testing under our cognitive disabilities initiative.

Powered by Mozilla

When web content is submitted to WAVE, WAVE uses the Mozilla Gecko rendering engine (this is the rendering engine used in Firefox) to generate a virtual representation (or DOM) of the page. This rendered content, rather than the raw HTML code, is then evaluated against the evaluation rules. This allows WAVE to evaluate elements after cascading style sheets have been applied to them. WAVE can now identify overly small text, for example, even if it is small due to multiple CSS inheritances. It also allows for better evaluation of documents that are not structured or coded to web standards.

Better reporting interface

WAVE 4.0 reporting is simpler and more user-friendly. Tooltips for WAVE icons now provide additional details. Four different report views allow you to evaluate different aspects of your web content. New functionality is available for copy/paste of HTML code and viewing your evaluation history. Additionally, the number of preference options available has decreased. In fact, there really are NO user preferences in WAVE 4.

The interface is also more stable, allowing inline reporting for complex, CSS-driven web site. Despite the improvements, we cannot account for all possible styles and some reports may be rendered with unreadable or layered elements. In such cases, an option is available for disabling CSS styles within reports.

While the interface is javascript driven, all functionality is available with scripting disabled. We implemented the hijax approach which uses scripting to enhance an already-functional interface.

In future versions, more detailed reporting and report customization will be available.

WAVE Toolbar

The WAVE Firefox Toolbar will be available late January 2008. This toolbar will perform all of the WAVE evaluation work directly within your web browser. Because there will be no WAVE server interaction, this will allow for private and secure evaluation of password protected, intranet, dynamically generated, or script modified/AJAX powered web pages.

Beta Resources

During beta testing, a set of test case documents will be available at http://wave.webaim.org/report These provide an excellent way to become familiar with how WAVE works and what its capabilities are. Additionally, the Icons Key can be used to identify new WAVE icons and tests.

WAVE is very much in beta, so if you encounter bugs or have recommendations, please use the feedback form to notify us.

We will be holding an EASI webinar on Monday, January 28th, where we’ll present on the new features of WAVE 4 and what to expect in the future.

JAWS license not developer friendly

January 10, 2008

For years, we have recommended to developers that they download the trial version of JAWS to perform basic evaluation of the accessibility of their web sites. Our recent, and quite popular, article on using JAWS to evaluate web content again makes this recommendation.

The demo version (which runs for 40 minutes per session) can be a valuable tool for web developers to not only ensure their content is accessible, but also compatible with this, the most popular of screen readers. The ability for every day web developers to test actual accessibility of their web content is not only important, but has greatly increased the accessibility of web content for blind users.

We were recently apprised that the licensing agreement for the trial version of JAWS states:

… these demonstration or evaluation licenses are not permitted for purposes of development and testing of JAWS scripts, applications, HTML coding, or other Web Based code.

In other words, you cannot use the demo version of JAWS for web evaluation. In fact, you can’t even use the demo version of JAWS to determine how well the full version could be used for accessibility evaluation.

Screen readers are very complicated pieces of software. As such, it is mostly understandable that they are so expensive ($895 for the standard version of JAWS). For many developers, the limitations of the demo would facilitate purchasing a license. And certainly the fact that the demo version of JAWS has been used for accessibility evaluation (obviously despite the licensing terms) has resulted in a great number of JAWS purchases.

But for other developers, particularly those that would perform only basic or occasional JAWS testing, the cost is not justifiable. The licensing terms for JAWS hurt these developers’ ability to create accessible web content for blind users. Such limitations are not apparent in demo versions of other screen readers, including Window Eyes.

With technology advancing, the ability for developers to use screen readers to evaluate web content is increasing. Indeed, with some web technologies, such as Flash, AJAX, and PDF, screen reader testing is about the ONLY mechanism available for true evaluation.

If Freedom Scientific has an interest in ensuring that their audience - screen reader users with disabilities - continue to be provided with accessible materials from the developer community, it would be incumbent upon them to modify their licensing terms to allow basic evaluation by developers or to provide a more reasonably priced license for developers who would use JAWS only rarely for accessibility testing.

If you would like to see a license change or version that allows testing, I invite you to contact Freedom Scientific.

WebAIM is an initiative of:
Center for Persons with Disabilities (CPD) Utah State University