jebsblog

It is always nice to read information about your own country coming from a foreign press source. Not sure why the US press did not pick up this story…or why I didn’t see it.

In any case, our friends overseas at the E-Access Bulletin reported recently on legislation here in the US that calls for requiring product manufacturers and suppliers of consumer technology to make their products accessible to blind consumers.  According to E-Access Bulletin:

Introduced by Jan Schakowsky, a Democratic House of Representatives member from Illinois, the Technology Bill of Rights for the Blind Act 2010 is based around creating accessible alternatives to what it calls “increasingly complex user interfaces” found in consumer electronics.

Many of these devices, from televisions and dishwashers to office equipment such as photocopiers and fax machines, are operated by touch-screen technology or other visual displays that are not accessible to blind people, the bill says. “This growing threat to the independence and productivity of blind people is unnecessary because electronic devices can easily be constructed with user interfaces that are not exclusively visual”, it says.

What is even more interesting is the possibility that this legislation could also impact web accessibility. Again from the report in E-Access Bulletin:

Peter Abrahams, accessibility and usability practice leader at IT research organization Bloor Research, told E-Access Bulletin that as well as being a significant step for accessible manufacturing of consumer electronics, the bill could, in theory, also be used to enforce website accessibility. “I can imagine you could say that [a website] is the interface to a product or service, and therefore it has to be accessible and be covered by the same bill. My view is that in the future it could be used to push [the web accessibility] agenda as well.”

However, it may take some time for manufacturers and website owners to be affected by the technology bill, even if it is passed, warned Abrahams. The bill needs to pass both houses of the Congress by a majority vote, before being examined and signed by President Obama. This process, combined with setting up the office of non-visual access compliance and carrying out the study and report as set out in the bill, means it could be several years before the proposed legislation comes into effect.

Stay tuned.

Read the whole article on E-Access Bulletin Live.

—-

Image from Creative Commons/Wikipedia Commons

UPDATE – March 10, 2010: Yes, it is true. Google has announced that the “automatic captioning service” first detailed in November, is now available to all accounts (channels). It appears that, for now, you have to “request” the service (although it appears they automatically had captioned my latest video which was posted several months ago), and they will eventually get to all of them. Pretty cool. More on the announcement. Directions on how to caption

I recently heard the news about the new “automatic captioning” that Google is providing to certain YouTube accounts. According to the “Official Google Blog:”

…we’ve combined Google’s automatic speech recognition (ASR) technology with the YouTube caption system to offer automatic captions, or auto-caps for short. Auto-caps use the same voice recognition algorithms in Google Voice to automatically generate captions for video. The captions will not always be perfect (check out the video below for an amusing example), but even when they’re off, they can still be helpful—and the technology will continue to improve with time.

Apparently, Google is rolling this out with a select group of partners and on specific channels. My understanding is that Google will simply start captioning videos in these groups using this new automatic system.

Anyone who knows anything about captioning knows that automatic systems are fraught with problems. It seems the best captioners are still human beings. And, well, I’m guessing Google is not interesting in hiring half the population of the planet and training them to become transcriptionists. Cause that’s what it would probably take to get enough human power to deal with the zillions of YouTube videos out there.

But if you can’t wait for Google to automatically caption the home videos of your kids opening their Christmas presents, you can use another, lesser-known, and equally free service called CaptionTube. It is not clear from my reading if CaptionTube is a service that Google Labs developed themselves or whether is was acquired through some kind of company merger, but in any case, the price is right. I’m still playing with it so I don’t have an official opinion yet. If you are a master user, send me a comment or an e-mail.

I have, for a year or so, been also playing around with an application called MovCaptioner that runs on the Mac OSX. SynchriMedia, the maker of MovCaptioner has been promising a Windows version, but I’m thinking CaptionTube might be the right product at the right price. MovCaptioner costs $39.95 for one license which provides free updates. Multiuser licenses are also available for a discount.

Both MovCaptioner and CaptionTube work essentially the same way. You load your video (in the case of CaptionTube, you can work off an existing YouTube video that has already been  published). As you play back your video in the application, you can stop (marking the time code automatically) and type in what the people on the video are saying. It is not really easy to do, so I have developed an new affinity for the people who do this work professionally. People do not talk in nice tight sound bytes, so you will quickly find it is hard to “stop the tape” at the appropriate spot and add the caption. You also have to have pretty good listening skills. You will end up often repeating the clip to get the wording correctly. Again, it’s not easy.

After you have created the text for your captions, you click some buttons, uploading the caption file, and check back in a little while and see your YouTube with captions. In the case of MovCaptioner, you have a number of options for saving and publishing your video. MovCaptioner has the advantage of saving a file that can use it with, or converted for use with any media player, not just the Flash media player that YouTube uses.

Both captioning systems appear to use an “closed caption” method meaning the caption transcript is kept separate from the video file (not embedded like subtitles in old movies). It can be turned off and on by the user, and the transcript itself can be saved and used separately – with or without the time codes. This is a nice option.

I’ve made this all sound very simple; it’s not. But, it is not all that difficult either. Like anything, it is an acquired skill.

I am hoping this new automatic service from Google takes off and become universally available soon. At the very least, Google could first provide this as a service for folks who need to get their videos captioned now (e.g., educational institutions, governments, etc.). Maybe even open it up with invites like they did with GMail and GoogleWave. I’d be happy to be a beta tester.

Anyway, a solution to finding a quick and inexpensive way of captioning short videos is coming closer to fruition. Exciting times. Stay tuned!

The good folks at the DO-IT Center at the University of Washington have a YouTube channel with a bunch of videos regarding people with disabilities and technology. Just bumped into one today Called “World Wide Access” which speaks to the importance of accessible and universal web design. It is very well done.

If you have a client or boss to needs convincing as to why you need to build accessibility into your web design, have them take a look at this video.

DO IT on YouTube

Just read a good article by Tony Bradley called “Is it time for the Web to Abandon Flash.” In it he notes the controversy about Apple not allowing Flash on any of its handheld products, including the soon-to-be-released iPad. Millions of viewers of Steve Jobs’ announcement last week no doubt saw him demo the NY Times website where Flash content was missing and a nasty little icon appeared telling you you need to download a Flash extension for your browser.

I have disliked Flash for a long time, primarily due to its problems with assistive technologies; it often does not play well with screen readers, especially if it has not been developed correctly. In my mind, many Flash developers are graphic artists, illustrators or animators, and don’t really understand web design.

Add to this the fact that more people are now accessing web content via a non-traditional user agent (i.e., not a traditional browser) and you see why I agree with Bradley that Flash may be past its prime.

It’s ironic that Adobe developed Acrobat to find a way to share documents at a time just prior to the “invention” of HTML. Flash, build on the same business principles, was developed for the same reason. And once again, a new standard (HTML 5) may usurp their position. And, I should point out that the new standard will be accessible to screen readers.

But just as those who predicted the demise of Adobe Acrobat 15 years ago were wrong, I suspect it is not quite time for Adobe to throw in the towel and hire the undertaker. Look for Flash to be around for some time to come. But at least for some of us, there will be other options.

This will be interesting to watch.

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.