The Accessibility Guidelines Working Group (AGWG) has updated the WCAG 3 working draft. It now includes initial Developing content for most of the requirements. These will evolve a great deal over the next few years. The draft also includes a proposed conformance model. The content of the working draft is not ready for use but it is ready for your comments!

The AGWG updates the WCAG 3 working draft every 6 months for public feedback. Public review and comment is an important part of creating the best possible standard. You can learn more about the draft by reading the WCAG 3 Introduction. The draft includes questions for public feedback but as co-chairs, we would particularly like feedback on the following:

1. Are there user needs which are not covered? In other words, what requirements are missing?
2. WCAG 3 is more granular and uses “applies when” and “except when” statements. Do you find WCAG 3 requirements easier to understand than WCAG 2.2 success criteria? What do you suggest to improve readability?
3. We have introduced assertions. Would organizations you are associated with be comfortable stating that they completed a process such as a plain language review of their content, either in a public accessibility statement or an accessibility conformance report?
4. Could you use the proposed conformance model? What are the positive and negative points? 

To provide feedback, please open a new issue in the WCAG 3 GitHub repository. Create a separate GitHub issue for each topic, rather than commenting on multiple topics in a single issue. If you are unable to use GitHub, please email your comments to public-agwg-comments@w3.org (comment archive).  

The Accessibility Guidelines Working Group (AGWG) has updated the W3C Content Accessibility Guidelines (WCAG) 3 Working Draft.This draft includes an updated list of the potential outcomes which we are exploring. The list of outcomes is longer than a listing of Success Criteria list in WCAG 2.2. Why? Because the intent at this stage is to be as inclusive as possible of potential outcomes.  

We expect this exploratory list to change and evolve:

• The final set of outcomes in WCAG 3 will be different from the list in this draft. 
• Outcomes will be added, combined, and removed. 
• The text of the Outcomes will evolve, likely to become more specific and identify exceptions. 
• Outcomes that need more research at the time of our first draft will be postponed to a future draft when the research can better support them.
• Only some of the Outcomes will be required at the base level of conformance.

Why are we publishing if the guidelines are only an early draft? 

The Accessibility Guidelines Working Group wants public feedback on WCAG 3 early and often. For this update, we hope public reviewers will help us to:

• Better understand the scope of needs by providing feedback on guidance we missed and should be exploring, and
• Locate and conduct research to validate or invalidate the outcomes listed.

When reviewing this update, please focus on the Guidelines section. We did not make changes to conformance related sections and we did not publish an updated WCAG 3 Explainer.  

Please consider the following questions when reviewing this list of outcomes:

• What outcomes are needed to make web content accessible and are missing from this list?
• What research supports or refutes these outcomes?
• Are any of these outcomes out of the scope of accessibility guidance? If so, please explain why.

Then give use your feedback on these questions by filing a GitHub issue or sending email to public-agwg-comments@w3.org (if you are unable to use GitHub). Please create 1 GitHub issue or send 1 email per topic – it makes our work much easier which leads to faster standards creation. 

We want to hear from you, especially if:

• You know of missing guidance;
• You know of existing research relating to an Outcome; or 
• You are interested in conducting research in a related area.

As always it’s worth noting that: 

• This WCAG 3 draft doesn’t replace WCAG 2. WCAG 2 is used around the world and will still be required by different countries for a long time to come. 
• Public feedback is an important part of the W3C process and the Accessibility Guidelines Working Group (AG) takes the comments we receive seriously.
• If you want to learn more about WCAG 3, please read the WCAG 3 Introduction.

Happy Global Accessibility Awareness Day!

I believe we need to shift the way we think and talk about disability and accessibility. We need more holistic conversations about what it means to be disability-friendly. Focusing on just a building, just a website, just an email, just an event, or just an accommodation – well, it is just not enough. We live our lives moving between these spaces. I believe our discussion of accessibility needs to do so as well.

I founded Accessible Community to address this and we are committed to nurturing disability-friendly communities through ethical technology. Unlike many functional needs mappings, the tools we are building require a mapping that includes facilities, events, websites, social media, and accommodations. 

The taxonomy has to be detailed enough that we can map accessibility requirements to functional needs but clear and usable enough that a wide audience of people with disabilities could use it successfully. We have used a multi-level approach to meet these often conflicting needs.

This work resulted in useable, a multi-level disability needs taxonomy. To celebrate disability pride month and to encourage more disability-centered tools, we shared our mapping in an open source GitHub repository. There is currently a JSON structure that can be incorporated into various tools by simply downloading it.

Useable is a work in progress. We encourage anyone interested to review and comment on it. We will incorporate comments and feedback monthly. Our goal is that useable will aid in worldwide tool development of disability-centered applications. Please help us shift the conversation.

