Guidance for Policy Makers Subgroup #6
Replies: 10 comments 3 replies
-
We were just getting going! Looking forward to seeing what we can do to make more useful recommendations to policymakers. |
Beta Was this translation helpful? Give feedback.
-
Noting that DOJ ADA proposed rule for Accessibility of Web Information and Services of State and Local Government Entities published today. There is a 60 day comment period. |
Beta Was this translation helpful? Give feedback.
-
Given that full compliance is very rare, how should governments spell out their policies? How do you put into policy the concept of progress over perfection? How close to perfection is sufficient and how much progress is necessary? Where do we address the realities of complex, dynamic sites, while at the same time not provide enough wiggle room so that people do not need to concern themselves with accessibility? |
Beta Was this translation helpful? Give feedback.
-
Thanks Andrew This sounds like someone has convinced them that there should not be any standards (that would include WCAG) used to enforce accessibility of web pages. This is very concerning. Not only ignoring WCAG or other standards but also - there is no hint as to how you would enforce accessibility if there is no standard to measure against. On the other hand - this may be a call for comments/evidence to refute this approach. Either way - I think we need to look carefully at this - and submit comments. |
Beta Was this translation helpful? Give feedback.
-
@GreggVan I don't think that they have been convinced that there should be no standards at all. They do indicate that WCAG 2.1 Level AA is what they are targeting, but they also recognize the challenges that exist at scale. When WebAIM can do a review of 1M home pages, only using automated tools for testing (so no manual tests such as keyboard testing), and only 3.2% of the pages don't show errors, that suggests that there is either an awareness/commitment problem, or the standard is too difficult to fully meet, or both. What percent of the 32,000 sites with no automatically-detectable errors do you think would emerge from a manual review with no issues? What percent of those sites would meet WCAG 2.1 AA for the first level of links from the home page? For the entire site? I agree that WCAG 2.x should be the standard, but perfection is, as you have said, the enemy of the good. |
Beta Was this translation helpful? Give feedback.
-
Just a reminder of the review questions from the Chairs:
|
Beta Was this translation helpful? Give feedback.
-
I added a comment, but I do think that we need to be more up-front about how realistic full conformance is for web sites.
Yes. The WG has an opportunity to speak to this important topic. Others will speak to regulators if the WG doesn't, and it would be beneficial to have a consensus opinion from the group. This is important for the WG to think about as WCAG 3 is developed, but it is important immediately as policies are in the works on an ongoing basis.
I think that the same thinking needs to be done in order to arrive at a good conformance model, so it makes sense to continue. |
Beta Was this translation helpful? Give feedback.
-
I’m not sure what you are trying to say.
Are you suggesting that because we have very low conformance to WCAG - that we should say that conforming is not as important? That sounds like it would only lead to less conformance.
If you are saying there are too many provisions and people should be able to ignore some of them and still pass
— then I would agree - there are too many
- and we should decide which ones are not as important and drop them.
But the problem there is that we don’t think any of them are not important for some users.
However I disagree that authors should be able to decide for themselves which ones they won’t follow - and then still be able to pass.
They are likely to choose hard ones that break access seriously for many people.
We all know about bugs and things. That is not the issue.
All products have bugs and as long as they are fixed as discovered no only has ever had a problem with this.
And no one has ever been successfully sued because they made they site accessible but had some bugs they were willing to fix as discovered. So bugs is a red herring.
Now if I am off target from what you were trying to say — please let me know. But those were the takeaways I got from what you wrote.
Did you mean something different?
Thanks
gregg
———————————
Professor, University of Maryland, College Park
Founder and Director Emeritus , Trace R&D Center, UMD
Co-Founder Raising the Floor. http://raisingthefloor.org
The Global Public Inclusive Infrastructure (GPII) http://GPII.net
The Morphic project https://morphic.org
… On Aug 28, 2023, at 10:28 AM, Andrew Kirkpatrick ***@***.***> wrote:
@GreggVan <https://github.com/GreggVan> I don't think that they have been convinced that there should be no standards at all. They do indicate that WCAG 2.1 Level AA is what they are targeting, but they also recognize the challenges that exist at scale. When WebAIM can do a review of 1M home pages, only using automated tools for testing (so no manual tests such as keyboard testing), and only 3.2% of the pages don't show errors, that suggests that there is either an awareness/commitment problem, or the standard is too difficult to fully meet, or both.
What percent of the 32,000 sites with no automatically-detectable errors do you think would emerge from a manual review with no issues?
What percent of those sites would meet WCAG 2.1 AA for the first level of links from the home page? For the entire site?
I agree that WCAG 2.x should be the standard, but perfection is, as you have said, the enemy of the good.
—
Reply to this email directly, view it on GitHub <#6 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNGDXU7O3MOM77IT5I6D4LXXTILRANCNFSM6AAAAAA23STRGY>.
You are receiving this because you were mentioned.
|
Beta Was this translation helpful? Give feedback.
-
AWK wrote:
+1 to that! Shadi asks:
I am of the opinion that the draft does not read like "Guidance for Policy Makers" but (as it notes) is instead an iteration on Use Cases (which itself is an iteration on Challenges with Accessibility Guidelines Conformance and Testing, and Approaches for Mitigating Them) I would like to see further development of Use Cases (or Challenges), but I think that work could and should be decoupled from "Guidance for Policy Makers". "Guidance for Policy Makers" can reference Use Cases (or Challenges) even while the latter is evolving. Said Guidance must include obvious stuff like:
Neither of those points is in the present draft. Shadi asks:
Yes. +1 for the reasons AWK provided. Which are so good, I will take the liberty to repeat them!
Shadi asks:
Yes, but it should IMHO be two subgroups. One subgroup continues working on Use Case Challenges. The second subgroup proceeds from the premise that (1) there is a conformance model, and (2) Use Cases Challenges are reasonably well documented and (even if still in draft) is itself something which can be referenced by the Guidance for Policy Makers. |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Summary:
The Guidance for Policy Makers Subgroup concluded on 27 July 2023 and briefed the AG meeting.
Please review the presentation and (minutes) if you did not attend.
The initial draft document from the subgroup is at Guidance on Adopting WCAG in Accessibility Policies. This is not the copy for comment.
Maturity Level of Content: Placeholder
Action Needed: Please review the content and continue the conversation started in the meeting on this discussion thread.
Initial questions include:
Content for Review and comment:
To make detailed suggestions, please use the Google Document for Comment
Beta Was this translation helpful? Give feedback.
All reactions