-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Small improvements for the sidebars and Close buttons labelling #49614
Conversation
Size Change: -101 B (0%) Total Size: 1.37 MB
ℹ️ View Unchanged
|
Flaky tests detected in 91b9e04. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/4637467675
|
ab31ac3
to
740d13a
Compare
@afercia My only concern with open labels is how spread out in the DOM these buttons are from the sidebars they show.
There is still a huge problem in Gutenberg with panels opening so far away. I think in this case, keeping the sidebar is a good idea for the users that might understand enough terminology to find what just opened. The only way I would be completely okay with this change is if there was true commitment from devs to start fixing these DOM inconsistencies. I will not hold my breath on it. For some reason, this pattern is insanely overused in React. |
I added back the word 'sidebar' to the keyboard shortcuts descriptions used in the Keyboard shortcuts modal dialogs so that they both read:
@alexstine I totally share your concerns about the distance in the DOM between the opener buttons and the various sidebars / panels they open. That was remarked several times across the history of this project. Unfortunately there's no consensus on that and seems other needs prevailed over accessibility needs. Still today, that's one of the most serious accessibility barriers in the Editor. However, that applies to the controls that open sidebars and the like. Instead, most of the changes in this PR are about the controls that close. A quick recap of the changes in this PR:
I think these changes are OK, as the ARIA region is labelled 'Navigation'. I'm going to create a new issue about the labelling of all the editor ARIA regions. Will ping you there. Thanks! |
@afercia Can you give more specific descriptions as to where I can find these labels? I could figure out some of them but not all. I am not familiar with the site editor at this point. I might be the wrong person to fully review this.
|
@alexstine there you go:
|
I think these changes are good but this PR is quite large to review. Could really use a review from someone who knows more of the codebase. I am not very familiar with the internal workings of the edit-site package. @annezazu Can you put eyes on this one and try to get us some tech review here? Thanks. |
Thanks so much for the tag in @jeryj or @tellthemachines can you all take a look? |
Thanks for improving this labelling @afercia! It all looks good to me. There is a conflict with trunk in To get this PR merged, I think we should remove the change from |
Thanks @jeryj .
I'd rather go the other way around for the reasons explained in #50067 (comment), keep the label use 'navigation' nad coordinate with #50067. |
91b9e04
to
5c3e907
Compare
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.
All the changes here make sense to me... Nice work @afercia! 👍
Hat tip to @aristath for pointing me to one more reason to avoid the term 'sidebar': on small screens, most of these UI sections aren't 'sidebars' any longer. They're more full-width overlay panels. Still, they're referenced to as 'sidebars'. Screenshots: List view: Styles: |
5c3e907
to
a03e4e9
Compare
Fixes #49613
Follow-up to #49555
What?
Close
.Why?
Close
button are better for all users, as long as the context is clear.How?
Shortens / updates a few translatable strings.
Testing Instructions
Testing Instructions for Keyboard
Screenshots or screencast