RE: What is a failure of 1.3.5 Identify Input Purpose?

I’ve made a recommendation as a comment in the Silver Conformance Proposal Draft<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fdocs.google.com-252Fdocument-252Fd-252F1wTJme7ZhhtzyWBxI8oMXzl7i4QHW7aDHRYTKXKELPcY-252Fedit-2523heading-253Dh.6oetdyu21wzd-26data-3D02-257C01-257Cjjwhite-2540ets.org-257Ccbcf6525c2f54aec2be708d672812b49-257C0ba6e9b760b34fae92f37e6ddd9e9b65-257C0-257C0-257C636822296438766956-26sdata-3Dx-252BmZzA17371Yg3lZDVgCqEy7oF0-252FXLHaA1ll8uiO6-252FA-253D-26reserved-3D0&d=DwMGaQ&c=4ZIZThykDLcoWk-GVjSLmy8-1Cr1I4FWIvbLFebwKgY&r=W3VUihr49D2x8upR4FtjMIsy0FSGEnqb4ghTiQJMtRw&m=PR4_82lC4QihzJJ7EaVreLZdvEofKv6B50nupksxM0o&s=dO95ewrSu3uNtmcpB5l6Wm6mzPBzKmwSA822Yw8P7oM&e=> that addresses this chicken & egg conundrum by acknowledging that more than just content authors should play parts in conforming to the accessibility standards we create.  Spreading responsibility for web accessibility to the various stakeholders that comprise the online “user experience” will help to solve this problem of which comes first, the rule or the solution to conforming to the rule. Distributed responsibility, in my opinion, will help us to craft better standards that take into consideration for the outset all of the pieces of the puzzle to drive innovation, adoption and performance of accessible solutions.

I think the following parties need to be considered as accountable when we draft accessibility standards:

  *   Content authors
  *   Wares manufacturers (OS/UA/AT)
  *   Users
  *   Standards makers (as in W3C working groups)

This suggestion is obviously outside of the framework that the WCAG 2.x model can support, I understand.

Brooks




From: Chuck Adams [mailto:charles.adams@oracle.com]
Sent: Friday, January 25, 2019 9:54 AM
To: David MacDonald <david100@sympatico.ca>; John Foliot <john.foliot@deque.com>
Cc: Patrick H. Lauke <redux@splintered.co.uk>; WCAG <w3c-wai-gl@w3.org>
Subject: RE: What is a failure of 1.3.5 Identify Input Purpose?

> If there is no AT that can present it to the end user then it is not accessibility supported and therefore I would not pass it.

Chicken & egg.  How/why will AT pick up a new standard (with various possible techniques) unless a standard exists?  We would be constrained (even trapped) by current technical limitations and we would never be able to make significant advancements which require new techniques.  Likewise, AT isn’t going to adopt new standards if we don’t craft and create them.  We have to be on the leading edge of the wave.

IMHO

Regards,
Chuck

From: David MacDonald <david100@sympatico.ca<mailto:david100@sympatico.ca>>
Sent: Friday, January 25, 2019 4:32 AM
To: John Foliot <john.foliot@deque.com<mailto:john.foliot@deque.com>>
Cc: Patrick H. Lauke <redux@splintered.co.uk<mailto:redux@splintered.co.uk>>; WCAG <w3c-wai-gl@w3.org<mailto:w3c-wai-gl@w3.org>>
Subject: Re: What is a failure of 1.3.5 Identify Input Purpose?

> I/we cannot advocate for failing a site/page if they used a different, standards-based technique (such as Microdata), because we don't pass or fail sites based on techniques, but rather whether they have met the requirement (functional outcome) of the SC.

If there is no AT that can present it to the end user then it is not accessibility supported and therefore I would not pass it.
Regarding the example alt text with a written message baked into the image. I always fail alt text if it is a baked in text intended for the end user and not incidental text like a street sign.  How can it pass?




Cheers,
David MacDonald



CanAdapt Solutions Inc.

Tel:  613-806-9005

LinkedIn
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_davidmacdonald100&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=VLukf5bP8ltQ5ZZ8M3kdhew_1wbQ_zgCUokpMtWG_gg&e=>

