- From: Charles McCathieNevile <charles@sidar.org>
- Date: Tue, 20 May 2003 14:59:52 +0200
- To: Kynn Bartlett <kynn-edapta@idyllmtn.com>
- CC: "Section 508.US" <tagi11@cox.net>, "Dwight H. Barbour" <dbs@dbsolutions.net>, w3c-wai-ig@w3.org
Kynn, summary: silly joke, there are risks in how NFB approaches certification, there are procedural ways to minimise the risk, and I owe an email on some technical stuff for certification. Note that everything I write here is my personal opinion only. you could always get a license for YASR, Screader, Speakup, Gnopernicus, Mercator, or emacspeak. They're free (although most of them are not available to Windows users) :) More seriously, I share your concern about fragmenting accessibility into accessibility for one user group group or other. While I understand a group like NFB limiting itself to its own expertise and constituents I think there are long term problems created by their apparent approach. It seems to lead to a number of "Accessibility Certifications", each of which is really just access for a particular group of users. There also seems to be no attempt to fit this into a framework where people can attempt to cover all types of users. A similar effect came about when tools like Bobby offered their own certification mark, which the marketplace believed was a real certification of accessibility. (The mark is no such thing, and in any case far too many users of Bobby didn't check whether they actually qualified for the mark - they saw it, so they copied it). The danger is that the market will come to behave as though achieving any certification is enough, whether it covers all disabilities or just some factors for some users. The probably inevitable result of that would be that the easiest path will be followed, cutting out anyone whose needs aren't met by that certification program. There are ways to minimise the risk - one is technical, and one is about how to work, and they go together. The how to work one is easier to explain, and even demonstrate with examples, so I'll start there, and discuss the technical stuff in another email. The basic idea is to coordinate with other groups, making sure there is an overall understanding of accessibility for all. In that context, it is possible to say "we have expertise in a particular area, and can certify that part, but the whole field is important, so there are people who can provide the experise in (all the other stuff we don't do)". This is essentially how WAI works, as I understand it. There are experts on issues related to blindness, hearing impairment, intellectual disabilities, sensory disabilities, etc. Collectively they can work on identifying all the possible problems people with disabilities might face. If they specify those clearly enough, somebody can check a page to make sure it contains none of the problems. Or two people can divide the assessment between them, concentrating on what they know best. When the work is divided, whether it is between two people, or 17 organisations, it is important to check that everything did get tested at some point in the process. A simple approach to this is to have the "list of everything to check", and for each one of the testers to mark off the things they are testing for. If there are any potential problems identified that nobody is checking for, then anything tested by that group may or may not have a problem, and nobody knows yet. So how does this relate to the NFB (and WAI)? Let's assume that WCAG is the most complete available list of things to check for. (It isn't perfect, but it isn't bad, and it was developed in the way I described. For our example it works.) I will assume that the NFB certifies people based on how they do tests for things known to cause problems for people who are blind. They have a list of the things that an evaluator is supposed to find in test pages. They should be able to state which parts of WCAG are tested with their process. Assuming it isn't everything, there is therefore a list of things their process doesn't cover. If they publish this list, another organisation with different expertise could develop a certification for covering those points. (Or it could be done by combining several certifications - the fact that there is some overlap would be a good thing for the skill of the tester). In this way, a group of cooperating organisations could provide certification in their area of expertise, as a stand-alone product, and could help raise awareness of the fact that there are different types of disability. They are also part of a process that can certify people as covering (in theory) all the problems for different types of accessibility. People who achieve accessibility for one group of people by making lots of dynamic multimedia presentations, and those who achieve it for a different group by having well-structured text-oriented presentations, are helpful to organisations trying to communcate with users. People who can solve both problems at the same time are valuable too. But if a person who can only do one or the other is mistaken for someone who can cover accessibility completely then we will have a serious problem in the marketplace - fragmentation and confusion over what needs to be done, and people who thought they were doing the right thing failing to solve problems, which means the problems still exist. In Europe there are a number of organisations certifying accessibility. They speak different languages, have worked with different disabilities, and have interpreted the guidelines in different ways. There is a desire to have accessibility certification be at the level of the best practice internationally, and to have consistency. One approach to this has been 24 organisations (including Fundacion Sidar, which explains my involvement) getting together to form the EuroAccessibility Consortium. In coordination with and through participation in WAI, which the consortium has recognised as setting the standards on an international technical level, we hope to develop an evaluation/certification process which does provide a measure of exactly what is covered, and which refers to the "complete" standard requirements to make the Web accessible to all. Cheers Chaals Kynn Bartlett wrote: > Hey, neat, I don't qualify: > > http://www.nfb.org/seal/wacs.htm > > I don't use JAWS or WindowEyes, which seem to be a requirement. > ("Do you own licenses for at least two screen reading programs?" -- no.) > > I guess I'm not good enough to be an NFB "Web Accessibility > Consultant". > > Based on the criteria they use -- which focuses ENTIRELY on designing > pages which can be used by blind people, without any apparent concern > for people with disabilities which are not visual -- perhaps this should > be called Blind Web Accessibility Consultant? > > --Kynn, Mac OS X user who would have to spend over $1000 to buy > Microsoft Windows software he'd never use in order to be certified... >
Received on Tuesday, 20 May 2003 09:00:14 UTC