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

Re: Zoom content updates Pt2

From: Alastair Campbell <acampbell@nomensa.com>
Date: Mon, 5 Jun 2017 12:01:53 +0000
To: WCAG <w3c-wai-gl@w3.org>
Message-ID: <55A098F3-2F66-4EC5-B8DB-7CC6FB82AE4C@nomensa.com>
Hi Everyone,

Based on the follow-up comments for ‘zoom content’, there is a new version [1]:
----------------
“Content can be zoomed to an equivalent width of 320 CSS pixels without loss of content or functionality, and without requiring scrolling in multiple directions 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.
----------------

There main changes are:

1. Based on Jonathan’s comment, using “can be zoomed to an equivalent width of 320 CSS pixels”. That implies you zoom through the range, rather than just make it work at that size (although a fixed-width of 320px would pass, which is fine, if an odd thing to do).

2. Still using “width of”, but adding to the note that for a page laid out horizontally it mean test the vertical equivalent. I haven’t found any examples of that in the wild (apart from a demo), but it would be a good one to put out for wider feedback.

3. Replacing “in the direction of text” with “in multiple directions”. When you get into the detail of text-directions it is really confusing and actually makes it harder to understand. For example, characters can be vertically laid out, but the characters themselves can be horizontally or vertically oriented (e.g. https://alastairc.ac/tmp/word-example.png ). The page itself would expand downwards, but the text could be L/R or Top to Bottom. Hopefully using “multiple directions” makes sense to everyone? Or is at least the best alternative?

Is there anything people can’t live with there?

The comments made and addressed on github since then start about here:
https://github.com/w3c/wcag21/issues/77#issuecomment-304215360 

Cheers,

-Alastair

1] https://rawgit.com/w3c/wcag21/resize-content_ISSUE-77/guidelines/sc/21/resize-content.html 



On 26/05/2017, 13:58, "Jonathan Avila" <jon.avila@ssbbartgroup.com> wrote:

    > Content can be displayed at a minimum width
    
    My concern is over the term "minimum".  It could be read that supporting something over the minimum passes.  Could it be removed?
    
    Jonathan
    
    Jonathan Avila
    Chief Accessibility Officer
    SSB BART Group 
    jon.avila@ssbbartgroup.com
    703.637.8957 (Office)
    
    Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
    Download our CSUN Presentations Here!
    
    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.
    
    -----Original Message-----
    From: Alastair Campbell [mailto:acampbell@nomensa.com] 
    Sent: Thursday, May 25, 2017 7:45 PM
    To: WCAG
    Subject: Zoom content updates
    
    Hi everyone,
    
    Based on the call earlier I've made some updates to the SC text:
    https://github.com/w3c/wcag21/issues/77

    
    The main change is to switch from saying "allow for this much zoom", to saying "ensure it works at this width".
    
    The main reason for this is for testability, as soon as you say it should not create horizontal scrolling then you need to define either: 
    - The starting size (e.g. 1280px) and the zoom factor (400%), or
    - The end size (e.g. 320px).
    
    None of these values were in the SC text, so for testability we'd have to include either:
    "Starting at 1280px zoom content by 400% without loss of...", or "Content can be displayed at a minimum width of 320 CSS pixels without loss of..."
    
    I think the second approach is more effective, and if it starts with "Zoom content", it still has a connection to the user-requirement. It also side-steps the (perceived) issue of how you test on smaller screens.
    
    So the SC text is now:
    ------------------
    Content can be displayed at a minimum width of 320 CSS pixels without loss of content or functionality, and without requiring scrolling in the direction of text except for parts of the content which require two-dimensional layout for usage or meaning.
    
    Note: The width of 320 CSS pixels is equivalent to a browser width of 1280 pixels wide at 400% zoom.
    
    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.
    ------------------
    
    I just added the first note, I'm not wedded to it, do you think we need it or can we explain that in the understanding?
    
    Any comments here please:
    https://github.com/w3c/wcag21/issues/77

    
    Cheers,
    
    -Alastair
    
    

Received on Monday, 5 June 2017 12:02:30 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 21:08:13 UTC