Latest Accessibility News on Accessify

Usability & Accessibility Working Group announces launch of new web site

The Usability & Accessibility Working Group (UA-WG) launched its new web site, http://www.ua-wg.org, on the 5th August.

From the press release:

Visitors to the new web site will soon be able to access a comprehensive glossary, as well as news stories and articles covering the usability and accessibility of web sites. The web site will also contain information about the accessibility accreditation scheme that the UA-WG will be launching in the near future.

UA-WG is an initiative of the British Web Design and Marketing Association (BWDMA).

Filed under: Accessibility
Comments Off Posted by Patrick H. Lauke on Wednesday, August 11, 2004

New Working Draft of Web Content Accessibility Guidelines 2.0

A new Working Draft of the Web Content Accessibility Guidelines 2.0 (WCAG 2.0) as well as three supporting documents were published 30 July 2004 and are available for review.

With this draft, the WCAG WG provides a first glimpse of the connections between design principles, testable criteria, and technology-specific examples and techniques.

See the complete request for review, with details on how to submit comments, on the WAI IG mailing list archive.

Filed under: Accessibility
Comments Off Posted by Patrick H. Lauke on Wednesday, August 11, 2004

Apple accessibility API

Apple has released new documentation on its accessibility APIs in an effort to get independent software vendors on board. In an article on their developer site titled Universal Access: Computers That Everyone Can Use, Apple makes a pitch to third-party developers, with the basic arguments for integrating accessibility into software apps (including greatest hits like “Because you want to make more money” and “Because the law requires it”). There’s a quick pass over some accessibility-related API calls, but this is mostly intended as a wake-up call outlining what Apple expects of Mac OS X developers before version 10.4 hits the streets.

Apple will need software vendors to support its VoiceOver screen reading technology, along with things like keyboard support (recently championed by Ian Lloyd in a recent Accessify article), in order to make next year’s Tiger release truly usable and useful to users with disabilities. The success or failure of Tiger’s accessibility will rest with all of the applications Apple doesn’t control. And to that end, this article, and updated technical documentation which should be forthcoming, will be required reading for Mac developers between now and Tiger’s release.

(Hat tip: MacCentral)

Filed under: Accessibility
Comments Off Posted by Accessify on Tuesday, August 10, 2004

Update on Web Accessibility Toolbar

Accessible Information Solutions recently released the latest version of their Web Accessibility Toolbar: Version EN 1.1. New features include:

  • one step access to enable/disable IE settings
  • keyboard access to all menu items, hotkeys on major functions
  • removed reliance on javascript for many functions

Also released is a French [beta] version in association with braillenet.org and an Italian version in association with webaccessibile.org.

Filed under: Accessibility
Comments Off Posted by Accessify on Wednesday, August 4, 2004

VoiceOver - A Killer App for Apple?

Not so long ago, the world got to see a sneak preview of a whole bunch of new
features promised for the the next update of Apple’s OS X operating system,
code-named Tiger. Many commentators have focused on the new Dashboard widgets
(and how much they are like a certain other piece of Mac software) or the new
Spotlight tool (and how much it is like another couple of tools available for
the Mac) and so on, and so forth. All very visual, obvious changes to the operating
system and they have caused many to cry foul.

Are Apple harming software developers by featuring such tools in their operating
system? Is it ethical to do this? And how is it right (if indeed it is) for
Apple to do it and get away with it while Microsoft usually get slung in the
high courts for similar ‘anti-competitive’ actions. Note that I am not taking
sides on this, just pointing out the facts as I see them.

Now, what’s this got to do with accessibility, some might be asking? Given
the nature of this web site, surely there should be some relevance? And there
is …

Introducing VoiceOver, the New Mac Spoken Interface

In amongst the new features is something called VoiceOver. Here’s the official
blurb on this:

"… a spoken interface for those with visual and learning disabilities.
VoiceOver is a fully integrated, built-in enhancement to the Mac OS X Aqua
user interface, providing an additional and equal way to access the Macintosh.
It reads aloud the contents of documents such as Web pages, Mail messages
and word processing files. It provides a comprehensive audible description
of your workspace and all the activities taking place on your computer."

It sounds mightily like a fully-featured screen reader, doesn’t it? And I have
to say that I am quite excited about the prospect of having such a tool at my
disposal, all built in and playing nice with all the apps on my hard drive.
It’s not that I need this tool for any personal issues I have with
my computer (I can’t see much of an advantage of having my emails read out aloud
to me … but when they build a tool that answers them all on my behalf, I’ll
be very interested!), but it will be great to have a screen reader that I can
use on the Mac at last for accessibility testing purposes.

The differences between such a built-in piece of software and a third party
one are as follows:

  1. It’s more likely (but not guaranteed) to work with a raft of different
    applications
  2. It’s not going to cost an arm and a leg (remember the petition some time
    back from developers hoping to secure a reduced price for the prohibitively
    expensive Jaws for Windows?)
  3. It’s likely to get more regular updates for bug fixes, almost certainly
    free of charge

It all sounds so good … but I am not sure how much I trust the promotional
blurb right now. Because no matter how much anyone tries to convince me otherwise,
the Mac isn’t great where accessibility is concerned. The irony of it is that
I love my little Mac, and I accept its shortfalls on that front; somehow I find
it easy to forgive the shiny little creature (I’m not the only one, either -
can you think of anyone more outspoken than Joe Clark on the topic of accessibility?
Well, you try and tear him away from Macs …it won’t happen, trust me!). What’s
so bad about Macs, then?

Firstly, there is the notable absence of anything resembling a screen reader
for the Mac, or at least for the longest time. If I knew someone had a visual
impairment, I might be able to recommend Mac for its ability to zoom text, magnify
the screen and so on, but for screen reading it’s a no-no.

Mac Keyboard Shortcuts and Dialogues

The much lauded keyboard shortcuts that are common to all Mac applications
is, frankly, a load of old crap. Guidelines are there for the taking, but not
everyone does. Hence, keyboard commands vary from app to app (in 99% of Mac
apps, Command + M minimizes the window to the dock but in Firefox
0.9.1 it opens Mail.app; in BBEdit, it does nothing … unless you are editing
an HTML document in which case it brings up a tag insert dialogue).

So, maybe you are not the kind of person who learns keyboard shortcuts anyway?
Perhaps you are ‘a mouser’? Well, the simple truth is that for most people who
have a visual impairment (or are blind) and those with motor deficiences, a
mouse is just no good - keyboard commands are an essential facility, not a luxury.

Accellerator Keys - What’s Up With That, Mac?

Windows is very good for keyboard activation: if an application developer has
taken some time and effort with an app, there may be an accellerator key - like
an accesskey in HTML - that will allow a button to be activated using a modifier
key (usually Alt) and a letter; the letter required is denoted with an underline
(e.g. Save, Don’t Save, Cancel). Even if the developer
has not specified accellerator keys, the user can usually tab very easily through
the available buttons (e.g. Save, Don’t Save, Cancel). I cannot recall an application
on Windows that refused point blank to work in this way (although that’s not
say they don’t exist!).

On the Mac, it’s a different story. When presented with those ‘Save, Don’t
Save, Cancel’ type dialogues, you usually have to use the mouse. In
Word, I can use a keyboard command to select the right button - it will be the
first letter of the button that activates it. How do I know this? Trial-and-error,
mostly, because unlike Windows there is no visual hint about the accellerator
key. Some Mac applications let you use the keyboard commands to dismiss such
dialogues, others just sit there up on the screen doing nothing while you repeatedly
bash the keyboard, wondering why people who might have been sat a few cubicles
away from each other when developing couldn’t have referred to the same guidelines.
And some applications let you use the keyboard for some dialogues, but not for
all dialogues. Learnability goes right out of the window, tied as it is to consistency
which threw itself out of the window first.

With these kinds of basic inabilities to get keyboard navigation right on the
operating system, a screen reader for Mac has seemed like a pipe dream to me.
And I haven’t even mentioned the fact that you can’t even tab through form
elements in web pages
(In Safari … well, just forget it, and as for Firefox,
my current beau browser, you kind of tab through some elements but
not others. It’s not much good if I can enter form data in text fields but can’t
tab to any particular button to activate it somehow).

Update: It appears that while some applications allow you to use Command + the first letter of the dialogue to accept/dismiss the dialogue, those that don’t can still be keyboard activated, but only if those settings are enabled in System Preferences. Here’s where I eat humble pie: I thought I *had* those settings enabled, and certainly did when I had Jaguar (10.2.*) installed, and this gave me access to file menus by pressing CTRL + M, but I never got the other buttons working for me. Had I not enabled everything? I’m not sure, I can’t go back and check now that I have Panther installed. Did Panther undo something that I already had set? Again, I’m not sure … so the previous paragraph is not exactly accurate. In other words, I got it wrong. Gerrit Kaiser has shown me the error of my ways on this:

