Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Seeking guidance on 1.4.4 browser zoom, text size zoom etc #2169

Closed
jamesjacobs opened this issue Jan 4, 2022 · 11 comments
Closed

Seeking guidance on 1.4.4 browser zoom, text size zoom etc #2169

jamesjacobs opened this issue Jan 4, 2022 · 11 comments

Comments

@jamesjacobs
Copy link

After reading through 1.4.4 Resize text many times and also issues raised here relating to it I'm still not 100% convinced I've understood the requirements correctly. Hoping someone can illuminate me 😄

Put simply, if a site displays correctly and doesn't cut off, clip, truncate or obscure text when the page is zoomed in browser (for example, by hitting CMD/CTRL + in Chrome to zoom the whole page) and doesn't prevent scaling or pinch and zoom on mobile - is that a pass?

Or should a user be able to zoom/increase only text (for example, via methods such as FireFox text-only zoom or iOS Safari text zoom using the AA text sizing button)? If that results in text being cut off etc when a full page zoom displays correctly - is that a fail of 1.4.4?

Thanks in advance

@patrickhlauke
Copy link
Member

the SC is silent about how users go about resizing text. in essence it demands that there be at least one way for users who need larger text to achieve this. no specifics about which methods a site must support. so yes, if the site works well with full-page zoom (even if it leads to bidirectional scrolling), then it's a pass - regardless of whether or not doing an explicit text-only resize on that same site would lead to problems. as long as one method works, it's a pass.

@fstrr
Copy link
Contributor

fstrr commented Jan 4, 2022

You might find the note in 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 useful:

"The Working Group has discovered many misunderstandings about how to test this failure. We are planning to revise this failure in a future update. Until then, if the content passes the success criterion using any of the listed sufficient techniques, then it does not meet this failure."

@bruce-usab
Copy link
Contributor

@jamesjacobs — please do reply back to this issue thread if you are satisfied with @patrickhlauke response (or explain what more you might be hoping for). For better or worse, it is a pretty lightweight requirement.

@alastc alastc added the WCAG 2.0 label Jan 5, 2022
@jamesjacobs
Copy link
Author

Thanks for the confirmation all, that's really helpful. There seems to be so many conflicting opinions on this on the web, which resulted in our confusion.

Thanks again. Will close the ticket down.

@selfthinker
Copy link

the SC [...] demands that there be at least one way for users who need larger text to achieve this

The SC doesn't say that anywhere.

The Understanding page is, as usual, clear as mud. ;-)
It specifically refers to "text" multiple times while also talking about browser zoom. I know, that is because WCAG is old and that text was written before browser zoom reliably existed in all browsers and before responsive web design became popular.
But especially when it talks about both it's clear to me that text (up to 200%) was deemed to be more important than zoom:

The working group feels that 200% is a reasonable accommodation that can support a wide range of designs and layouts, and complements older screen magnifiers that provide a minimum magnification of 200%. Above 200%, zoom (which resizes text, images, and layout regions and creates a larger canvas that may require both horizontal and vertical scrolling) may be more effective than text resizing.

Furthermore, the intent is the most important part here:

The intent of this Success Criterion is to ensure that visually rendered text [...] can be scaled successfully so that it can be read directly by people with mild visual disabilities, without requiring the use of assistive technology such as a screen magnifier. Users may benefit from scaling all content on the Web page, but text is most critical.

If someone uses text resize in Firefox and a website becomes inaccessible to them because important text is cut off, would you tell them they're just using "the wrong method" and they need to adapt to use browser zoom instead?

I would fail issues with text resize and not just browser zoom because it can make things quite inaccessible to real people.

@JAWS-test
Copy link

JAWS-test commented Mar 4, 2022

If someone uses text resize in Firefox and a website becomes inaccessible to them because important text is cut off, would you tell them they're just using "the wrong method" and they need to adapt to use browser zoom instead?

Yes.

Understanding:

