jebsblog

The good folks over at WebAIM have announced the availability of a new Dreamweaver extension that tests for the accessibility of web pages while still under construction. Using the architecture of their popular WAVE web accessibility evaluation tool, the WAVE Dreamweaver extension is installed inside of the Dreamweaver application and resides as a toolbar. When activated, the extension will review the currently opened file for basic accessibility errors but does not provide an explanation of the errors or necessarily how to fix them. Some knowledge of accessible web design is thus required.

I have been using the WAVE tool for years to do quick and dirty reviews of web pages for others and always use it to check my own work once it has been published to the web. The advantage of this new extension is that I will now be able to check the accessibility of my pages before publishing them live on the web.

The WAVE Dreamweaver extension (still in Beta) is free and works with Dreamweaver CS3+.

____________

Under the “in the works” category is none other than Microsoft’s Office 2010 purported to be release sometime in June of this year. Already out in Beta, one of the features garnering my attention is the inclusion of a new “document Accessibility Checker.”

Direct from Microsoft’s Office Engineering blog they state:

To solve this problem in Office 2010 we created a document Accessibility Checker (like a spell checker, but for accessibility issues) as a core feature of Word, Excel, and PowerPoint.

We started by examining the most common accessibility problems in Office documents and bucketing them in terms of their severity – we ended up with three categories:

• Issues where content is unreadable. For example, a picture missing alternative text (alt text provides a text based representation of an image) is unreadable to a person who is blind.
• Issues where content is difficult to read. In general, these issues are less severe than unreadable content – for example, if an author has created a data table and used complex formatting to alter its presentation (i.e. using blank rows or columns, or merged and split cells), then a person with a disability might have difficulty understanding content in the table.
• Issues that may or may not make content difficult to read. In our explorations, there were a set of issues that potentially cause users with disabilities difficulty for which we don’t have a high confidence, automatic way to determine whether the issue is really a problem. For example, knowing whether or not the reading order of objects on a slide or cells in a layout table is optimal for a particular reader falls into this bucket.

Based on these three categories, we came up with a set of issues our checker looks for (described in more detail below) – when presented to the user, they are bucketed into “Errors”, “Warnings”, and “Tips” – these buckets correspond to the above three descriptions.

As you know from reading this blog, the best solution to ensuring all documents on the web are accessible is to ensure that ALL documents – wherever they are – are accessible. This includes all word processor, spreadsheet, presentational and desk-top-publishing documents. PDF documents, often the most controversial of all web documents – in terms of accessibility – are best made from documents that are already accessible. This new tool will be a big step – I hope – in making that happen.

From the description provided by Microsoft, it appears the new document Accessibility Checker will be a “voluntary” wizard that users must choose to activate and use. It is not clear if it can be made to be “involuntary” and require authors to review and fix their documents before saving them. But that’s probably asking too much. Microsoft’s angle on this is:

For organizations that are concerned about compliance for employees, we’ve provided several group policy settings that can be used to customize exactly which accessibility violations are checked. Administrators can also increase the visibility and emphasis of the Prepare for Sharing information when there are errors or warnings. Finally, IT departments can leverage Office 2010’s UI extensibility to enforce a workflow that requires users to run the checker – this will help many corporations reduce the risk of employees creating inaccessible content and increase the amount of accessible information available to people with disabilities.

I’ll be interested in seeing this feature when it comes out. Stay tuned.