“I’m sorry, but from my experience thats just plain *wrong*. After having activated “Full Keyboard Access” in the Keyboard Preferences (also reachable from the Universal Access preference pane, by the way), I have always been able to activate basically *any* button by tabbing to it and pressing space (Well, admittedly, thats not entirely true. Adobe Apps like InDesign CS are not usable this way - to my constant annoyance. But they’re the only exceptions I know of.)”

And it does seem to work, even tabbing in Safari. My humblest apologies, folks, for misleading. I’m gonna spend some time re-familiarising myself with the Full Keyboard Access and see if it really does work properly in all apps. But I’d still like to see some visual hint about those accellerator keys ;-)

Apple’s Claims about VoiceOver

So, that’s why I’m taking the claims with a pinch of salt. Here are some of
the other claims made:

"VoiceOver is completely integrated into Mac OS X, unlike traditional
screen reader applications that are designed as bolted-on afterthoughts. VoiceOver
provides an unprecedented level of built-in accessibility for a Desktop operating
system."

Unprecedented, eh? Some bold claim that.

"interact with items on the screen using only your keyboard. You can
press buttons, drag sliders, enable and disable check boxes, select radio
buttons, drag, scroll bars and many other on-screen controls."

It seems that no control is out of reach by keyboard now. This would
be a remarkable turnaround.

But perhaps the most telling of all is this:

"Apple is providing open, well-documented programming guidelines to
developers so they can more easily enhance the accessibility of their applications.
Many Mac OS X applications already provide some accessibility. Those that
closely follow Apple’s programming guidelines will deliver an even better
accessibility experience."

Ah, so if the guidelines are not followed, it might not work too well. Given
the slack interpretation by some developers for UI or interaction or guidelines
to date, this is not all that reassuring. It may be a great feature that many
people (developers) do not tap into properly, or have not got the time to put
right in the effort to ship software in time. The Mac’s history as an accessibility
tool may not help much - in so much as it has no reputation on that
front. Developers might simply say "Ah, screw it, why bother following
the guidelines to make it accessible - it’s only the Windows users that have
screen readers, right?"

So, after all this ranting, the impression must be that I’m not convinced that
VoiceOver is a good thing? Wrong. I actually think that it’s an excellent
addition to the operating system, and I’ll put to one side the anti-competitive
argument (actually, forget that - who would they be competing with in the Mac
market for screen reading software? Nobody, hah!).

A Reputation for Quality Free Software

If there is one thing that can be said about Apple it’s this - when they build
software, it’s quality stuff. I shall overlook the foul-ups with iMovie 3, ahem.
iPhoto and iTunes are justification alone for getting a Mac, or at least they
were when iTunes was not available for Windows. Obviously, the look of OS X
is itself a thing of beauty, so I have no doubt that Apple’s team, working with
the engineers at Kurzweil, will be putting together something that really works,
is highly usable and doesn’t let the rest of the OS down in any way. But to
go back to the headline for this posting, will it be a ‘killer app’?

A killer app is something that justifies buying the device it’s running on.
You might be looking at a range of computers, but if just one has that piece
of software that makes it stand out from the rest, it could clinch the deal.
Perhaps you didn’t want to buy a PocketPC, but upon learning that you could
also use it as a voice recorder instead of carrying around a separate dictaphone,
you bought that particular lump of plastic and glass. That’s a killer app for
you, and with the right promotion, proper support/commitment from the Mac software
developers and at the right price, VoiceOver could be a Killer App.

Macs - They Just Work. Will VoiceOver Too?

One of the biggest problems with PCs is their wildly varying hardware builds,
the likelihood of conflicts between graphics cards and mother boards, the operating
system bitching about 1001 different things. As a rule, the Macs just work.
I would love to be able to say, a year from now, that the best way to set up
a computer for a blind user, or a partially sighted user, or someone using a
head-mounted pointer to activate the keyboard is this:

  1. Go to an Apple Centre and buy a Mac
  2. Switch on the Mac
  3. Go to VoiceOver preferences
  4. Start surfing the web, writing documents and getting the most from your
    computer

For now, such users have to use Windows machines and usually pay a
high price for a ‘quality’ screen reader that can be buggy, is rarely updated
and is often a tiresome piece of software to use.

Apple have an opportunity to do something truly excellent with VoiceOver. I
cannot wait to see how it all turns out, but I really would love to be saying
a year from now that the most accessible and value-for-money operating system
that money can buy is Apple’s OS X 10.4, aka Tiger.

