Re: Encouraging the use of technologies designed to support accessibility

Its in there, added it earlier today.

https://github.com/w3c/wcag21/issues/311



Cheers,
David MacDonald



*Can**Adapt* *Solutions Inc.*

Tel:  613.235.4902

LinkedIn
<http://www.linkedin.com/in/davidmacdonald100>

twitter.com/davidmacd

GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://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
<http://www.davidmacd.com/disclaimer.html>

On Fri, Jul 21, 2017 at 3:06 PM, Andrew Kirkpatrick <akirkpat@adobe.com>
wrote:

> Sure, sounds good. Can you add it?
>
> Thanks,
> AWK
>
> Andrew Kirkpatrick
> Group Product Manager, Accessibility
> Adobe
>
> akirkpat@adobe.com
> http://twitter.com/awkawk
>
> From: "White, Jason J" <jjwhite@ets.org>
> Date: Friday, July 21, 2017 at 14:55
> To: Andrew Kirkpatrick <akirkpat@adobe.com>, David MacDonald <
> david100@sympatico.ca>
> Cc: WCAG <w3c-wai-gl@w3.org>
> Subject: RE: Encouraging the use of technologies designed to support
> accessibility
>
> I think it belongs on the issues list. I’m less concerned about when it’s
> addressed (i.e., for which WCAG version, whether 2.x or Silver).
>
>
>
> *From:* Andrew Kirkpatrick [mailto:akirkpat@adobe.com <akirkpat@adobe.com>]
>
> *Sent:* Friday, July 21, 2017 2:18 PM
> *To:* David MacDonald <david100@sympatico.ca>; White, Jason J <
> jjwhite@ets.org>
> *Cc:* W3c-Wai-Gl-Request@W3. Org <w3c-wai-gl@w3.org>
> *Subject:* Re: Encouraging the use of technologies designed to support
> accessibility
>
>
>
> This is a complete and total minefield. I suggest that we don’t try to get
> something like this into 2.1 because it will make supporting
> personalization seem like a cake walk.
>
>
>
> Thanks,
>
> AWK
>
>
>
> Andrew Kirkpatrick
>
> Group Product Manager, Accessibility
>
> Adobe
>
>
>
> akirkpat@adobe.com
>
> http://twitter.com/awkawk
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fawkawk&data=02%7C01%7C%7C7b385fd062b1483c974408d4d069ffbf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362601072083661&sdata=yvv%2BctlI8FLDmiJqOQ3hCmag1KtPBdggaSVtSNs3Ik4%3D&reserved=0>
>
>
>
> *From: *David MacDonald <david100@sympatico.ca>
> *Date: *Friday, July 21, 2017 at 14:12
> *To: *"White, Jason J" <jjwhite@ets.org>
> *Cc: *WCAG <w3c-wai-gl@w3.org>
> *Subject: *Re: Encouraging the use of technologies designed to support
> accessibility
> *Resent-From: *WCAG <w3c-wai-gl@w3.org>
> *Resent-Date: *Friday, July 21, 2017 at 14:12
>
>
>
> I support this, it might clean up the crazy messing up of ARIA I see
> everywhere ... here's a rough wording for an SC.
>
>
>
> ****
>
> When accessibility-enhancing Web technologies are used to increase the
> level of accessibility of a page they are used according to specification,
> unless they are used in a way that is otherwise accessibility supported.
>
>
>
> ****
>
>
>
> Definition of accessibility-enhancing Web technology:
>
>
>
>    - Is used by user agents and assistive technologies to improve the
>    accessibility of Web content.
>    - States explicitly in its specification that it is designed to
>    improve accessibility for users with disabilities.
>    - Is designed to complement and to be compatible with the technologies
>    that are used to implement the content (i.e., we aren’t requiring the
>    author to change their implementation technologies).
>
>
> Cheers,
> David MacDonald
>
>
>
> *Can**Adapt* *Solutions Inc.*
>
> Tel:  613.235.4902 <(613)%20235-4902>
>
> LinkedIn
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fdavidmacdonald100&data=02%7C01%7C%7Cddd7e319b5e34011d14708d4d0642b79%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362576045684634&sdata=CGshV0Vv1jQ%2FguCzNXlVvvymesmXDB08jDw%2FBqq52iA%3D&reserved=0>
>
> twitter.com/davidmacd
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7C%7Cddd7e319b5e34011d14708d4d0642b79%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362576045684634&sdata=YaVulnAxx7aWHlGYmU21d4lXywyPtjs3UDmZ2Yj89BE%3D&reserved=0>
>
> GitHub
> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7C%7Cddd7e319b5e34011d14708d4d0642b79%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362576045684634&sdata=FybkOjQlQ79NQJrZjYHSE3DCopkxrtDvp5VMWDFnYOw%3D&reserved=0>
>
> www.Can-Adapt.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.can-adapt.com%2F&data=02%7C01%7C%7Cddd7e319b5e34011d14708d4d0642b79%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362576045684634&sdata=yFcj9HO9MQ56o8BgR%2Fr0s0I12vfd5PkNqqPc7pPdzi0%3D&reserved=0>
>
>
>
> *  Adapting the web to all users*
>
> *            Including those with disabilities*
>
>
>
> If you are not the intended recipient, please review our privacy policy
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidmacd.com%2Fdisclaimer.html&data=02%7C01%7C%7Cddd7e319b5e34011d14708d4d0642b79%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636362576045684634&sdata=hmNZhppUkkZE6d3cHo5%2FlbdLFs1GrrF31OVONv5hRyE%3D&reserved=0>
>
>
>
> On Fri, Jul 21, 2017 at 12:44 PM, White, Jason J <jjwhite@ets.org> wrote:
>
> I think we should consider a carefully scoped proposal that in some
> circumstances requires the use of technologies which are specifically
> designed to enhance accessibility. We’re seeing several of these, including
> ARIA, the ARIA Digital Publishing module, work on an ARIA extension for SVG
> (currently stalled), and the COGA personalization proposals, as well as the
> Accessibility Object Model (i.e., an accessibility API for the Web
> platform).
>
>
>
> Roughly, the idea is that accessibility-enhancing Web technologies should
> be used, and used according to specification, where an
> accessibility-enhancing Web technology is defined to be a technology that
>
>    - Is used by user agents and assistive technologies to improve the
>    accessibility of Web content.
>    - States explicitly in its specification that it is designed to
>    improve accessibility for users with disabilities.
>    - Is designed to complement and to be compatible with the technologies
>    that are used to implement the content (i.e., we aren’t requiring the
>    author to change their implementation technologies).
>
> There may need to be an exception to address cases in which departure from
> specifications is necessary, and can be done in an interoperable fashion to
> work around bugs in user agents or assistive technologies.
>
> Also, use of these technologies should only be required in circumstances
> in which their application makes sense, but it’s hard to define what those
> conditions are, as they vary for each of the relevant technologies. The
> specifications are likely to indicate what the technologies should be used
> for, however.
>
> Thus I’m not sure whether this proposal can be made reliably testable.
> It’s much narrower than the WCAG 1.0 “use technologies according to
> specification” mandate, as it applies only to “accessibility-enhancing”
> technologies (markup languages, APIs, metadata formats, etc.). The “used
> according to specification” requirement is supposed to ensure that the
> technologies are used correctly and appropriately, in so far as these
> qualities are mandated by the specification.
>
> In the “personalization” discussion today, the idea underlying this
> proposal attracted some interest, so I’m raising it here to enable others
> to consider wehther some version of it could be brought into shape for WCAG
> 2.1, for a subsequent 2.x release if there are any, or for Silver.
>
>
>
>
> ------------------------------
>
> This e-mail and any files transmitted with it may contain privileged or
> confidential information. It is solely for use by the individual for whom
> it is intended, even if addressed incorrectly. If you received this e-mail
> in error, please notify the sender; do not disclose, copy, distribute, or
> take any action in reliance on the contents of this information; and delete
> it from your system. Any other use of this e-mail is prohibited.
>
>
>
> Thank you for your compliance.
> ------------------------------
>
>
>
> ------------------------------
>
> This e-mail and any files transmitted with it may contain privileged or
> confidential information. It is solely for use by the individual for whom
> it is intended, even if addressed incorrectly. If you received this e-mail
> in error, please notify the sender; do not disclose, copy, distribute, or
> take any action in reliance on the contents of this information; and delete
> it from your system. Any other use of this e-mail is prohibited.
>
> Thank you for your compliance.
> ------------------------------
>

Received on Friday, 21 July 2017 20:00:06 UTC