Category: Accessibility

On December 12th, 2013, WordPress 3.8 was released. With that release, the accessibility-ready tag was added to the WordPress theme repository. This addition was the result of over a year of planning and organization to make sure that we had buy-in from the WordPress theme review team, a set of guidelines to follow that the WordPress accessibility team could get behind, without creating demands on theme developers that would make conformance impractical. It’s been one year today since finding WordPress […]

Continue reading “One year of accessibility-ready” »

TL;DR: Headings are super-important. There are many reasonable models, but consistency is more important than either choice. Working in an environment like WordPress, control over those models is limited.

Continue reading “The Headings Hierarchy Challenge” »

This is the written version of my talk at WordCamp San Francisco 2014. Watch the video at WordPress.tv. Do you think web accessibility is hard? You’re right. Web Accessibility is hard in the same way that everything else in development is hard: designing and building any perfect product is always tough – even impossible. But getting 90% of the way there is easy. But I’m an advocate for practicality. So don’t set perfection as your goal. Just make things better. […]

Continue reading “Good Coding Habits for Accessibility” »

These are lies we tell: “This is just an example.” “This is a demo, not for use as production code.” No, it’s not. You’re wrong. It may not be code you, the author, would use in production. But as soon as you published it, the likelihood that it will become production code in somebody else’s project skyrockets. And this is inevitably damaging. These examples can be horrible in many ways – reliability, portability, security – and accessibility. In a surprising […]

Continue reading “The damage of examples” »

Web accessibility guidelines stipulate that links need to provide context for meaning; but they also stipulate that link text needs to be unique when it leads to a new resource. Under Success Criterion 2.4.4, a read more link after an excerpt of the post would be meaningful, because the context provides information about what the link does. But when generating a list of links, “read more” links produce a long series of links with the same text and different destinations, […]

Continue reading “Contemplating “read more” links” »