A user uses a zoom function in his user agent to change the scale of the content. All the content scales uniformly, and the user agent provides scroll bars, if necessary.

https://www.w3.org/WAI/WCAG21/Techniques/failures/F94:

Use any of the following methods to resize text when available:

  • the zoom feature of the browser
  • the text-sizing feature of the browser,
  • on-page controls for resizing text.

Check that the text resizes by one of the methods above, and can be resized to at least 200% of the default.

https://www.w3.org/WAI/WCAG21/Techniques/failures/F69:

The Working Group has discovered many misunderstandings about how to test this failure. We are planning to revise this failure in a future update. Until then, if the content passes the success criterion using any of the listed sufficient techniques, then it does not meet this failure.

@selfthinker
Copy link

If someone uses text resize in Firefox and a website becomes inaccessible to them because important text is cut off, would you tell them they're just using "the wrong method" and they need to adapt to use browser zoom instead?

Yes.

Harsh.
Does that mean that you, @JAWS-test, disagree with @patrickhlauke?

If something has overlapping and unreadable text when using browser zoom in Chrome but it works with text increase in Firefox, according to @patrickhlauke that would be a pass as there needs to be only "at least one way" to successfully make the text bigger. @JAWS-test, if I interpret what you wrote correctly, that would be a fail for you?

@JAWS-test
Copy link

@selfthinker I do not disagree with @patrickhlauke . I was just noting that only one method of font resizing needs to work, not all methods. I.e. if one method doesn't work, you just used the wrong one and should try the others. Whether I find this good or bad is not the question at all, but so it is specified in the Understanding and the techniques cited by me.

However, I am skeptical whether the failure of zooming with all individual methods in a browser means that 1.4.4 is fulfilled, because you can use another browser. At least the commonly used browsers should support all font resizing, otherwise I would not consider 1.4.4 fulfilled.

@KB55
Copy link

KB55 commented Mar 16, 2022

The Working Group has discovered many misunderstandings about how to test this failure. We are planning to revise this failure in a future update. Until then, if the content passes the success criterion using any of the listed sufficient techniques, then it does not meet this failure.

I understand this text has been added but not into the main understanding document. It was my understanding that techniques/failures are informative and not normative in WCAG. Is there a reason why this hasn't been made part of the actual SC - and therefore clearing up the perceived misunderstanding? It is still there only as a note in WCAG 2.2 without being formally incorporated.

@bruce-usab
Copy link
Contributor

It was my understanding that techniques/failures are informative and not normative in WCAG.

That is correct. They are also widely regarded as authoritative and the AGWG treats them seriously with all due deliberation.

Is there a reason why this hasn't been made part of the actual SC?

Yes, because the phrasing of SC 1.4.4 is okay. Also, with 2.1, I would note that we now have SC 1.4.10 Reflow which goes further.

It is still there only as a note [to F69] in WCAG 2.2 without being formally incorporated.

Yes, that is also correct. While the AGWG has acknowledged that there are misunderstandings, we have not figured out what prose is needed to provide sufficient clarification. Suggestions for edits to F69 (or to Understanding, or for new Techniques) are welcome!

patrickhlauke added a commit that referenced this issue Mar 19, 2022
Relates to #2169 and questions about whether a site that break using "text-only" resizing fails, even if zooming works
@patrickhlauke
Copy link
Member

as this question/topic seems to constantly bubble back up and cause confusion, I thought I'd take a stab at at least making the understanding document a tiny bit clearer (hopefully). Thoughts welcome #2270 /cc @alastc

mbgower added a commit that referenced this issue Aug 7, 2024
…isual Presentation (#2270)

Relates to #2169 and questions about
whether a site that break using "text-only" resizing fails, even if
zooming works

---------

Co-authored-by: Mike Gower <[email protected]>
Co-authored-by: Alastair Campbell <[email protected]>
Co-authored-by: Kenneth G. Franqueiro <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants