- From: Alastair Campbell <acampbell@nomensa.com>
- Date: Wed, 1 Feb 2017 16:37:47 +0000
- To: WCAG <w3c-wai-gl@w3.org>
- Message-ID: <7A9A524F-2729-4FB8-9201-8DC7AC1B4BE2@nomensa.com>
Hi Everyone, Please note that the description (SC text, description & testing) for “Resize content” has been updated: https://github.com/w3c/wcag21/issues/77 And responses to the survey comments are here: https://github.com/w3c/wcag21/issues/77#issuecomment-276536071 NB: A couple of responses (about the mobile exception) were based on the old SC text, so those had already been tackled. Outstanding comments: - James’ comment about IDE style UIs, for which I’ve made a suggestion but I’d like to check I’m on the right track before changing the SC text. - Bruce’s comment about the A/AA level, for which I’ve added a long explanation to the comment! The level question is an interesting one. The low-vision need is there, it is really about: How far should authors be responsible for allowing expansion of content? There are clear mechanisms for re-flowing content down to about 320px wide, so with common screen sizes (1280px and up) that’s a x4 multiple. The testing approach explicitly sets a screen width of 1280px to test with. We have checked a lot of sites already, so I suggest that we put it in the FPWD as it is, and see if there are real examples where it would be difficult or impossible to get to 400% (given the exceptions). NB: If you are now wondering how resize on mobile fits in – see my comments in the email below. Cheers, -Alastair From: Alastair Campbell <acampbell@nomensa.com> Date: Tuesday, 24 January 2017 at 10:18 To: WCAG <w3c-wai-gl@w3.org> Subject: Resize content (#77) Resent-From: WCAG <w3c-wai-gl@w3.org> Resent-Date: Tuesday, 24 January 2017 at 10:19 Hi everyone, I can’t make the meeting today, but I’ll like to get issues 77 ‘done’ (as far as possible for FPWD). This is a status update + specific things to agree or disagree with at the bottom. The current proposal for SC text is: “The content of the Web page can be increased up to 400% without loss of content, functionality or two-dimensional scrolling, except where spatial layout of some the content is essential to that content's use, that part of the content is exempt.” NB: The second exception for mobile-style zooming was removed on the basis that it is not a factor of the content, but it will need to be noted in the Understanding doc, especially for testing. There is an overview to compare this SC with “Reflow to single column” (now “Linearise”) and the (now defunct) Line length SC: https://lists.w3.org/Archives/Public/w3c-wai-gl/2017JanMar/0202.html There has been considerable discussion on the issue: https://github.com/w3c/wcag21/issues/77 All of the comments have been answered, but there are specific issues to consider and agree: 1. There is a clear divide between how mobile & desktop browsers deal with layout and zooming, we have avoided referencing UAs in the SC text, but does the SC text need to acknowledge it? As it stands, authors are required to ensure the *content* can be re-sized upto 400%, which in practice means testing on desktop-style browsers. Most mobile UAs don’t support zoom + reflow, but that isn’t the authors problem to change. We have been through iterations which call out that difference (see the description on Github), but came to the point of removing it. Also note that it is the uptick of mobile & responsive design that *enables* us to go for 400% without horizontal scrolling, on capable browsers. 2. 400% was chosen as it is the upper end of the practical limit for web development (1280px / 4 = 320px, which is the typical small mobile screen size so what developers already test with), does anyone have good reason to reduce that to 300%? 3. Should we set a starting point for window size when testing? I am inclined to, and use the width 1280px. 4. Level A was chosen by LVTF due to the impact 2D scrolling has on people with LVTF, and I didn’t argue with that as it is relatively easy to do, is that appropriate? Speak now or forever hold your peace… (well, until the next round anyway). Kind regards, -Alastair -- www.nomensa.com <http://www.nomensa.com/> tel: +44 (0)117 929 7333 / 07970 879 653 follow us: @we_are_nomensa or me: @alastc Nomensa Ltd. King William House, 13 Queen Square, Bristol BS1 4NT Company number: 4214477 | UK VAT registration: GB 771727411
Received on Wednesday, 1 February 2017 16:38:26 UTC