W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

Re: Zoom content updates Pt3

From: Jim Allan <jimallan@tsbvi.edu>
Date: Wed, 7 Jun 2017 16:20:47 -0500
Message-ID: <CA+=z1WnzggddOEwgG+9gspamVP645cKGjjs+fARVM3MzfRQa4Q@mail.gmail.com>
To: Joshue O Connor <josh@interaccess.ie>
Cc: Alastair Campbell <acampbell@nomensa.com>, Andrew Kirkpatrick <akirkpat@adobe.com>, WCAG <w3c-wai-gl@w3.org>
Does this mean AG will have a CfC on this issue or is this conformation
that Zoom Content as it stands will be in the next Working draft?

Jim

On Tue, Jun 6, 2017 at 6:10 AM, Joshue O Connor <josh@interaccess.ie> wrote:

> Thanks for that - and also for your thoughroness with this :-)
>
> Yes, that seems reasonable to me - the group has taken it so far, and its
> now time for wider public comment.
>
> Thanks
>
> Josh
>
>
> Alastair Campbell wrote:
>
> Hi Andrew, Josh,
>
> There is a feeling on the github thread we’ve got as far as we can without wider public comment, so I’d like to put this out for CFC for inclusion in the draft please?
>
> After a 3rd round of updates & discussion (since the call in late May), this seems to be the text people can live with:
> --------------
> Content can be zoomed to an equivalent width of 320 CSS pixels without loss of content or functionality, and without requiring scrolling on more than one axis except for parts of the content which require two-dimensional layout for usage or meaning.
>
> Note: 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For web pages which are designed to scroll horizontally, the 320px should be taken as the height rather than width.
>
> Note: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games, presentations, data tables, and interfaces where it is necessary to keep toolbars in view while manipulating content.
> ----------
>
> The only change was:
>  “without requiring scrolling on more than one axis”.
>
> There are two somewhat vague but unresolved questions:
>
> 1. The PDF implementations of reflow are buggy, and the authoring guidance for making it work is non-existent, see the comments from here onwards:https://github.com/w3c/wcag21/issues/77#issuecomment-306240083
>
> I’m inclined to say this is a tricky issue in practice, but at the content/format level it is feasible to do. It could be longer before organisations use WCAG 2.1 for PDFs, but having this SC could help shine a light on those issues. Any pointers to documentation on how PDF reflow is supposed to work (and be authored for) would be gratefully received.
>
> 2. Websites in China, Japan and other non-western language regions do not seem to use responsive (or adaptive) design techniques at all, why not? There are a multitude of possible explanations, perhaps they are more app centric, or it just hasn’t taken off there, or the writing-mode CSS hasn’t been well enough supported until very recently?
>
> I’d like to hear from people with experience about that, putting the SC out would be a good way to get more coverage.
>
> Oh, and for anyone still wanting to define 2D scrolling as a measure of which direction text goes, please see this comment:https://github.com/w3c/wcag21/issues/77#issuecomment-306433647
>
> I’ve posted answers to all the comments:https://github.com/w3c/wcag21/issues?utf8=%E2%9C%93&q=is%3Aopen%20assignee%3Aalastc%20resize
>
> Jared from Webaim is even coming around…
>
> Cheers,
>
> -Alastair
>
>
>
> --
> Joshue O Connor
> Director | InterAccess.ie
>



-- 
Jim Allan, Accessibility Coordinator
Texas School for the Blind and Visually Impaired
1100 W. 45th St., Austin, Texas 78756
voice 512.206.9315    fax: 512.206.9264  http://www.tsbvi.edu/
"We shape our tools and thereafter our tools shape us." McLuhan, 1964
Received on Wednesday, 7 June 2017 21:21:22 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 08:04:10 UTC