Opened 7 years ago
Last modified 7 days ago
#42002 accepted defect (bug)
Improve the accordions accessibility
Reported by: | afercia | Owned by: | joedolson |
---|---|---|---|
Milestone: | 6.7 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Administration | Keywords: | has-screenshots has-patch needs-testing changes-requested 2nd-opinion |
Focuses: | ui, accessibility | Cc: |
Description
Splitting this out from #37013, props to monikarao, xavortm, mihai2u, Kopepasah for the work done there.
In #37013 was noted that the toggle "arrows" of the accordions in the Menus screen don't have the circular shape to indicate keyboard focus. This is inconsistent with other similar controls that do use the circular focus and could be improved.
However, the accordions in the Menus screen are generated with do_accordion_sections()
: plugins or themes might use this function for their own purposes and any change here should be carefully considered and well communicated.
In core, as far as I see, the Menus screen is the only place where do_accordion_sections()
is used. In other places, for example the Customizer, the accordions markup is output by a custom implementation. The JS part instead, if I'm not wrong, is still shared and uses accordion.js
.
This would be also a good opportunity to improve the accordions accessibility in core and standardize all the different implementations.
I'd recommend to follow the example on the ARIA Authoring Practices, see https://www.w3.org/TR/wai-aria-practices/#accordion and see the example on https://www.w3.org/TR/wai-aria-practices/examples/accordion/accordion.html where the accordion "titles" use a button inside a heading (note: the example uses <dt role="heading" aria-level="3">
because it's an ARIA example :) that's equivalent to a heading).
Attachments (10)
Change History (48)
#2
@
7 years ago
@rishishah thanks for the patch! What I meant is a bit more substantial chance though, making the heading contain just a button with some proper text. This would require some more changes. Basically something like:
<h3><button ...>accordion title here<span aria-hidden="true" class="toggle-indicator"></span></button></h3>
The span with icon should go inside the button.
This would match the aria example and allow to remove some of the screen reader text there. Also, it would be nice to remove the word "toggle" sinte it's difficult or impossible to translate in some languages, see #34753
With this changes, also the JS part should be reviewed to ensure it works properly.
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
7 years ago
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
7 years ago
This ticket was mentioned in Slack in #accessibility by rianrietveld. View the logs.
6 years ago
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
6 years ago
#8
@
5 years ago
Note: the new Site Health feature that is going to land in WordPress 5.2 adds some new accordions, see #46573.
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
5 years ago
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
4 years ago
#11
@
11 months ago
- Milestone changed from Future Release to 6.5
- Owner set to joedolson
- Status changed from new to accepted
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
11 months ago
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
10 months ago
#14
@
7 months ago
- Keywords has-patch added
@afercia,
I've worked upon your suggestion as you mentioned above. Here, I've attached the latest patch for that. So, Please check it and drop your feedback on it!
Thanks!
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
7 months ago
#17
@
7 months ago
Hello @kushang78,
I checked the patch. There is some tabbing order issue with the accordion. When we change from one item to another with the tab key, there is something hidden area which is getting focused and pressing enter to open/close the accordion as well. Which does not appear to be happening for right-side menu items.
For reference see this video: https://screencast-o-matic.com/watch/cZnO6LVKbhF
Also, the focus border of the icon does not match the right-side menu item. It needs to be the same as well.
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
7 months ago
#19
@
7 months ago
- Milestone changed from 6.5 to 6.6
With a week until release candidate, this isn't ready yet. Moving to 6.6 so it has a bit more time.
There are some CSS issues with inconsistent focus design in addition to the tabbing issue that needs addressing.
#21
@
6 months ago
Thanks for the feedback @rcreators @joedolson
I’ve attached the latest patch for this.
Thanks!
#22
@
6 months ago
@kushang78 This patch failed. Can you check on it? The below lines are error codes.
error: patch failed: src/wp-admin/css/common.css:2357 error: src/wp-admin/css/common.css: patch does not apply error: patch failed: src/wp-admin/includes/template.php:1574 error: src/wp-admin/includes/template.php: patch does not apply
#23
@
6 months ago
@rcreators ,
In my case, The patch is working fine without any errors using below 2 methods that I've tried!
- Using Command,
git apply 42002.diff
- Using Git Patch extension in VS Code
Usually, I'm applying the patch using Git Patch extension in VS Code.
Thanks!
@
6 months ago
I manually copied code from the patch was able to apply it. The tab index issue is solved with tab-index -1 for button. So tabbing works fine now. Yet css needs to be updated, so both left and right side have same appearance in each state
This ticket was mentioned in Slack in #accessibility by rcreators. View the logs.
5 months ago
This ticket was mentioned in Slack in #accessibility by rcreators. View the logs.
4 months ago
#28
@
4 months ago
Let's move the event trigger from .accordion-section-title
to the button; that will allows us to remove the extraneous tabindex
attributes, and will make the keyboard handling more standard.
It should also allow us to remove the keydown
event handler from accordion.js
, since the button will pass events natively.
Be sure to also check accordions in the Customizer and in the Site Health UI to make sure everything is consistent across those features.
#29
@
3 months ago
Test Report
Description
This report validates whether the indicated patch works as expected.
Patch tested: 42002.3
Environment
- WordPress: 6.6-alpha-57778-src
- PHP: 8.3.7
- Server: nginx/1.25.4
- Database: mysqli (Server: 8.3.0 / Client: mysqlnd 8.3.7)
- Browser: Firefox 126.0
- OS: macOS
- Theme: Twenty Fifteen 3.7
- MU Plugins: None activated
- Plugins:
- FakerPress 0.6.6
- Test Reports 1.1.0
Actual Results
- ✅ Issue resolved with patch.
Screenshots
This ticket was mentioned in Slack in #accessibility by rcreators. View the logs.
3 months ago
#31
@
3 months ago
Test Report
Patch tested: https://core.trac.wordpress.org/attachment/ticket/42002/42002.3.diff
Environment
- WordPress: 6.5.4
- PHP: 8.2.15
- Server: nginx/1.25.3
- Database: mysqli (Server: 8.0.36 / Client: mysqlnd 8.2.15)
- Browser: Chrome 125.0.0.0
- OS: macOS
- Theme: Twenty Sixteen 3.2
- MU Plugins:
- Safe Autoloaded Options Limit Test (MU Plugin) 1.0
- Plugins:
- Test Reports 1.1.0
Additional Notes
- Tested under Menu, Customiser and Site Health
For Menu and Site Health : I found that the accordion is not high lighted instead it high lights the entire row. Please check the attachment for the same.
For Customiser: I found that accordion is also get high lighted.
I am not sure if this comparison is valid. But I would really appreciate if some can take a look.
Supplemental Artifacts
Add as Attachment
Hello afercia,
Please review my patch and let me know if anything.
Please see changes here: https://ibb.co/gfniB5
Thanks,