Open jake-abma opened 3 years ago
With the usual caveat that this is all about the vagueness of 1.4.5 (see https://github.com/w3c/wcag/issues/1647 for the more recent discussion on this), I'd say those do not fail as it's not really easy to achieve the same exact laid-out look and feel with the custom fonts etc using other technologies (though of course everything IS possible if you spend enough time on it...you can redo the Mona Lisa using nothing but a collection of CSS-styled <div>
elements if you really want to...but there's some cut-off point of where it can be reasonably expected from an author to do so).
I mean sure, they could be done as <svg>
elements too, I guess (see also https://github.com/w3c/wcag/issues/773) but pragmatically, that's an unrealistic ask for authors as well in most cases.
x-ref also https://github.com/w3c/wcag/issues/1614
I see your Point @patrickhlauke but at the same time you stretch the definition for logo, or..., extending the exception to:
"Logo's OR a form logo's are used, and possible brand fonts, together in combination with graphical objects and background effects, to indicate a link or button, or something else, all is fine the moment we all start using it and becomes 'our way we always do it'"
I agree with where you're coming from here, but per the normative language these sorts of images would fall under "essential"... because they are specific branding images that authors have no control over by design. You have to use these images to link to the app store / play store, with no modifications.
no, not claiming that the whole button is a logo, so not stretching the definition. i'm saying that "the technologies being used can't (easily) achieve the visual presentation" (unless we expect authors to mess about with trying to load the correct corporate webfont, do some positioning shenanigans to get the button to align and look just like the marketing folks wanted it, etc)
(and yes, if you asked marketing/corporate identity folks in charge, they'd absolutely say that it is essential that the correct font be used - and as scott notes, it's even a requirement from the app stores to use that particular button with no modification)
as said in the other thread though, this is another case where WCAG tries to social-engineer/nudge people https://github.com/w3c/wcag/issues/1647 but then lacks the conviction of its words, and lacks the nuance that necessarily comes from accepting the reality that no, while theoretically possible to use just pure HTML/CSS, or SVG, or similar, it's often simply not possible/practical to expect authors to do so, and there may be further external factors at play such as corporate identity guidelines)
Is anyone arguing that these two button examples should fail against 1.4.5? (Regardless, I am happy that @jake-abma raised the question.)
@bruce-usab Pragmatically, no. But that depends on where one lands on the "is it practical" vs "is it technically achievable" scale when evaluating the "If the technologies being used can achieve the visual presentation" part...
Thanks @patrickhlauke. I agree it would be good to have some consensus language providing exposition around technically achievable
. I have had content managers argue that that adding alt
is not technically feasible (and might actually have asserted undue burden
because their CMS did not provide for that when adding an image to a page. (This was years ago.)
A common pattern for 'get it on Google Play, or Apple Store" are image buttons used with logo's in it, or also brand fonts, but also with some extra background and extra text, makes the button NOT logo's.
So in this case, will they all be failures for WCAG? (I have to say "yes" for the complete button image, but you'll never know...)
From Deque demo site: https://dequeuniversity.com/demo/dream