Filed under: Accessibility
Comments Off Posted by Ian on Thursday, July 29, 2004

IBM aDesigner

Internetnews.com reports on IBM’s aDesigner:

The software tool evaluates Web sites on their font choices and colors (and the ability to change them upon request), compliance with accessibility guidelines, alternate text for images and link navigation.

A five-pane window shows the Web site as it looks for most people. Another browser pane demonstrates how it looks or will read for blind or low-vision people, while the bottom three panes list and map out problems aDesigner had with the Web site.

The site is then scored (from 1 to 100) for compliance, navigability and listenability and given an overall letter grade from A to D. Also included in the program is a “simulator” showing how a Web site looks to a person with low-vision impairment.

Highly configurable to simulate a variety of conditions (different types of colour deficiency, eyesight, age), and featuring a built-in accessibility checker, this is an excellent tool for both demonstration and testing purposes.

Currently, there are no plans to release aDesigner as a commercial product; it’s freely available for download under the alphaWorks license.

Hat tip to David Poehlman for first bringing the article (as well as the product) to my attention.

Share your opinions and comments on aDesigner in our forum.

Filed under: Accessibility
Comments Off Posted by Patrick H. Lauke on Wednesday, July 21, 2004

Interesting reading: two articles on accessibility from First Monday

Joe Clark recently pointed out two new articles on First Monday:

Although at first I was quite ready to harshly criticise both articles for their use of automated testing, I was pleased to see that this factor has been mentioned in their respective discussions section. So, flawed as the findings may be, they’re still an interesting read.

…and yes, the irony that both articles missed out ALT attributes and proper table headings has not escaped me, either, but I’ve already sent a friendly note to the First Monday HTML editor…

Filed under: Accessibility
Comments Off Posted by Patrick H. Lauke on Monday, July 19, 2004

109013578829957169

Ten Simple Tests

Trenton Moss has put together a tutorial for beginners in the world of accessibility -
Ten quick tests to check your web site for accessibility which is available now on this site.

Filed under: Accessibility
Comments Off Posted by Ian on Sunday, July 18, 2004

Automatic PDF tagging service

From a news item at the Register:

Open Access has developed a Web-based service
known as EnablePDF. Organisations upload their PDF documents, which
are processed and returned with the relevant accessibility features
added. The service will be available online from September; and will include the production of a full report as to the changes made to the document.

Join the discussion about this news item on our forum.

Filed under: Accessibility
Comments Off Posted by Patrick H. Lauke on Monday, July 12, 2004

The accessibility of segregation

Trenton Moss tackles “text-only” websites head on with his newest article titled “Manchester United: top of the web accessibility league?“. Man Utd have won awards and praise for their accessible version of their websites - it is excellent to see a well recognised public company taking accessibility seriously enough to make an investment like this. But is creating two separate websites - one accessible the other highly graphical - the best approach?

I agree with Trenton’s position that the two website approach to accessibility isn’t within the spirit and meaning of accessibility. Accessibility is about equality as well as inclusiveness. We need to include people with disabilities into the audience for our sites - not give them their own separate website. Keeping the content of both sites synchronised is a management nightmare, and as we have seen with other websites, the accessible website quickly falls behind, and its audience relegated to being less equal than their fully-abled counterparts.

I grew up in South Africa (Uitenhage) during the early eighties - at the height of the Apartheid regime of the country. Apartheid was initially established as a solution for equality without prejudice - equality through separation. Separate education, separate communities, separate medical facilities, separate justice system, separate political representation - all based on race. A social solution that quickly became a social nightmare, one that oppressed millions of people. One of the biggest factors in the continuing oppression was the distinct lack of - or disregard of - knowledge as to what was happening on the “other side of the fence”. Seperation gives us an excuse to forget.

The parallels between disability segregation and Apartheid are frightening, it is not an allusion I like thinking about. Let us not go down the road of segregation as a solution to meeting the needs of disabled people on websites. Segregation is not a solution.

From Trenton’s excellent article, I will however criticise just one point. He pleads with Manchester United to scrap the two website system and make the main richly-tailored website accessible. I say take the accessible website, and enhance the look of that to bring it closer to the richness of the current version. Good strong buildings need good strong foundations, and an accessible foundation delivers benefits to a non-disabled audience too.

Mike Davies (Isofarro)

Filed under: Accessibility
Comments Off Posted by Accessify on Tuesday, June 22, 2004
← Older PostsNewer Posts →