- From: Wayne Dick <wayneedick@gmail.com>
- Date: Tue, 6 Sep 2016 14:15:25 -0700
- To: Laura Carlson <laura.lee.carlson@gmail.com>
- Cc: Low Vision Accessibility Task Force <public-low-vision-a11y-tf@w3.org>, Jonathan Avila <jon.avila@ssbbartgroup.com>
- Message-ID: <CAJeQ8SAUkF4hmc_P15bdKwJstCyYcoDhmKNwyn_Hbt_FY8d1hQ@mail.gmail.com>
Laura, This looks like a good start. I can't understand why captions are excluded. Wayne On Tue, Sep 6, 2016 at 12:34 PM, Laura Carlson <laura.lee.carlson@gmail.com> wrote: > Hi Wayne, Jon, and all, > > Would it help to reuse some of the verbiage from the current 1.4.4 > Resize text? [1]. That reads, "Except for captions and images of text, > text can be resized without assistive technology up to 200 percent > without loss of content or functionality." > > Does the following description say what we mean? > > == Description == > > Except for captions and images of text, text can be resized without > assistive technology to a user agent's maximum and minimum without > scrolling in more than one direction and without loss of content or > functionality. > > Then perhaps we could adapt the Testability section that I put > together for the Size of all elements SC [2] and change the word > "Zoom" to "text"? Would it be worth considering something such as the > following? > > == Testability == > > 1. Display content in a user agent. > 2. Increase text size to the maximum. > 3. Decrease text size to the minimum. > 4 Check whether text scales and is perceivable without scrolling in > more than one direction. (e.g. boxes do not overlap, controls are not > obscured or separated from their labels, etc.). > > Expected Results: > > Check #4 is true. > > What do you think? > > Kindest Regards, > Laura > > [1] https://www.w3.org/TR/2008/REC-WCAG20-20081211/#visual- > audio-contrast-scale > [2] https://www.w3.org/WAI/GL/low-vision-a11y-tf/wiki/Size_of_all_elements > > > On 9/6/16, Jonathan Avila <jon.avila@ssbbartgroup.com> wrote: > > Ø 4. Hidden indents. I don't even know what code causes them, but wiki > > pages have them. > > > > From what I can tell on wiki – it’s list styles override anything you > create > > in a page even with HTML and CSS – so they must be using !important. > > Perhaps in the indention issue they are using lists for indention where > they > > should not be? > > > > > > Ø 6. Absolute placement of headings > > Yes, absolute and fixed position of content is very problematic for zoom. > > Also problematic are snap to scroll pages that scroll by page and chop > off > > content with overflow preventing users with from seeing the whole > screen’s > > content. When the user tries to scroll they end up on the next page. > > Also in these situations are zoom hijacking – that is page zoom with the > > mouse doesn’t work as it is taken over to do something else. > > Jonathan > > > > Jonathan Avila > > Chief Accessibility Officer > > SSB BART Group > > jon.avila@ssbbartgroup.com<mailto:jon.avila@ssbbartgroup.com> > > 703.637.8957 (Office) > > Visit us online: Website<http://www.ssbbartgroup.com/> | > > Twitter<https://twitter.com/SSBBARTGroup> | > > Facebook<https://www.facebook.com/ssbbartgroup> | > > Linkedin<https://www.linkedin.com/company/355266?trk=tyah> | > > Blog<http://www.ssbbartgroup.com/blog/> > > Check out our Digital Accessibility > > Webinars!<http://www.ssbbartgroup.com/webinars/> > > > > From: Wayne Dick [mailto:wayneedick@gmail.com] > > Sent: Tuesday, September 06, 2016 2:21 PM > > To: Jonathan Avila > > Cc: Low Vision Accessibility Task Force > > Subject: Re: lvtf-ACTION-70: Write font sc > > > > I am not sure how to change "the document enables". The issue is this. I > do > > not want to imply that the author needs to build in AT, but what I would > > like to say is "the author shall introduce no barriers to ...". > > I have written a compiler that maps user's non-numerical visual > preferences > > into actual numerical and string parameters that can be used for changing > > the visual presentation proposed by the font, text and color > > transformations. The problem is barriers to block level linearization. > Some > > pages just go blank if you try to modify positioning. Here are a few > > barriers. > > 1. In line style with !important parameters. > > 2. JavaScript that prevents vertical scrolling. > > 3. Run-time positioning. > > 4. Hidden indents. I don't even know what code causes them, but wiki > pages > > have them. > > 5. em based margins and padding. > > 6. Absolute placement of headings > > That's all I can think of for now. Without obstacles like this you can > > linearize a page and achieve every visual style change we need. We can > make > > narrow normal print columns. Color is no object. We can make "uge" print > as > > Bernie Sanders would say. Word wrapping would be no problem. > > Thanks for the comments Jon. > > Wayne > > > > > > > > On Tue, Sep 6, 2016 at 8:54 AM, Jonathan Avila > > <jon.avila@ssbbartgroup.com<mailto:jon.avila@ssbbartgroup.com>> wrote: > > Wayne, thank you for putting this together. The phrase “The document > > enables the user to change …” seems to imply that we are going to > require > > on page controls for adjusting fonts. Should we use a term like the > > document does not override the user’s ability to …. I’m not sure what > the > > best term is – but perhaps a phrase like that or “the document does not > > prevent”, might be good. > > > > Jonathan > > > > Jonathan Avila > > Chief Accessibility Officer > > SSB BART Group > > jon.avila@ssbbartgroup.com<mailto:jon.avila@ssbbartgroup.com> > > 703.637.8957<tel:703.637.8957> (Office) > > Visit us online: Website<http://www.ssbbartgroup.com/> | > > Twitter<https://twitter.com/SSBBARTGroup> | > > Facebook<https://www.facebook.com/ssbbartgroup> | > > Linkedin<https://www.linkedin.com/company/355266?trk=tyah> | > > Blog<http://www.ssbbartgroup.com/blog/> > > Check out our Digital Accessibility > > Webinars!<http://www.ssbbartgroup.com/webinars/> > > > > From: Wayne Dick [mailto:wayneedick@gmail.com<mailto: > wayneedick@gmail.com>] > > Sent: Monday, September 05, 2016 3:04 PM > > To: Low Vision Accessibility Task Force > > Subject: Re: lvtf-ACTION-70: Write font sc > > > > > > Font Resize: The document enables the user to change font-size down to > and > > up to the limits provided by the user agent. The resulting font change > will > > fit in any enclosing boxes and will not result in need to scroll is more > > than one direction. > > > > Font Family: The document enables the user to change the font family to > any > > family generally available to document authors. > > > > Text Style: The document enables the user to change the style of text > > (italic, bold, normal, etc.) to any other style or to any other font > family > > and style that is available to the user agent. > > > > > > > > > > > > 2016-08-25 8:17 GMT-07:00 Low Vision Accessibility Task Force Issue > Tracker > > <sysbot+tracker@w3.org<mailto:sysbot+tracker@w3.org>>: > > lvtf-ACTION-70: Write font sc > > > > http://www.w3.org/WAI/GL/low-vision-a11y-tf/track/actions/70 > > > > Assigned to: Wayne Dick > > -- > Laura L. Carlson >
Received on Tuesday, 6 September 2016 21:16:43 UTC