- From: David MacDonald <david100@sympatico.ca>
- Date: Wed, 15 Feb 2017 09:21:38 -0500
- To: Alastair Campbell <acampbell@nomensa.com>, Laura Carlson <laura.lee.carlson@gmail.com>
- Cc: "White, Jason J" <jjwhite@ets.org>, GLWAI Guidelines WG org <w3c-wai-gl@w3.org>
- Message-ID: <CAAdDpDYB9+qDNjhsgD=XCw_aPVtR-R5tOHE9ZRQwnM-JP2C24Q@mail.gmail.com>
>On the face of it you are asking us (David is SC manager) to undo that change, I'm the Manager for linearization (Issue 58, PR 115) ... not for this one... I think Laura is the Manager of Issue Adaptation Issue #78, PR 124. 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 Wed, Feb 15, 2017 at 7:29 AM, Alastair Campbell <acampbell@nomensa.com> wrote: > Hi Jason, > > You made a comment on the survey that I wanted to pick up on list, I hope > that’s ok to do? It could impact other SCs as well, so I think it’s worth > discussing on-list. > > The comment was: > > This proposal is clear and testable, but unfortunately it states a > testing technique rather than asserting the underlying requirement, which, > as I understand it, is to allow fonts, spacing and color to be set > arbitrarily by the user. While I don't object to its inclusion in the > draft, I think it should be rewritten in terms of its underlying goal. > > The original SC was written in that way: > > > RE: "Adaptable presentation: Overriding the font-family, colors or > spacing used on a web page does not cause loss of content or functionality." > > But on the list (23rd Jan) we had a comments from Gregg such as: > > I dont think the author has any control of this. You are asking the > author to be responsible for what someone else does — without saying what > that person might do. > … > > it doesn't say HOW the user will change it. It is like saying to the > builder — your house must stand no matter what the homeowner does to modify > the structure after you they buy it. You can do a lot to make a house > modifiable but you can’t be charged with ensuring that it will stay > functional no matter what the user does. > > So the explicit thing we had to do in order to progress was make it > testable within the SC text. The values were selected to provide a baseline > for testing, rather than be representative of what users would pick as > such. The idea is that testing that baseline will highlight issues that > would come up for other values (up to a reasonable point). > > On the face of it you are asking us (David is SC manager) to undo that > change, but I think it also highlights that we are trying to do something > new in WCAG 2.1, which is to address the user-need to adapt web pages more > than the site provides for. > > I previously outlined the process I think is needed during the 2.1 > timeframe: > https://lists.w3.org/Archives/Public/w3c-wai-gl/2017JanMar/0418.html > > And there was extensive discussion about this approach in relation to > Linearization: > https://github.com/w3c/wcag21/pull/89#issuecomment-278279258 > > I hope that explains the approach, I’d like to avoid getting stuck in a > loop! > > Cheers, > > -Alastair > >
Received on Wednesday, 15 February 2017 14:22:12 UTC