-
-
Notifications
You must be signed in to change notification settings - Fork 5.7k
Fix: Accessibility roles and aria labels #2304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes look good for non-ecosystem-breaking changes. Are there any other elements that could possibly need aria labels?
See #2254. There is another issue I'd like to resolve, but I don't think it will be possible without a breaking change... The hyphens used in our sidebar navigation are rendered as
The result is that links are announced as follows using macOS VoiceOver: "Link. Quick start", Ideally, the hyphen would don't be announced. I don't think this is a big deal though, especially if we intend to update our UI in the relatively near future. My preference is to merge these changes without introducing breaking changes and address the hyphen issue when we tackle UI updates. |
Summary
Improves site accessibility by assigning proper roles and aria attributes to elements by implementing all non-breaking recommendations from #2295.
Note: You may have to unmute the videos below to hear VoiceOver audio.
Before
2295-before.mp4
After
2295-after.mp4
Related issue, if any:
#2295
What kind of change does this PR introduce?
Accessibility
Fix
Feature
Does this PR introduce a breaking change?
No
Tested in the following browsers: