As theWikimedia Accessibility Initiative (WAI) we want to coordinate efforts towards accessibility globally. This page intends to be the point of contact for people interested in the accessibility of Wikimedia projects. As we understand accessibility as a natural part of usability, we have chosen the Usability wiki to host all our upcoming pages related to accessibility.
Accessibility still has little significance on the agenda of the Wikimedia Foundation. There is no official project dedicated to accessibility. Accessibility bugs submitted to Bugzilla are often assigned a low importance and, thus, are never fixed. From our past experiences we have learnt that local efforts only don’t have the desired impact. The few accessibility advocates are not heard. But if we care about language communities with 10.000 speakers, we definitely must take care about millions of disabled.
Therefore, we established the Wikimedia Accessibility Initiative as the global advocate of accessible Wikimedia projects. We want to set up an active group of experts that provides consistent and coordinated recommendations, rather than providing feedback as individuals with occasional and possibly divergent opinions. We want to collect, document and comment on globalaccessibility issues, i.e. issues within MediaWiki and within common extensions, and of course provide solutions for found problems. We want to learn from successful local projects and providebest practices for local projects and for developers. We also want to create and then propose a high-levelaccessibility policy to the Wikimedia Foundation.
The Accessibility Initiative can only be successful, if enough dedicated people participate. Naoko Komura, Head of UX Programs, has once phrased it nicely: We need to build enough momentum. We hope you join our efforts when reading this page.
Why is accessibility of major importance to Wikimedia? Let us give you some statistics. According to the WHO report there are 161 million visually impaired world-wide including 37 million blind. In Germany alone we have 80.000 deaf using sign-language.
A survery of the German Aktion Mensch found that deaf, people with learning disabilities, with mental disabilities or with dyslexia use wikis much less than people with other impairments. Collaboration is even lesser. Wikis are too complicated for them, because they don’t find information in the form they need, e.g. simple sentences or sign-language videos. The fact is: We know too little about what prevents people with disabilities to use Wikimedia projects, and, even more important, to participate.
Even more overlooked are disabled people in the third world. Typically having no AT products at all, they need special support, e.g. a self-voicing Wikipedia (see discussion “Speak to the blind”).
Wikipedia was the third most favorite website for screen reader users in early 2009 (seeWebAIM survey).
In the following you find the fields in which we want to contribute. If you have other ideas or comments that don’t fit into this classification, please share them nonetheless.
We want to analyse the currentaccessibility strategy within Wikimedia project and within the Wikimedia Foundation, and work out strategic plans for both. This topic was raised during the strategic planning process of the Wikimedia Foundation, see theproposal to create an accessibility committee and the lean category onproposals for improving accessibility. Eugene, of Blue Oxen,asks us to “[…] think at a movement-level. In other words, don’t just think about what the Wikimedia Foundation can do to improve accessibility. Think about what partners, the community at large could do.”
As a concrete goal within developing anaccessibility strategy we want to propose a high-levelaccessibility policy for the Wikimedia Foundation. Accessibility must become an accepted and communicated goal of the Foundation.
Best practices: found by local initiatives
One goal is to provide feedback on the prototypes of the UX team, so we have fairly accessible tools before conducting an accessibility audit.
Accessibility issues: throughout all Wikimedia projects, MediaWiki core code and extensions
Join our initiative.
Let us know you are involved with accessibility. Put your name on the particpants list, or leave a note on the talk page, or visit us in the IRC channel, or get in contact with a trusted particpant.
Spread the word.
Advertise the Wikimedia Accessibility Initative so that people become aware and possible join our efforts. You can write blog postings (e.g.French andGerman Wikimedia blog), write a note at your local initiatives, talk to people you know who are interested in accessibility etc.
Share your ideas.
Put down and discuss your ideas either on the (talk) pages or in the IRC channel. You can also send an email to the above stated participants. They will be glad to answer questions or to receive your input.
Report issues.
If you are aware of accessibilty issues in Wikimedia projects report them. Only what is known can be fixed. Leave a short explanation on theissue page or contact any of the initiative’s participants.
Fix issues.
If you are able to fix existing accessibilty issues, do so!
Get support.
Propose best practices.
If you have experience from you local accessibility initiatives or from your own efforts, note them down in thebest practices page.
Improve these pages.
When you find information gaps, bad wording, poor examples or just wrong spelling or grammar, go ahead and improve our pages. After all, this is a wiki.
We have set up the irc channel#wikimedia-accessibility for internal coordination and questions. If you find no one present, do send an email to one of the participants. Other channels like#wikipedia_usability may be used as well for discussion.
Of course, you don’t have to put yourself in a list to advocate accessibility. But it could be helpful for others in order to find a contact person, for general enquiries, or for support in local projects.
These are the local initiatives we are currently aware of, grouped by language. Apart from a global Accessibility Initiative we need strong local ones. Often local projects fail because there are too few people involved. So please join and support them, if you are interested.
At Wikimania Rodan will gave thepresentation “First steps towards accessibility”, summarizing the findings of a French accessibility expert regarding MediaWiki and Wikimedia. Complementary, Danny and Maria run thehands-on workshop “Hear and feel your MediaWiki code at work”.
Maria has nominated the German Wikipedia for anaccessibility award called BIENE. The results will be presented in December 2010. Although our chances of winning are low, we will receive an extensive report of accessibility issues found by the expert testers.
Wikimedia Germany is in contact with the German Central Library for the Blind (DZB), who have had a look at Vector's accessibility. Some results can be found atmw:Accessibility.
Personas allow you to understand the needs of users better and keep them in mind throughout the whole design process. Instead of refering to a dubious “user” you have one or several specific characters.
It’s a good idea to test with assistive technology (AT) on a virtual machine (VM). Most AT products offer a “demo mode”, i.e. they run fully functional for a specified time, but you need to re-boot your system after this time has elapsed. Therefore, VM come in handy. Don’t install various AT products alongside as they can interfere. Better use one VM for one product. The articleConfiguring Your Machine For Testing With A Screen Reader explains how to set up your VM and how to configure JAWS, Window-Eyes, and NVDA for your testing.
Screen readers are great to get an idea on how blind users navigate through a page. It's great for demonstration. Be aware however that their implementation vary, and they can't be used to accurately measure the accessibility of a page. Use W3C's guidelines instead.