RE: Moving Issues 62, 63, 71 to the conformance section

Ø  Patrick: If the user changes their user agent's zoom setting then they haven't used a "setting ON the page" but in their UA, so that won't be a loophole?

Ø  David: Does that satisfy your concern Jonathan?

I suppose it depends on how you interpret the “or”.  I interpreted the OR to be

1.      if a user actively chooses a setting on the page that optimizes OR

2.      the user personalizes the state of the page for accessibility reasons,

It sounds like you intended:
if a user actively chooses a setting on the page that:

1.      optimizes OR

2.      personalizes the state of the page for accessibility reasons,

Jonathan

Jonathan Avila
Chief Accessibility Officer
Level Access, inc. (formerly SSB BART Group, inc.)
jon.avila@levelaccess.com<mailto:jon.avila@levelaccess.com>
703.637.8957 (Office)
Visit us online: Website<http://www.levelaccess.com/> | Twitter<https://twitter.com/LevelAccessA11y> | Facebook<https://www.facebook.com/LevelAccessA11y> | LinkedIn<https://www.linkedin.com/company/level-access> | Blog<http://www.levelaccess.com/blog/>
Looking to boost your accessibility knowledge? Check out our free webinars!<http://www.ssbbartgroup.com/webinars/>

The information contained in this transmission may be attorney privileged and/or confidential information intended for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this communication is strictly prohibited.

From: David MacDonald [mailto:david100@sympatico.ca]
Sent: Sunday, July 16, 2017 4:45 PM
To: Repsher, Stephen J; Jonathan Avila
Cc: Patrick H. Lauke; w3c-wai-gl@w3.org
Subject: Re: Moving Issues 62, 63, 71 to the conformance section

Patrick says:
> When did I make this addition? Is this going back to that discussion 2 years ago or whenever?

David
Yes that's right.  https://github.com/w3c/wcag/issues/197#issuecomment-229927329

Patrick:
>If the user changes their user agent's zoom setting then they haven't used a "setting ON the page" but in their UA, so that won't be a loophole?

Does that satisfy your concern Jonathan?

Steve
>  In other words, why is there no requirement to label it as the accessible alternative and to tell the user what is gained by using it?  This seems like a shortcoming to me, so I opened a new GitHub issue: https://github.com/w3c/wcag21/issues/306


Yes its a hole, but for me I'd like to get some sort statement in WCAG 2 as per #197  (1) or in 2.1 as per issue #19 (2) that ensure there is no ambiguity about responsive sites having to conform at each breakpoint.


(1) https://github.com/w3c/wcag/issues/197

(2) https://github.com/w3c/wcag21/issues/19








Cheers,
David MacDonald



CanAdapt Solutions Inc.

Tel:  613.235.4902

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

twitter.com/davidmacd<http://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 Sun, Jul 16, 2017 at 12:22 PM, Repsher, Stephen J <stephen.j.repsher@boeing.com<mailto:stephen.j.repsher@boeing.com>> wrote:
Thanks for the explanation, David, and for the history, Patrick.  Alright, if there's a link to a conformant version, then I suppose there's certainly complicated gray area.

The first question in my mind though is not complicated: How am I supposed to know that the link to the desktop version is the conforming alternative?  And how do I know I need to use it other than wasting time with trial and error?  In other words, why is there no requirement to label it as the accessible alternative and to tell the user what is gained by using it?  This seems like a shortcoming to me, so I opened a new GitHub issue:

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


Steve


-----Original Message-----
From: Patrick H. Lauke [mailto:redux@splintered.co.uk<mailto:redux@splintered.co.uk>]
Sent: Sunday, July 16, 2017 8:44 AM
To: w3c-wai-gl@w3.org<mailto:w3c-wai-gl@w3.org>
Subject: Re: Moving Issues 62, 63, 71 to the conformance section
On 16/07/2017 13:27, David MacDonald wrote:

> Many mobile pages have a difficult to find (but conforming) link at
> the bottom called "desktop version". This loads the desktop version
> into the mobile browser.

That loads a different set of HTML/CSS/JS into the browser. So it's a completely separate version (usually on a different web address, or on the same address but it sets a cookie, or similar).

Reponsive/adaptive sites on the other hand don't offer a "switch". They simply "are"...they adapt to whatever the environment in the client is, and dynamically change as the environment changes. So we argued (many many moons ago...2 years ago or so on the mailing list?) that it's not a different version in this case, since the page is still exactly the same, it just changes.

There's obviously gray area here in cases where the same URL does some server-side detection and, even though it's the same URL, serves different content depending on things like user agent...but in general I thought we agreed that unless there's an explicit mechanism on the page (like a "go to desktop version / go to mobile version") that the user can toggle to force loading of a specific alternative view, then the page counts as a single page, and its different states triggered by things the user can't easily control (e.g. screen size, user agent string, presence of a sensor or not) cannot be treated as separate alternatives.

P
--
Patrick H. Lauke

www.splintered.co.uk<http://www.splintered.co.uk> | https://github.com/patrickhlauke http://flickr.com/photos/redux/ | http://redux.deviantart.com

twitter: @patrick_h_lauke | skype: patrick_h_lauke