The concept of accessibility is simple in theory. You just need to ensure that people with disabilities can acquire the same information, engage in the same interactions, and enjoy the same services as people without disabilities. It’s much more complicated in practice, as we’re learning at the Getty.
Automated accessibility reports and checklists can get your application to a minimum standard, but they don’t always capture the complex user interactions and the organizational structure of a website. For instance, using IIIF, our users can zoom in to admire the strokes of a brush on a canvas. But how can we make those dynamic HTML canvases accessible and navigable for users who may not be able to see our image viewer? Well-structured HTML provides our users the ability to navigate a site without the use of a mouse. But how do we develop well-structured HTML when we’re stitching it together from multiple sources? How do we resolve conflicting structures in our applications from external libraries and our shared component system? And how do we maintain structure over time when we’re constantly making changes to our codebases across teams?
By reflecting on our successes and challenges in meeting the Web Content Accessibility Guidelines provided by W3C this session will outline how cultural heritage organizations can better provide online services to people with disabilities.
Our session topics will include:
- Maintaining document hierarchy and preventing accessibility regressions when composing pages with components and complex data structures
- Defining best-practices for improving the accessibility of complex user interactions
- Promoting awareness of web accessibility concerns across teams