W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2011

Re: WCAG 2 fails to directly address major accessibility issue

From: Ramón Corominas <listas@ramoncorominas.com>
Date: Mon, 24 Oct 2011 21:55:20 +0200
Message-Id: <FD998769-CD6C-46CE-931E-3C20316A7E28@ramoncorominas.com>
Cc: "w3c-wai-ig@w3.org" <w3c-wai-ig@w3.org>
To: David Woolley <forums@david-woolley.me.uk>
Hello, David and all,

From my point of view, if users don't know how to use the browsers' mechanisms to resize texts, they will not be able to resize *any* text, independently of measurement units (relative or absolute). For me this belongs to UAAG rather than to WCAG.

Regarding the overlapping text, it *IS* addressed in WCAG, and there is a specific failure related to absolute units in containers that provoke overlaps/hidden content.


David Woolley wrote:

> Felix Miata wrote:
>> In either case, all except users of old IE versions can _resize_ the page's text. Resizing is a defense, which like most defenses, is unnecessary to utilize in the absence of offensive behavior (disrespect of browser defaults).
> I see a lot of pressure on this list to move the responsibility to the user and thus remove WCAG rules, based on the argument that modern browsers allow people to "defend" themselves.  A lot of that pressure seems to succeed, so I would suggest the trend is away from what you (and I) would want on this point.
> That pressure generally ignores the fact that many users will never learn how to use the "defence" mechanisms, and that using them is a major inconvenience for the users.
> Yes.  Zooming brings the pain of panning, as well as the need to keep setting/adjusting it for each new site, and text size overrides more often than not result in overlapping, or nearly overlapping text.  I have that using Mozilla on Linux, either as a result of sites being too reliant on exact rendering, or because I have used Mozilla's minimum font size settings, although with fairly conservative values.
Received on Monday, 24 October 2011 19:53:14 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:36:38 UTC