twitter.com/davidmacd<https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_davidmacd&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=EtHO6TIWHVlVK4RsowRNj0KWaEQ5FQ62fdIs9hh4x_c&e=>

GitHub<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_DavidMacDonald&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=2YbqqKDEOfHuA4pLqucENSxH8KHy7KYUUufA0aH9MZ0&e=>

www.Can-Adapt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.can-2Dadapt.com_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=S0He9Xgt3ygAxxsQ5dR5z7DzX-MFDM5YGGZBm_fbYlE&e=>



  Adapting the web to all users
            Including those with disabilities

If you are not the intended recipient, please review our privacy policy<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.davidmacd.com_disclaimer.html&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=6bYC4OZ8zv8DvJcHvNDZdEw1FWMDpGjw8idDvuhOdd0&e=>


On Thu, Jan 24, 2019 at 1:43 PM John Foliot <john.foliot@deque.com<mailto:john.foliot@deque.com>> wrote:
David writes:

> I also would not advocate consensus for a new sufficient technique that doesn't have any current benefit and is purely aspirational until technology comes along to do something with it for the end user

Nor would I David (and I don't think anyone is; I'm certainly not), but, by the same token, I/we cannot advocate for failing a site/page if they used a different, standards-based technique (such as Microdata), because we don't pass or fail sites based on techniques, but rather whether they have met the requirement (functional outcome) of the SC. And the functional outcome of SC 1.3.5 is clearly stated as:

the purpose of a form input collecting information about the user can be programmatically determined,

Microdata is in use today (and actually more extensively than I originally thought, per Schema.org, Google, Bing and Yandex), and is being used by search engines *BECAUSE* the value of the terms can be programmatically determined by the search engine algorithms. So it fits the definition. (Today, the definition terms for SC 1.3.5 are also - at least many of them - undefined at Schema.org, which is another impediment to the author. But, again, if an organization - Benetech perhaps? - wanted to add the additional terms to the Schema.org taxonomy, then it could then be conformant to the "letter of the law" definition of SC 1.3.5)

Additionally, while I've never been a huge fan of Failure Techniques (because we'll never document ALL the ways an author could fail), I'd strongly resist any suggestion or attempt to write a Failure Technique that suggested using Microdata was "a failure".

It's just like the following example: <img src="..." alt="picture">

