GitHub repository landing pages now show an accessibility tab, if provided

Eric Bailey describes his last official contribution at GitHub: repository landing pages now surface an ACCESSIBILITY.md accessibility statement in the same tab strip as the README, license, and security files, with tips on what to put in one and why it matters.

My last official contribution to GitHub was something I’ve wanted for a long time: Writing the code to enable displaying an ACCESSIBILITY.md file’s contents on the repository landing page. This content lives in the same tab component that the README, License, Code of Conduct, Security, and other important information is surfaced.

For example, I’m using an ACESSIBILITY.md file located in ./github to communicate the accessibility statement on my a11y-webring.club repository. Here’s an image of it in action:

A GitHub repository landing page, scrolled down to the tab list of special repository files. The tab labeled 'Accessibility' is active, displaying an accessibility statement. Other tabs are Readme, Code of Conduct, Contributing, MIT License, and Security. Above the tab strip are some repository files. The visible content of the accessibility statement reads, 'a11y-webring.club strives to be AA WCAG 2.2 compliant, and is committed to creating and maintaining an accessible, inclusive environment. It is intended to be able to be used by everyone. What we are doing: The following initiatives are how this webring attempts to be accessible. We are: Guided by a Code of Conduct that outlines expected behaviors. Using time-tested, stable and interoperable technology based on open standards to help ensure our content can be accessed by the widest range of devices as possible. Running automated and manual checks to test for accessibility issues. Hosting our code on a public repository, allowing anyone with the interest and capability to inspect and modify it. Striving to keep our interactions and user interface unambiguous and easy to understand. Striving to keep our download size small and memory footprint light. Supporting magnified and zoomed displays, as well as custom typefaces and themes potentially set by someone in their browser.' Cropped screenshot.

The file only appears if it is supplied, so it is not a required part of creating or maintaining a repository. However, it is my hope that the act of providing one becomes more commonplace the same way providing those other special kinds of files are.

Another broader hope I have is that this promotion of content helps to normalize accessibility as a consideration and practice in some small way—something that helps to send a signal of a mature software project.

I’m excited to see how people use this new addition to the platform. I would also like to extend a huge thank you to Jan Maarten and Maria Lamardo for their help getting this effort across the finish line.