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



*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 Sun, Jul 16, 2017 at 12:22 PM, Repsher, Stephen J <
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]
> Sent: Sunday, July 16, 2017 8:44 AM
> To: 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 | https://github.com/patrickhlauke
> http://flickr.com/photos/redux/ | http://redux.deviantart.com
> twitter: @patrick_h_lauke | skype: patrick_h_lauke
>
>
>

Received on Sunday, 16 July 2017 20:45:53 UTC