My Commitment to Accessibility
I recognize the need for all users, regardless of ability and device, to have undeterred access to the websites and applications that are created with my software. This is an important goal of my projects.
Oftentimes, people will ask "is it accessible?" I'm reluctant to answer because accessibility isn't binary — there's no simple "yes" or "no" response to provide. What seems accessible to a sighted user might be completely inaccessible to a non-sighted user. And even if you optimize for various screen readers, you still have to account for low-level vision, color blindness, hearing impairments, mobility impairments, and more.
Accessibility is something you have to continuously strive for. No individual contributor — or perhaps even an entire team — can claim their software is 100% accessible because of the sheer diversity of abilities, devices, assistive technologies, and individual use cases.
Furthermore, accessibility doesn't stop at the component level. Using accessible building blocks doesn't magically make the rest of your webpage or application compliant. There is no library or overlay that will make your software "fully accessible" without putting in the effort.
My commitment to my users is this: everything I develop will be built with accessibility in mind. I will test and improve my software to the best of my ability and knowledge. I will work around upstream issues, such as browser bugs and limitations, to the best of my ability and within reason.
I'm fully aware that I won't get it right every time for every user, so I invite the community to participate in this ongoing effort by submitting issues, pull requests, and discussions. Many accessibility improvements have already been made thanks to contributors submitting code, feedback, and suggestions.
This is the path forward. Together, we will continue to make accessible software for as many users as possible.
— Cory LaViska