Now, you won't get any argument from me that the suggested alt text above is functionally useless to the end user. HOWEVER, you couldn't "fail" a site that had that as the alt text, because SC 1.1.1 simply states that "All non-text content that is presented to the user has a text alternative that serves the equivalent purpose" WITHOUT prescribing how valuable or detailed that equivalency must be. Both you and I would "have a chat" with the developer [sic] about 'improving' that alt text (we'd both explain the higher-level value of the SC requirement - i.e. "education"), but the SC calls for a textual equivalent, and there is one provided, so you cannot fail the SC.

(I'll also note that this appears to be the "legal-compliance" position of twitter and Facebook today, with their auto-generated alt texts:
[image.png]
[screen capture of an image from Facebook, with the alt-text being exposed on screen. The alt text reads:
"Image may contain: 1 person, meme, and text"])

Same premise, same argument.

JF

On Thu, Jan 24, 2019 at 11:57 AM David MacDonald <david100@sympatico.ca<mailto:david100@sympatico.ca>> wrote:
Yes the reason this technique got consensus is that it provided "some value" today, which is laid out in the understanding as making it easier to fill out fields. The technique relies on browsers that support autocomplete, so a company could not say "we rely on IE version x for our conformance statement" if they have form fields collecting info about an end user.

I advocated consensus for this SC and the autocomplete technique not upon its aspirational hope, but on its current benefits. I hope there is success with this area and support its future.

I also would not advocate consensus for a new sufficient technique that doesn't have any current benefit and is purely aspirational until technology comes along to do something with it for the end user, because that would be in violation of WCAG 2/2.1 accessibility supported normative requirement.


Cheers,
David MacDonald



CanAdapt Solutions Inc.

Tel:  613-806-9005

LinkedIn
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_davidmacdonald100&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=VLukf5bP8ltQ5ZZ8M3kdhew_1wbQ_zgCUokpMtWG_gg&e=>

twitter.com/davidmacd<https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_davidmacd&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=EtHO6TIWHVlVK4RsowRNj0KWaEQ5FQ62fdIs9hh4x_c&e=>

GitHub<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_DavidMacDonald&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=2YbqqKDEOfHuA4pLqucENSxH8KHy7KYUUufA0aH9MZ0&e=>

www.Can-Adapt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.can-2Dadapt.com_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=S0He9Xgt3ygAxxsQ5dR5z7DzX-MFDM5YGGZBm_fbYlE&e=>



  Adapting the web to all users
            Including those with disabilities

If you are not the intended recipient, please review our privacy policy<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.davidmacd.com_disclaimer.html&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=6bYC4OZ8zv8DvJcHvNDZdEw1FWMDpGjw8idDvuhOdd0&e=>


On Thu, Jan 24, 2019 at 10:19 AM John Foliot <john.foliot@deque.com<mailto:john.foliot@deque.com>> wrote:
Success Criterion 1.3.5 Identify Input Purpose (Level AA)<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.w3.org_TR_WCAG21_-23identify-2Dinput-2Dpurpose&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=svaEXBpBVHm58h1-s9k2IhCl4q2Z0te2dLNElw1VDuY&e=>: The purpose of each input field collecting information about the user can be programmatically determined when:

        *   The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
        *   The content is implemented using technologies with support for identifying the expected meaning for form input data.
David writes:
> ...with support for identifying the expected meaning for form input data. [JF notes that the SC doesn't say "...and then do something with that information..."]

Patrick writes:
> ...What can be done without AT in terms of identifying the purpose of the input?

From the Understanding document<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.w3.org_WAI_WCAG21_Understanding_identify-2Dinput-2Dpurpose.html&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=p1q9OZmwN1QqoQrpx-46rEVIfutd4iH6YaacJMAynaA&e=>:

The intent of this Success Criterion is to ensure that the purpose of a form input collecting information about the user can be programmatically determined, so that user agents can extract and present this purpose to users using different modalities. The ability to programmatically declare the specific kind of data expected in a particular field makes filling out forms easier, especially for people with cognitive disabilities.

(Which also brings us back to the scoping it to the actual user discussion)

  *   [Element + machine-readable & parsable metadata] = machine can do something with the metadata based upon the value of the metadata
  *   [<input> + "purpose"] = machine "knows" (or can know) what the purpose of the input is, and can potentially do something with that "knowledge"
  *   [<input> + @autocomplete with fixed token value] = browsers can auto-fill input values based upon which token is specified
        (2 X independent implementations = exit criteria)
As previously noted however, machines (browsers) DO NOT have to autofill the inputs for this SC to be conformant, as
a) not all browsers support the 'feature' (looking at you Microsoft), and
b) not all browsers are expected to be storing the corresponding values (public terminals, etc.) associated to the end user, and finally
c) that specific functionality is not part of the SC requirements.
None-the-less, *IF* the author has set the conditions, *THEN* when the user-configuration is set accordingly, something happens.

YES, this SC has a lot of aspiration behind it, and minimal support today (*one* technique does "something" that benefits the end user), because it has been made 'machine-readable' and 'machine understandable'. But we have the evidence of the SC meeting it's stated goal, and we've cracked the chicken and egg problem by starting to have developers add metadata to content at the element level.

Do we want it to do more? Absolutely, but we have to crawl before we can sprint, and we had to start somewhere. But just like WCAG CANNOT *mandate* the use of, say, @alt to successfully meet SC 1.1.1, here as well we cannot mandate the use of @autocomplete to meet this SC; and if an organization (and we have a few working in this space today) want to build out the larger tool-sets to support another valid and conformant W3C technology (like Microdata) to identifying the expected meaning, we cannot "forbid" it nor "fail" it, because we don't fail based upon techniques, but on outcomes.

In the simplest of terms, the functional outcome expected here is that inputs are 'tagged' with appropriate metadata so that "the purpose" of the input can be unambiguously understood by a machine.

