Re: Low Vision and COGA should Drop Support for WCAG 2.1 if the AG WG is not willing make real change.

This language is misleading (paragraph 1 ) and inaccurate Paragraph 2 — and does nothing to advance accessibility except throw chaff in the air.


Gregg C Vanderheiden
greggvan@umd.edu



> On Apr 5, 2017, at 6:50 PM, Wayne Dick <wayneedick@gmail.com> wrote:
> 
> The assumptions of WCAG 2.0 cannot support low vision or cognitive disabilities in ways essential to access.  A page can pass WCAG 2.0 at level AAA and fail to be usable by people with low vision and cognitive disabilities. 

WCAG 2.0  at level AAA does not make everything accessible to ANY everyone with ANY disability.   There are people who are  Blind, have low vision, are  hard of hearing, deaf,  and have cognitive, language, and learning disabilities who cannot use pages that are AAA.      So the statement above is true — but it is true for all disabilities.   


There are also people with ALL lf these disabilities that CAN use pages with AAA and even AA.  

> 
> WCAG 2.0 did worse than nothing for low vision and cognitive disabilities. It created the illusion that we were helped when we were being left out.

We were left out?    

> This may be hard to accept if you worked hard on WCAG 2.0. However, it is time to accept this fact and start solving the problem.

If you read WCAG 2.0 you will find that it is NOT hard to accept if you worked on WCAG 2.0 —  in fact we made a point of saying in the introduction to WCAG that  WCAG is not able to address the needs of people with all types, degrees, and combinations of disability. 

But the working group spend over 3 years trying to find and put in as many provisions as it could on cognitive, language, and learning disabilities.  It brought in experts, it combed the literature, it engages leaders in the area.       We faced the same problem you did with this area.   Whereas we found many things that could help people with cognitive, language, and learning disabilities,  it was hard to find things that were consistent and testable.    

Saying we did not look at this or consider it is simply rewriting history.  

You are about to embark on the same painful journey we did.   You will identify many things that can be done to some web pages or some things or things that can always help but cannot be quantified or tested etc.    Making things simpler is always good — and it is my opinion that almost all content could be made 20% simpler with no loss of content or function.   But It can’t be made 20% simpler again after that without loss.    And what does simpler look like.   And what is the measure.   And simpler isnt accessible.   And nothing is simple enough that every one can understand it (just like 200% OR 400% larger cannot be seen by everyone.   But with magnification we can measure it.    How do you measure simplicity?       That is the killer. 

It is not that we did not care about cognitive, language, and learning disabilities.   It is not that we didn’t spend time on it.  We actually spent more time on it than any other disability.  But we could not find anything more that could be turned into and SC.    So we made the rest into advisory techniques.   

I hope that you are able to find more than we did.  

But you will find it a very painful process.    Painful because you want to — but it is really hard to find things that are quantifiable and testable — and you cannot REQUIRE people to so things where you cannot tell them (and they cannot tell themselves ) if they have done them. 

I wish you well.    I will help as I can.    But don’t let your zeal to get thing in — push you to forget the requirements - or they won’t fly and it will wreck you ability to adopt those things that do qualify.

And stop throwing rocks at those who went before you.   If you find things they did not - then congratulate yourselves.   But don’t denigrate those that spent so many years of their lives trying before you.    You will have more sympathy as you try to get things all the way to the finish line.   You will find you have to leave many on the table if you don’t want to graduate things that do not qualify. 
 

> There is no point of 2.1 continuing the false illusion that it provides meaningful help, when it does not. 
> 
> Low vision needs a few fundamental things. Personalization of text: font-family, spacing, color. The precise limits are these: any font family the user chooses, spacing that has been proven to be useful, and 16M colors. We need ability to enlarge significantly at least  400% with word wrapping. We need single column access. That is what is needed. If the WCAG 2.0 assumptions cannot support this need then we need to change the assumptions. 

What assumptions are you referring to in particular? 

> 
> I am sure there are similar bedrock issues for Cognitive Disabilities.
> 
> The basic idea of accessibility for a disability is that a person with the disability can use the resource. Right now WCAG does not support access for the majority of people with visual disabilities and most people with cognitive disabilities. That is just a fact. COGA and LVTF have documented this decisively. 

Not sure about majority.   And I assume you are talking about use without AT? 

> 
> ​If the AG cannot change some WCAG 2.0 assumptions then would the W3C just stop claiming they make guidelines that provide access to people with disabilities when it fails to do so. Just say the WAI gives guidance on how to help some disabilities​. State explicitly that Low vision and Cognitive disabilities are not included. 

??????     Are you talking about assumptions ?   or are you talking about the basic requirements for an SC.     Those requirements are not anything that the AG (?) made up.  Those are the definitions of a Criterion.       Something that is a criterion must be testable or it can’t be a criterion.      And if you say it applies to web content - and must be applied to all web content then it must indeed be implemented able on all web content etc.   
> 
> With that admission, people with these disabilities could then proceed to devise guidelines that would help us without the interference of WAI.

You ARE the WAI.    We are the WAI.   
> 
> Right now WAI is harming these disabilities because developers and legislators believe that if they follow the WCAG guidelines than most disabilities are covered. This is false. Low Vision and Cognitive Disabilities are not covered.

They are partially covered.  Everyone knows they are not fully covered.  This was made clear by every member of the WCAG 2.0 Working group that worked on WCAG and 508  etc.   
> 
> The WAI just failed these disabilities. Live with it. WAI can do something about it, live in denial, or leave the field to people who know how to help.

No comment.        Except that I know that the WAI and the WCAG 2.0 WG all hope that you can succeed in finding more qualified SC for these groups.   

I still think that you will find that MOST of your ideas and that MOST of the things that can be done for people esp with cognitive, language, and learning disabilities cannot qualify as SC.    And this is why I was URGING this group to focus not on SC but on putting together a great document on how to make things more accessible to these groups.    Not one limited to SC but one that could write about what should be done without all the limitations that SC have on them.     I still hope that this can be done.

Good luck with the efforts to find more things that will help make things more accessible.    When you are done content STILL will not be accessible to all.   But it will be accessible to more. 

Just don’t weaken all the work by including things that do not qualify as criterion  -  because they are good ideas and will help.    It will not lead to adoption of your work as anything that can be required if it cannot be determined reliably when they are met or if they are not generally applicable etc.    And that would be the biggest loss. 

g

>