These is the bi-weekly notes for the Accessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) Team meeting that happens on alternate Thursday in #accessibility. You can read the full transcript here or see the full meeting schedule.
📣 Announcements
Proposed Agenda
The September 30 deadline for the updated Accessibility Ready program may be delayed slightly while Meta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress. completes and tests changes to how the accessibility-ready tag is managed in the Theme Directory.
The updated process will add a second level of verification. A theme author adding accessibility-ready will effectively be applying to the program. Once the theme passes review, an additional approval tag will be added by someone with appropriate Theme Directory access. The theme will only appear in Accessibility Ready listings when both conditions are met.
Before this change can go live:
- Meta needs to complete and test the implementation.
- The Accessibility Team needs to provide an initial list of approved themes.
- More outstanding reviews and requested re-tests should be completed so the initial approved list contains more than the two themes currently approved.
The exact transition date may move beyond September 30. @joedolson will share an update around the deadline once the timeline is coordinated with Meta.
Core Core is the set of software required to run WordPress. The Core Development Team builds WordPress. themes need special consideration because they currently do not include the required accessibility.txt file and are only released with WordPress major releases.
The current plan is to review the Core themes against the remaining Accessibility Ready requirements and address issues where possible. Themes meeting the remaining requirements may be grandfathered into the program until accessibility.txtcan be added in a future WordPress release.
@joedolson will create Core tickets for issues identified during the reviews and handle the necessary changes and commits.
Working Group Updates
1. WordPress Core & Block Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. Editor
Call for contributors: Anyone available to help is encouraged to review the open accessibility related patches and PRs.
A significant development is the work to integrate Axe Core automated accessibility checks into WordPress Core testing.
The current PR introduces Axe Core checks for classic WordPress admin pages and integrates them into GitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged by the repository owner. https://github.com/ CI as part of the E2E testing process: https://github.com/WordPress/wordpress-develop/pull/13348
Accessibility violations detected by these checks will cause the test to fail, helping prevent accessibility regressions from being merged. This is an initial implementation that can later be expanded to cover additional admin pages, content states, and user flows.
Initial scans have already identified accessibility violations that are being tracked for fixes.
2. Accessibility-ready Program
The team needs to make a focused push over the next couple of weeks to follow up on outstanding Accessibility Ready reviews, re-test requests, and tickets.
Themes where authors have not followed up or made changes may have the accessibility-ready tag removed. However, themes where authors have responded and requested a re-test should be prioritized so those reviews are completed.
A couple of new re-test requests have also been received and will be added to the review queue. Some recently approved themes may also need additional checks against the updated requirements.
Call for contributors: Help with Accessibility Ready theme testing and re-testing is especially welcome over the coming weeks.
3. Web Accessibility Documentation
Work continues on identifying and completing remaining Knowledge Base documentation: https://github.com/wpaccessibility/wp-a11y-docs/issues/85
New and updated Knowledge Base content continues to be published, with writing and reviews ongoing.
The Accessibility Team Handbook is also being moved to the WordPress/accessibility-team-handbook GitHub repository. This will make it easier for more contributors to participate in maintaining and improving the handbook.
There are currently no blockers for the documentation work.
Open floor
No additional items were raised during the open floor.
Thanks to everyone who joined the meeting and contributed to the discussion, and special thanks to @joedolson, @rianrietveld, and @afercia for sharing the detailed updates.
#accessibility, #meeting-notes