Do we need more tooling? Absolutely! But the fact that we have enough robust support from tools "doing something" with the appropriately tagged inputs today (and not just browsers BTW, we tested password managers as well) because they can "...identify the expected meaning..." and then autofill the inputs, was the justification for this SC passing the exit criteria. This was discussed at length during the F2F last CSUN, when we ran these test sprints.

JF


On Wed, Jan 23, 2019 at 8:03 PM David MacDonald <david100@sympatico.ca<mailto:david100@sympatico.ca>> wrote:
> What AT is required to support the technique for this SC? Serious question.

What can be done without AT in terms of identifying the purpose of the input and doing interesting things with that purpose envisioned by COGA such as inserting icons, swapping out labels, etc. as per the Understanding doc. etc....  ?


Cheers,
David MacDonald



CanAdapt Solutions Inc.

Tel:  613-806-9005

LinkedIn
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_davidmacdonald100&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=VLukf5bP8ltQ5ZZ8M3kdhew_1wbQ_zgCUokpMtWG_gg&e=>

twitter.com/davidmacd<https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_davidmacd&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=EtHO6TIWHVlVK4RsowRNj0KWaEQ5FQ62fdIs9hh4x_c&e=>

GitHub<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_DavidMacDonald&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=2YbqqKDEOfHuA4pLqucENSxH8KHy7KYUUufA0aH9MZ0&e=>

www.Can-Adapt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.can-2Dadapt.com_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=S0He9Xgt3ygAxxsQ5dR5z7DzX-MFDM5YGGZBm_fbYlE&e=>



  Adapting the web to all users
            Including those with disabilities

If you are not the intended recipient, please review our privacy policy<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.davidmacd.com_disclaimer.html&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=6bYC4OZ8zv8DvJcHvNDZdEw1FWMDpGjw8idDvuhOdd0&e=>


On Wed, Jan 23, 2019 at 4:57 PM Patrick H. Lauke <redux@splintered.co.uk<mailto:redux@splintered.co.uk>> wrote:
On 23/01/2019 21:51, John Foliot wrote:
> Hi David,
>
> What AT is required to support the technique for this SC? Serious question.

Some AT (or UA, or UA extension) that does something meaningful with
whatever means of adding "purpose" the author chose?

Probably depends on the exact reading of what "support" really
means/refers to in

"The content is implemented using technologies with support for
identifying the expected meaning for form input data."

Support in a theoretical "well, it's exposed programmatically by the UA"
way, or support in a "and there's some real-world, actually used UA etc
that does something with it"?

P
--
Patrick H. Lauke

www.splintered.co.uk<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.splintered.co.uk&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=U7bgJTGlx5BuTU9ZYvBvtYp3kyEsTKq17NOcxGm5thE&e=> | https://github.com/patrickhlauke<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_patrickhlauke&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=ktfL3pnynI0LHLRqNP2pJkAzX1OHw5eLRJjcJZhP8Sc&e=>
http://flickr.com/photos/redux/<https://urldefense.proofpoint.com/v2/url?u=http-3A__flickr.com_photos_redux_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=3mJzW1NJ6ymy-1YvGewpE52Pd7KBLp1eRTc7TEw8yEc&e=> | http://redux.deviantart.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__redux.deviantart.com&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=kR3gvyYxSDg-XOVXXdY6Se5_jdPmBd2Tb4302nTSIKs&e=>
twitter: @patrick_h_lauke | skype: patrick_h_lauke


--
​John Foliot | Principal Accessibility Strategist | W3C AC Representative
Deque Systems - Accessibility for Good
deque.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__deque.com_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=1zcMGpD48Z3v2nzOPcFLt79HtoiFcQjBwS-nY02xPP0&e=>



--
​John Foliot | Principal Accessibility Strategist | W3C AC Representative
Deque Systems - Accessibility for Good
deque.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__deque.com_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=b-9TIC95K-nLEKIDibNXAN_FKV-iXhLlAW2Zc3ebV_c&m=ZIOtd0PcBEDjxE2V70_qP5OLo9fXK_VTU-UPNHtgHTU&s=1zcMGpD48Z3v2nzOPcFLt79HtoiFcQjBwS-nY02xPP0&e=>