Guidance on Accessibility Expectations
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 11.8k
- Forks
- 7.9k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 11
Description
I see that you have an issues label for accessibility issues. And that's fantastic to see. It's still pretty rare for projects and communities to look for accessibility issues.
My question is whether or not there are any community guidelines or expectations for commits and contributors as it relates to accessibility. e.g. any scan requirements, any spec requirements (e.g. WCAG 2.1), etc. I don't see any text in the read.me nor contributing.md.
Any guidance you can provide is appreciated.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading README.md and CONTRIBUTING.md, the two files named in the issue. Compare their existing contributor guidance with the questions about accessibility scans and WCAG 2.1. Done means the repository's accessibility expectations are clearly documented in the appropriate guide.
Written by the indexing model from the issue text.
Assessment
- Domain
- accessibility, documentation
- Issue type
- Documentation
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100