WCAG 2.2 became a Proposed Recommendation (PR) today. We expect it will be published as a final W3C Recommendation in late August. You can read the current draft and learn more from What’s New in WCAG 2.2

I am arranging sign language interpreters for mutua11y’s upcoming workshops. I am surprised by how many of of the interpreting companies’ websites (100% so far) are inaccessible. Some even use overlays. I am often also surprised by videos on accessibility that are not captioned or interpreted so the situation is a two way street.

It has been my experience, both as an individual with a disability and an accessibility professional, that the disability community lives in silos.

As an overarching community of people with disabilities, caretakers, allies, and advocates we need to do better in supporting each other. We need to put in the work to make our products, websites, content, etc. accessible. It is not enough to say, I need this accommodation. We must say, “I need this accommodation and recognize that you need a different accommodation.” We need to work together to demonstrate disability inclusion. Anything less undermines the overall message of inclusion and accessibility.

It is also not helpful to assume that someone with one disability knows how to support someone else’s needs. Attacking each other when we don’t get it right also undermines our message and goal. I believe inaccessibility must be approached first as opportunities for education, inside and outside the disability community.

Finally, I want to acknowledge that this is not easy. Real accessibility takes effort and engagement. It takes working together and thinking ahead. It also takes changing attitudes and shifting the focus from the work needed to the benefits gained.

So what can you do about this?

• Commit to broad accessibility. Learn about the diversity within the disability community. Follow disability advocates and educators on social media. Respectfully ask questions when you don’t know.
• If you lead an organization, one resource is Accessible Community’s tip of the week. This gives you one recommended action you can complete in a week to improve accessibility.
• Stand up for your needs and those of others. I prefer to do so with an education-based approach and with compassion but find what works for you.

In response to concerns raised with the Focus Appearance and Target Size success criteria in the most recent Candidate Recommendation (CR), the working group has decided to publish another CR. This allows review and implementation of the substantive changes proposed to address these concerns, along with fallback options (known as “at risk”) if the solutions raise new concerns.

The group felt that keeping these success criteria is important and that the changes were valuable enough to delay the final Recommendation. Restarting CR starts a new 90-day patent review clock, so we are looking at finalizing the Recommendation in Q3 of this year.

The following changes have been made since the last CR:

• Focus Appearance has been simplified, made slightly more rigorous to reflect new research, and moved to AAA. Several notes were also adjusted to support these changes.
• Focus Visible will not be moved to A and will remain at AA
• Two exceptions in Target size have been modified:
  • The phrase “ or is in a bulleted or numbered list” has been removed from the Inline exception. This has no effect on the intent to provide an exception for text links in body. The phrase was too narrow and was causing confusion. Additional explanation about inline lists will be included within the understanding documents.
  • The spacing exception was reworded to use a 24 CSS pixel diameter circle centered on the bounding box instead of a target offset.

You can read the revised editor’s draft.

As always, you can learn more from What’s New in WCAG 2.2

I had a chance to talk at CSUN today about WCAG 3. The slides were fresh off the presses to make sure they included the work that the AGWG did on Monday. They also are information dense so I wish we’d had two hours to really dive into them. The slides are attached for anyone interested.

We were full up and had to turn a number of folks away. CSUN is unable to support a second session (I asked) so I will try to record a virtual version and post it here in a week or two.

To all those who could attend – Thank you.

During the first Candidate Review period several issues were raised that the Accessibility Guidelines Working Group (AG) felt needed to be addressed before publication. As a result, the AG made changes and has published an updated Candidate Recommendation (CR) of WCAG 2.2. 

The changes included:

• 2.5.8 Target Size (Minimum): Changed to the exceptions for spacing and incline targets and a new note on interpreting line height.
• 3.2.6 Consistent Help: Changed to the first note.
• 3.3.8 Accessible Authentication:  Changed the first note.
• 3.3.9 Accessible Authentication (No Exception): Renamed to Accessible Authentication (Enhanced)
• 4.1.1 Parsing: Removed

The new Candidate Review period began on January 25th. Based on this, the AG expects to finalize WCAG 2.2 as a W3C Recommendation in mid-April. 2.4.11 Focus Appearance remains at risk. 

As always, you can learn more from What’s New in WCAG 2.2

WCAG 2.2 is still in the candidate recommendation stage. During this stage we are testing websites that implement the new Success Criteria (SC) to make sure the SC are feasible. We are also processing recent comments. Based on where we are in that process and the upcoming holidays, we now expect the release to occur in early 2023.

You can learn more at What’s New in WCAG 2.2.