Re: Resize text: how to ensure success criteria WCAG 1.4.4

Please remember that although there are two failures listed in the WCAG 
techniques, those two are not the ONLY two failures that could occur, just 
the first two that have reached consensus as valid failures and published: 
 

WCAG explicitly says there are 2 failures related to this success 
criteria. We need to make sure these are not the barriers.

F69: Failure of Success Criterion 1.4.4 when resizing visually rendered 
text up to 200 percent causes the text, image or controls to be clipped, 
truncated or obscured
F80: Failure of Success Criterion 1.4.4 when text-based form controls do 
not resize when visually rendered text is resized up to 200%

For example,
I've logged failures against functionality for 
        1.4.4 Resize text: . . . text can be resized without assistive 
technology up to 200 percent without loss of content or functionality. 
(Level AA)
because the keyboard operability functionality that was working before the 
200%, but failed to continue work after when the page dynamically loaded a 
new responsive design that did not include the proper keyboard operability 
for some of its new responsive widgets.  The user could no longer check 
the checkbox, the visual focus indicator was removed, the focus order was 
incorrect, and there was no longer a way with the keyboard to even 
activate the widget like one could with a mouse click. 

I bring up these valid functional issue becasue F69 and F80 seem limited 
to "visual" issues only, while the success criteria specifially mentions 
"functionality". 

Perhaps I or someone should submit more candidate "Failure of Success 
Criteria 1.4.4" for review and consensus.
 ___________
Regards,
Phill Jenkins
pjenkins@us.ibm.com
Senior Engineer & Accessibility Executive
IBM Research Accessibility
linkedin.com/in/philljenkins/
ibm.com/able
facebook.com/IBMAccessibility
twitter.com/IBMAccess
ageandability.com



From:   Kiran Gundiyal <kiranph@gmail.com>
To:     Gregg C Vanderheiden <greggvan@umd.edu>
Cc:     Mitchell Evan <mtchllvn@gmail.com>, Herin Hentry 
<herinhentry@gmail.com>, "Patrick H. Lauke" <redux@splintered.co.uk>, IG - 
WAI Interest Group List list <w3c-wai-ig@w3.org>
Date:   05/24/2017 09:25 AM
Subject:        Re: Resize text: how to ensure success criteria WCAG 1.4.4



Thank you all your comments and clarification. appreciated !

Sent from my iPhone

On May 23, 2017, at 9:34 PM, Gregg C Vanderheiden <greggvan@umd.edu> 
wrote:

ah very good point Mitchell

I answered what is REQUIRED

but there is so much more that is GOOD PRACTICE,    REALLY HELPFUL to 
some,   and ESSENTIAL to others  that is beyond the SC requirements.


g 

Gregg C Vanderheiden
greggvan@umd.edu




On May 23, 2017, at 9:38 PM, Mitchell Evan <mtchllvn@gmail.com> wrote:

Kiran,

Gregg V's concise answer is correct, for this specific question: "What are 
the requirements to pass WCAG 2.0 1.4.4?"
Additional factors are also important for a good user experience. Which of 
these are the most important? That depends on your content, which users 
you ask, what device and software they're using, and which accessibility 
expert is most persuasive.
- Avoid horizontal scrolling
- Work well both with full zoom and with text-only enlargement (not just 
one or the other)
- Make the content look good (not just avoiding "clipped, truncated or 
obscured")
- Support enlargement beyond 200%
Mobile-responsive designs (RWD) often satisfy 1.4.4 and beyond, as long as 
the design doesn't omit content at the smaller breakpoints.
Mitchell Evan
@mitchellrevan

On Wed, May 17, 2017, 6:01 PM Herin Hentry <herinhentry@gmail.com> wrote:
Hi Kiran,

WCAG explicitly says there are 2 failures related to this success 
criteria. We need to make sure these are not the barriers.

F69: Failure of Success Criterion 1.4.4 when resizing visually rendered 
text up to 200 percent causes the text, image or controls to be clipped, 
truncated or obscured
F80: Failure of Success Criterion 1.4.4 when text-based form controls do 
not resize when visually rendered text is resized up to 200%

Testing Resize Text with IE:
1)      From the IE Menu, select View > Text Size > Largest
2)      Check if all the text, input controls and containers have resized
3)      Make sure there is no major overlap and the display is not 
obscured
4)      Make sure there is no content trimming
 
Testing Resize Text with Chrome
Chrome browser > Settings > Show Advanced Settings > Web content
Click on Customize fonts. This opens the Fonts Dialog. The standard font 
size is 16. As per WCAG, we need to increase the font size to 200% and 
make sure the functionality is not broken and the containers also resize. 
Change the Standard font to 32 (200% of 16). Check if the container 
resizes and the content is not trimmed.

The issue with Ctrl ++ (zoom) is it adds horizontal scroll bars to the 
pages at 200%.
As per WCAG 1.4.4 Resize Text : The author's responsibility is to create 
Web content that does not prevent the user agent from scaling the content 
effectively.
Thanks and Regards,
Herin

On Thu, May 18, 2017 at 9:27 AM, Patrick H. Lauke <redux@splintered.co.uk> 
wrote:
On 17/05/2017 23:43, Userite wrote:
[...]
If you only check with one particular assistive tool for Zooming

note that WCAG 2 explicitly says "text can be resized without assistive 
technology", so only the zoom functionality built into the user agent can 
be used to test this.

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


-- 
Mitchell Evan
mtchllvn@gmail.com
+1 (510) 375-6104