Liveblogging Fundamentos Web 2005: Part Two

One of the big questions I have about web design for accessibility is, how can I design for one audience without isolating another? Obviously, there are basic things I can do to make our web applications more accessible, by including alt tags, skiplinks, and labeling form fields. But our users have a higher level of disabilities than most due to the nature of our content (birding is of wide interest to the blind and our users are often older, and therefore more likely to have disabilities) and I want to make sure our site is as useful to as many people as possible.

The problem is, if I take steps to make the site accessible to one group, say our partially-sighted users (hi dad), by increasing the text size and contrast, I risk not serving users with cognitive disabilities who respond better to an interface in which only the important elements are emphasized using contrast and the text is not large and overwhelming. Similar arguments apply to designing for young users, who are also one of our main user groups.

The terrible reality is, some solutions can help people with certain disabilities, but exclude others. This puts organizations in a position where they must, often not consciously, choose only certain disabilities to address, such as the charismatic blind man with a dog, and ignore users with different and perhaps competing needs.

I can see why the process of creating web accessibility guidelines is so difficult. The perspectives involved are broad and often divergent. This isn’t like web standards, where you can just close your tags and call it good. Real people will be discriminated against if you screw up. The responsibility is sobering.

At the Macaulay Library, we are proud to provide spectrograms of our bird sounds that are accessible to the hearing-impaired. However, the software to view the spectrograms requires a multimedia plug-in that is annoying to blind users.

What should I do? Do I assume blind users aren’t interested in these spectrograms, and design an interface using Flash and other inaccessible technologies? What if a blind user wants to show a spectrogram, which is a valuable educational tool, to a sighted friend or their child? Even worse, it isn’t possible to even generate spectrograms without using QuickTime and Flash, so the choice has been made for me. Without even making a choice, I’ve created some happy deaf people, and some pissed off blind people. Can I provide an alternative way for the blind to use this feature? Nope. The technology prevents it. Can I provide a larger version of the spectrogram tool for users with manual mobility problems? I could, but it would hold back the entire project while I designed it and no one would be able to use it.

These are dark choices, my friends, and they are often made under pressure of time and money. I’m glad to have the opportunity this week to spend time thinking about them. Thanks to work for sending me here.

Library poetry

An exerpt from one of my favorite poems by Caroline Knox:
The Crybaby at the library.

It is raining all over inside the library.
Parts of the brick walls are curling up
and plaster is falling on the heads and beards of students.
It is very dangerous for the books.

… 

A precious incunabulum inside a glass case
is swimming gently as if in a dishpan.
Tiny letters and pieces of gold that were put there in 1426
are lifting off and turning into scum.

[link]