When you're writing something, your aim is to get your information across as clearly as possible, isn't it? You're making it 'accessible' to your readers, whoever and wherever they are. You want to make sure everyone can read it. So when it comes to writing it and publishing it online you want to think about those who may not be able to read it in standard print and may use screenreaders or other assistive technology. So....
- Basic text/Word document - Microsoft may not be everyone's cup of tea, but it's the Word processing system a vast majority of people use. This is where you can start to build in accessibility. Assistive software like JAWS makes use of the Headings and Styles you get in Word documents. Although I've yet to use OpenOffice, the open source document writer, it also has the ability to implement styles and headings, and should also work with JAWS (something I'll try out later). So when you're writing your document/information you want to get across, have thought about it's layout, you really want to use those Headings and Styles. The best information I've come across so far in creating accessibility in Word docs is the TechDis Accessibility Essentials series. I learnt a lot from these and have taken all of their advice on board. It's simple and easy to add in Headings and Styles from the very beginning and can make a huge difference to people who may just need to adjust the size of the font, to those who use assistive technology. Let's stop using computers as typewriters and make the most of them!
- PDF documents - If you've already created your document using Word or another Text based document writer, converting it into an Adobe PDF file is easy with Adobe Standard or Adobe Professional. All of your headings will be kept and it will be accessible with screen readers. Adobe have been improving their accessibility in recent years. PDF image files are frowned upon, and although some users of assistive technology can make use of them, if they have OCR conversion software such as Kurzweil, don't make them available publicly on a website unless you want lots of angry complaints!
- Web pages - In general, if as above, you consider the structure of your information and make sure you have headings defined you will be on the way to improving accessibility. The move these days, I think, is towards XHTML, CSS and XML. These all build on HTML, and whilst not an expert in their use, I can see that XHTML is a cleaner form of mark-up language and that Cascading Style Sheets [CSS] provide an excellent opportunity for adding accessibility and making life easier for the web author. There are a wealth of resources on adding accessibility into your web pages, but don't just think about making sure it gets those little ticks by sticking it through the validator, think as well about the visual impact, how it's laid out, whether you can change the font size and what the font looks like. The RNIB have some nice helpful documents and also will do web accessibility testing for you and run training courses. Their Clearprint information is worthwhile.
- Webcredible - user experience, usability, accessibility design services. Seems all eminently sensible.
- Web Accessibility Initiative - from W3C, the place where the web accessibility guidelines get developed. Can be a bit tecchie.
- Zanet - Accessible Web Business - I've stuck this in because the font size is so tiny! If you're going to advocate writing accessible webpages, lead by example!
- Website accessibility and disability discrimination - gives some sound and basic advice on different disabilities. Also mentions the only case so far to mention web accessibility, that of the Sydney Olympic Organising Committee, who were taken to court for not implementing an accessible website.