-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Make the custom CSS validation error message accessible #56690
Conversation
Size Change: -70 B (0%) Total Size: 1.71 MB
ℹ️ View Unchanged
|
Flaky tests detected in eb4d92a. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/7048535538
|
…m-css-validation-error-message
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.
@afercia Thanks for the PR.
This whole area of the editor brought out a huge sigh from me, I have no idea how this landed in such an inaccessible state. Styles tab needs a lot of work.
This gets us a little closer. 👍
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message.
To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
Thanks everyone for your feedback and review. |
Should we backport this to WordPress 6.5? |
@youknowriad I wasn't planning to ask beckporting it but if that's possible yes, it would be welcomed. |
I think it's a good fix to have and we're still early in the beta cycle, let's add it. |
Would love a fact check from designers @jasmussen @jameskoster @SaxonF |
Now that the textarea is full-height I tend to agree it was easy to miss the icon in the bottom right. Especially on larger screens. That could have been helped by setting a red border on the textarea too, but I don't suppose that would address the a11y concerns. Given this is a low-traffic area, and hopefully errors are few and far between, a notice seems a reasonable interim despite the rough appearance. I'm not sure it should be dismissible though? |
Co-authored-by: Alex Stine <[email protected]>
I just cherry-picked this PR to the more/backports-for-beta3 branch to get it included in the next release: 79dffd9 |
Co-authored-by: Alex Stine <[email protected]>
Fixes #56437
This PR changes the custom CSS validation error message to make it accessible. On top of that, I'd like to add a few considerations:
components
package. Only by doing that the new component would be guaranteed to be consistent, reusable, tested, and accessible.What?
The custom CSS validation error message is not accessible. It is also a unique UI in the editor, there's no other usage of a red icon with tooltip and I'd argue it's am unexpected pattern for users.
Why?
Any user-input validation message must be accessible.
How?
Replaces the current implementation based on a red icon plus tooltip with the standard Notice component.
assertive
politeness level.Testing Instructions
Testing Instructions for Keyboard
Screenshots or screencast
Before and after: