- From: David MacDonald <david@can-adapt.com>
- Date: Tue, 14 Nov 2017 10:08:31 -0500
- To: "White, Jason J" <jjwhite@ets.org>
- Cc: Laura Carlson <laura.lee.carlson@gmail.com>, Andrew Kirkpatrick <akirkpat@adobe.com>, "Repsher, Stephen J" <stephen.j.repsher@boeing.com>, WCAG <w3c-wai-gl@w3.org>
- Message-ID: <CAAdDpDYwa58=9MMEHpwMHhdoFeiMu8NowBtzzaWJ2b9v6EvPKw@mail.gmail.com>
> My concern is that “nothing important is lost” risks making the SC not reliably testable. I would prefer to avoid such language. By doing so, accessibility is also enhanced. I agree that testability is always a concern. However, without a qualifier, then any minor artifacts in the transition will fail WCAG. If we remove essential and don't replace it with another qualifier, then I think it should be limited to "blocks of text" https://github.com/w3c/wcag21/issues/576 We've had 2 reputable commenters who are veteran full time accessibility professionals and testers, ask that this SC get changed to "Blocks of Text", Jan Richards of the IDRC <https://github.com/w3c/wcag21/issues/551>, and Aiden from TD Bank <https://github.com/w3c/wcag21/issues/469>. I'd like to add my voice to that concern. I was the author of SC 1.4.8 in WCAG 2.0. And the "blocks of text" language was carefully negotiated, I never could have got through without that. I think we should carefully consider "Blocks of Text". Without that, there are a lot of variables, and possible confusion. It might become a stumbling block for the SC in CR. Cheers, David MacDonald *Can**Adapt* *Solutions Inc.* Mobile: 613.806.9005 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 Tue, Nov 14, 2017 at 9:37 AM, White, Jason J <jjwhite@ets.org> wrote: > My concern is that “nothing important is lost” risks making the SC not > reliably testable. I would prefer to avoid such language. By doing so, > accessibility is also enhanced. > > > > *From:* David MacDonald [mailto:david@can-adapt.com] > *Sent:* Tuesday, November 14, 2017 9:30 AM > *To:* Laura Carlson <laura.lee.carlson@gmail.com> > *Cc:* Andrew Kirkpatrick <akirkpat@adobe.com>; White, Jason J < > jjwhite@ets.org>; Repsher, Stephen J <stephen.j.repsher@boeing.com>; WCAG > <w3c-wai-gl@w3.org> > *Subject:* Re: Deal with the word "essential" now or tackle it later? > > > > I don't think we want to loose the idea that "some" loss of content and > functionality is acceptable as long as nothing important is lost. > > > > > > > Cheers, > David MacDonald > > > > *Can**Adapt* *Solutions Inc.* > > Mobile: 613.806.9005 <(613)%20806-9005> > > LinkedIn > > <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fdavidmacdonald100&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=Lir2vskakn6MX2frF8w6y4JbAcCu8fxJ9Qwb9Cgb300%3D&reserved=0> > > twitter.com/davidmacd > <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=Elps11ImTbCTeuk3mmmINFY5H7ANDzaJTZK9gD1liPA%3D&reserved=0> > > GitHub > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=DAmBgc3O%2FNy3QlufeouMu33tedymPTWeOBo%2B1%2BcI6AQ%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%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=KV0lh06nLBDfm1q2sdulGjq6Qe6IbOLEHuOzTuhJ8AA%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%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=SHmjoeBrQIoI1I3kn%2BLYFG8CFgOhY39ru0q3kw4PL%2BE%3D&reserved=0> > > > > On Tue, Nov 14, 2017 at 7:57 AM, Laura Carlson < > laura.lee.carlson@gmail.com> wrote: > > Hi Jason, David, Andrew, Steve, and all, > > Regarding the latest proposed adapting text SC text, Jason wrote [1]: > >> It doesn't eliminate the use of the word "essential", which is not here > used in accordance with its WCAG definition. > > David wrote [2]: > > That word is in both proposals so I think we should consider that > separately... perhaps you can file an issue on github. > > It seems we already have an open issue for Use of "essential" for > several SCs including adapting text. It is #372 [3]. > > Andrew, Issue 372 wasn't listed for Adapting Text SC (or any of the > others) in your November 6 email [4] so I didn't add to the the Wiki > page with the rest of proposals for resolving Adapting Text issues > [5]. Should I add it to the Wiki page? Or should we deal with Issue > 372 later? > > On September 25, Steve commented in Issue 372 regarding the use of the > word "essential" in the Adapting Text SC. He said [6]: > > "The criterion refers to "no loss of essential content or > functionality". The word seems to have been introduced by @awkawk in a > comment way back in March [7], but I could not find any rationale for > its inclusion in the language (i.e. an example of content loss that > would be acceptable). Given this, and the fact that both Resize Text > and Zoom Content refer to "loss of content or functionality" without > using essential, I propose to simply remove the word from this SC." > > Andrew and all, would you be able to live with removing the word > essential from the SC? > > Thank you. > > Kindest Regards, > Laura > > [1] https://lists.w3.org/Archives/Public/w3c-wai-gl/2017OctDec/0376.html > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.w3.org%2FArchives%2FPublic%2Fw3c-wai-gl%2F2017OctDec%2F0376.html&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=gPwzB5W4eBS3GtUOFn3zkoFkL6xahJJ4%2BmlC%2F%2FVxkAo%3D&reserved=0> > [2]https://lists.w3.org/Archives/Public/w3c-wai-gl/2017OctDec/0374.html > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.w3.org%2FArchives%2FPublic%2Fw3c-wai-gl%2F2017OctDec%2F0374.html&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=cT0UhrvKsF0t5IUWBk8F6xRpIy%2Fqh9ncj7M3%2BxJrS8s%3D&reserved=0> > [3] https://github.com/w3c/wcag21/issues/372 > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fwcag21%2Fissues%2F372&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=gagg72um8D90V1Wo59oTQu4pdDddMx19x%2Fn0a413tPk%3D&reserved=0> > [4] https://lists.w3.org/Archives/Public/w3c-wai-gl/2017OctDec/0313.html > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.w3.org%2FArchives%2FPublic%2Fw3c-wai-gl%2F2017OctDec%2F0313.html&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=XLm%2FxtYIeB3ZqrZaYDfGxWvBj0okkd2QUBcL3Vu6%2Fo0%3D&reserved=0> > [5] > https://www.w3.org/WAI/GL/wiki/Comment_Summary_1-4-13 > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FWAI%2FGL%2Fwiki%2FComment_Summary_1-4-13&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=5uk17yXjWGErchrzKJvhwXLoJYne6GDY5U6OZ536r2M%3D&reserved=0> > [6] https://github.com/w3c/wcag21/issues/372#issuecomment-331950411 > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fwcag21%2Fissues%2F372%23issuecomment-331950411&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=JISpZMF9yF9tGJGJd5Xu8BhDIqu%2BogD01ukBRb%2BxOmE%3D&reserved=0> > [7] https://github.com/w3c/wcag21/issues/78#issuecomment-289792275 > <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fwcag21%2Fissues%2F78%23issuecomment-289792275&data=02%7C01%7Cjjwhite%40ets.org%7C8cdf0413de084479e06408d52b6c3254%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636462666054837116&sdata=sspSef%2BcIJClGUIh2lOnmT4YzSm4IkJeCJ4YaA1RiZI%3D&reserved=0> > > -- > Laura L. Carlson > > > > ------------------------------ > > 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 Tuesday, 14 November 2017 15:08:59 UTC