Article for conference booklet:
Many times a client will specify that their site must be "508 Compliant", or, in the UK, be "Compliant with the DDA". Many times the client may never really know what that means, or if in the end the finished project is "compliant". It's always best to educate clients on what it means to meet this requirement. However, to enlighten a client that the WAI by the W3C has the WCAG and that'll help meet the requirements of Section 508 of the Rehabilitation Act of 1973 or the Disability Discrimination Act 1995 will often make their heads pop, or make them call another shoppe. Irregardless of what language is used to the client to convey confidence, we, as Drupal code monkeys, have to assure our teams, and the clients, that whatever guidelines or checklists we use will not only meet the customer's needs, but hopefully ensure a truly accessible and more usable product. This round table discussion is meant to showcase the little things in our Drupal workflow that aid us in creating accessible websites.
Bios for conference booklet:
William Lawrence is a Semantic Engineer & Accessibility Consultant at Quiddities Dev, Inc. He's kept busy with finding meaning in organisation branding and translating that to the Internet. Most often he can be found creating easy to navigate environments leading to content that is easy to consume: engineering the semantics of interaction. (He also enjoys baking chocolate cakes and surfing.)
This is not just about theming
Building any website, regardless of CMS, needs to be accessible. Web accessibility in Drupal goes beyond theming and can be found in the core, in the modules, and the content authoring. I'd like to talk mostly about the theming process of web building, however as we all know there is more to launching a Drupal site than just theming.