- From: Michael Gower <michael.gower@ca.ibm.com>
- Date: Mon, 9 Jan 2017 15:02:14 -0800
- To: David MacDonald <david100@sympatico.ca>
- Cc: John Foliot <john.foliot@deque.com>, WCAG <w3c-wai-gl@w3.org>
- Message-Id: <OF6F76D4FB.F49B1967-ON882580A3.007BDD27-882580A3.007E8ACD@notes.na.collabserv.c>
David, just to clarify for others on the thread, the law in Ontario requires WCAG 2.0 AA for the Ontario provincial government (with a couple of exceptions). If I remember right, what you cite is for other public sector (municipal, etc) and large private orgs in the province. I'm not sure I follow that pushing two dozen new Level A criteria into 2.1 is going to be easier to stomach for Ontario's legislators. They are obviously going to have to put in a new schedule for adoption of 2.1 regardless. If 2.1 Level A is the same as the 2.0 AA target they have for 2021, why would they be reluctant to adopt on the same timeline? On the other hand, if they encounter a whole new set of level A criteria before 2021, I can see some arguing to delay the adoption of 2.0 AA. Which leads me to an interesting question. Do you consider the level A candidates as more critical than the existing level AA? Michael Gower IBM Accessibility Research 1803 Douglas Street, Victoria, BC V8T 5C3 gowerm@ca.ibm.com voice: (250) 220-1146 * cel: (250) 661-0098 * fax: (250) 220-8034 From: David MacDonald <david100@sympatico.ca> To: Michael Gower/CanWest/IBM@IBMCA Cc: John Foliot <john.foliot@deque.com>, WCAG <w3c-wai-gl@w3.org> Date: 2017-01-09 02:11 PM Subject: Re: Possible addition to the Numbering and Updating debate? I have a fair number of clients asking for Single A. I propose AA to them but in the end it is their money and Level A is what they want to pay for, not AA. The law requires A here in Ontario until 2021. If we force all the SC that were AA in WCAG 2 into A for 2.1, there will be reluctance to upgrade the law to require 2.1. This is another aspect of backward compatibility which requires consideration. I would not advise changing the level of SCs for 2.1 except for those proposed by task forces for specific accessibility purposes. There was much more thought that went into the choice of levels in WCAG 2 than may be evident. Cheers, David MacDonald CanAdapt Solutions Inc. Tel: 613.235.4902 LinkedIn twitter.com/davidmacd GitHub www.Can-Adapt.com Adapting the web to all users Including those with disabilities If you are not the intended recipient, please review our privacy policy On Mon, Jan 9, 2017 at 4:49 PM, Michael Gower <michael.gower@ca.ibm.com> wrote: Thanks for the reaction, John. Given 2.0 is effectively two levels: do it (A and AA) and ignore it (AAA), taking all of the 'do it' criteria and putting them into a single level in 2.1 would seem to me to give greater flexibility going forward while fully maintaining backward compatibility. Speaking of backward compatibility, altering the numbering or requirements of the 38 currently required SC is going to pose a more confusing experience than what I'm proposing, yet I have heard that proposed by a number of individuals. " I suspect it defeats the purpose of the current A, AA, AAA ranking system, which was arrived at for each SC through a composite of criticality and feasibility to deliver." I get the historical reasoning behind 3 layers of categorization in 2.0, but it seems rather academic, given how it has been adopted and the experiences of the last decade. How many people would argue that level A's like Sensory Characteristics and Language of Page are as critical to accessibility as AA's like Focus Visible or Headings and Labels? Who would argue that the placing of 1.2.3 Audio Description etc. as a level A criterion has hastened its adoption? Maintaining the status quo risks putting us in a situation where someone may take the complexity of 2.1's new interspersed A's and AA's, and simply reject all the AAs, even the ones that already existed or start doing some kind of piecemeal approach (all of the old A's and AA's plus the new A's). I suspect such a fear contributes to why many of the proposed new SCs are positioned as level A, even where their less complex forebears were AA or AAA. What I'm proposing provides an adoption path for folks without having to undertake a lot of additional research or investigation. Michael Gower IBM Accessibility From: John Foliot <john.foliot@deque.com> To: Michael Gower/CanWest/IBM@IBMCA Cc: WCAG <w3c-wai-gl@w3.org> Date: 2017-01-09 12:42 PM Subject: Re: Possible addition to the Numbering and Updating debate? Hi Michael, Interesting idea, but I suspect it defeats the purpose of the current A, AA, AAA ranking system, which was arrived at for each SC through a composite of criticality and feasibility to deliver. Given that, as noted, most entities today demand A & AA conformance (while almost completely ignoring AAA Success Criteria) I think it is worth questioning the use of A, AA, AAA in the Project Silver effort, but since WCAG 2.1 needs to be 100% backward compatible, I fear this idea may introduce more confusion than help. FWIW, I personally would like to see all new SC under any given Principle (or secondarily, Guideline) continue from the existing numbers. One example (which has made the rounds on this list) is color contrast for actionable icons, versus just text or images of text. I single this one out because it is an augmentation of an existing SC, and I offer as well some proposed language (first go-around) for when a SC is 'enhanced' or augmented like this. <example> 1.4.10 Contrast (Minimum) Plus: In addition to meeting Success Criteria 1.4.3 Contrast (Minimum) the visual presentation of linked iconography also has a contrast ratio of at least 4.5:1 (AA) </example> (In other words, the new Success Criteria clearly indicates that it is being built "on top" of an existing SC, by clearly stating that both the 'old' AND 'new' SC must be met for 2.1 compliance). Thoughts? JF On Mon, Jan 9, 2017 at 1:30 PM, Michael Gower <michael.gower@ca.ibm.com> wrote: For a couple of meetings, we've discussed various possible scenarios for how to updated WCAG for the 2.1 release (as proposed in https://www.w3.org/WAI/GL/wiki/WCAG_2.1_SC_Numbering) I have something I would like to float to the group. What if we made all existing 2.0 AA criteria into level A in 2.1 and introduced new criteria at AA and AAA levels? Potential benefits: Almost every jurisdiction currently measuring against WCAG 2.0 does so against Level AA. As far as I know, very few jurisdictions measure ONLY level A, and I am not aware of any that enforce level AAA. So by making the existing A and AA requirements all become level A in 2.1 we would be resetting the baseline without altering any numbering. It would allow sites that currently meet 2.0 AA to immediately report compliance with 2.1 A, and then begin ramping up to meet the newly introduced requirements. As was made pretty clear in our discussions, the numbers are crucial for cross-referencing and reporting on compliance. But realistically, folks focus on the level for targets and they use the textual name of the criteria for meaning. With the letter level now established as the yard stick for measurement, and level A established as backward compatible, we would be free to introduce numbering updates for the new SC in whatever manner makes the most sense (for clarity, consistency, etc). Making existing criteria all be level A makes things less messy. For 2.1, there are two dozen new Level A proposed and almost as many new level AA. If all those went ahead as proposed and you are trying to report both WCAG 2.0 and 2.1 compliance for your product, imagine how convoluted your mappings are going to be, and how much additional churn that is going to create for teams. Such things will have a significant affect on adoption rates for 2.1. I'm sure folks will perceive pros and cons to this, but I thought I'd don my body armour and throw it out there. Michael Gower IBM Accessibility -- John Foliot Principal Accessibility Strategist Deque Systems Inc. john.foliot@deque.com Advancing the mission of digital accessibility and inclusion
Received on Monday, 9 January 2017 23:02:52 UTC