62774 2011-06-15 20:38:55 -0700 AX: If HTML image is not rendered, WebKit should visibly display the alt text 2025-03-31 22:48:10 -0700 1 1 1 Unclassified WebKit Accessibility 528+ (Nightly build) Unspecified Unspecified UNCONFIRMED https://bugs.webkit.org/show_bug.cgi?id=266675 https://bugs.webkit.org/show_bug.cgi?id=136291 http://html4all.org/staging/a11y-bugs/1002/test1.php InRadar P2 Normal --- 0 vlad.alexander webkit-unassigned chriskirknielsen+wkbugs jcraig mjs simon.fraser webkit-bug-importer oldest_to_newest 421735 0 vlad.alexander 2011-06-15 20:38:55 -0700 If image dimensions (@width and @height) are specified, the browser renders alternate text within those dimensions. If alternate text does not fit those dimensions, it is cut-off. This can result in loss of information to the reader and affects comprehension. This also does not encourage use of alternate text. To reproduce the problem, render the following markup: <h1>I <img src="heart.gif" alt="love" width="16" height="16" /> you!</h1> Above markup in standards mode: http://html4all.org/staging/a11y-bugs/1002/test1.php Above markup in quirks mode: http://html4all.org/staging/a11y-bugs/1002/test2.php Notice that you cannot read the word "love" because it is cut-off as shown in this screen shot: http://html4all.org/staging/a11y-bugs/1002/safari-bad-alt-render.gif Firefox correctly renders alternate text (not constrained by @width and @height) if page contains a DOCTYPE. While the image is loading, a placeholder (outline) with the @width/@height is rendered. When the image fails to load, alternate text is rendered in place of the image placeholder/outline as shown in the following screen shot: http://html4all.org/staging/a11y-bugs/1002/ff-good-alt-render.gif Test case - image loads after 5 seconds: http://rebuildingtheweb.com/misc/html4all/slow-load-found.asp Test case - image fails to loads after 5 seconds: http://rebuildingtheweb.com/misc/html4all/slow-load-not-found.asp It would be useful to have alternate text displayed as text, rather than text on a graphic. This way, parts of alternate text could be selected, copied and alternate text would wrap. It would also be beneficial to make alternate text participate in Find operation. In order stress the importance of this bug and to assure you that the recommended way of fixing the bug is appropriate, this bug is co-signed by the following accessiblity experts: - Alastair Campbell - Andrew Downie - Denis Boudreau - Everett Zufelt - Jason Kiss - Jim Byrne - John Foliot - Joshue O Connor - Laura Carlson - Leif Halvard Silli - Nigel Peck - Roberto Scano - Roger Johansson - Vlad Alexander This bug report comes from the community led a11y bugs project here: http://html4all.org/staging/a11y-bugs/ 422034 1 mjs 2011-06-16 10:33:14 -0700 It's not necessary or helpful to "co-sign" bugs like this. The key things to provide are detailed information on the bug, simple test cases, and sites affected by the bug. Lists of names just clog up the bug. Thanks for the great technical info though! 422047 2 ap 2011-06-16 10:40:38 -0700 The provided test doesn't show cut-off test - it shows missing text, as in bug 5566. Could you please amend the test so that it showed cut-off text? 422068 3 mjs 2011-06-16 10:59:02 -0700 I don't think we ever cut the text off, I think it is always missing if it would be cut off. Here is a test case that illustrates Safari's behavior in various cases, it is instructive to compare to Firefox: <img src=nonexistent.jpg alt="Some fancy alt text goes here."><br> <img height=100 width=400 src=nonexistent.jpg alt="Some fancy alt text goes here."><br> <img height=100 width=100 src=nonexistent.jpg alt="Some fancy alt text goes here."><br> <img height=50 width=50 src=nonexistent.jpg alt="Some fancy alt text goes here."><br> <img alt="Some fancy alt text goes here."><br> <img height=100 width=400 src=nonexistent.jpg alt="Some fancy alt text goes here."><br> <img height=100 width=100 alt="Some fancy alt text goes here."><br> <img height=50 width=50 alt="Some fancy alt text goes here."><br> 942916 4 215012 jcraig 2013-10-23 17:05:48 -0700 Created attachment 215012 test case demonstrating bug 942918 5 jcraig 2013-10-23 17:08:44 -0700 <rdar://problem/15305013> 953829 6 jcraig 2013-11-23 19:00:42 -0800 A few blog posts covering this one. Might include some additional test cases: http://blog.paciellogroup.com/2010/01/alt-and-title-content-display-in-popular-browsers/ 1574731 7 simon.fraser 2019-09-26 22:00:39 -0700 None of the http://html4all.org links load for me. 2107724 8 karlcow 2025-03-31 22:46:38 -0700 *** Bug 290433 has been marked as a duplicate of this bug. *** 215012 2013-10-23 17:05:48 -0700 2013-10-23 17:05:48 -0700 test case demonstrating bug webkit62774.htm text/html 599 jcraig PGltZyBzcmM9bm9uZXhpc3RlbnQuanBnIGFsdD0iU29tZSBmYW5jeSBhbHQgdGV4dCBnb2VzIGhl cmUuIj48YnI+CjxpbWcgaGVpZ2h0PTEwMCB3aWR0aD00MDAgc3JjPW5vbmV4aXN0ZW50LmpwZyBh bHQ9IlNvbWUgZmFuY3kgYWx0IHRleHQgZ29lcyBoZXJlLiI+PGJyPgo8aW1nIGhlaWdodD0xMDAg d2lkdGg9MTAwIHNyYz1ub25leGlzdGVudC5qcGcgYWx0PSJTb21lIGZhbmN5IGFsdCB0ZXh0IGdv ZXMgaGVyZS4iPjxicj4KPGltZyBoZWlnaHQ9NTAgd2lkdGg9NTAgc3JjPW5vbmV4aXN0ZW50Lmpw ZyBhbHQ9IlNvbWUgZmFuY3kgYWx0IHRleHQgZ29lcyBoZXJlLiI+PGJyPgoKCjxpbWcgYWx0PSJT b21lIGZhbmN5IGFsdCB0ZXh0IGdvZXMgaGVyZS4iPjxicj4KPGltZyBoZWlnaHQ9MTAwIHdpZHRo PTQwMCBzcmM9bm9uZXhpc3RlbnQuanBnIGFsdD0iU29tZSBmYW5jeSBhbHQgdGV4dCBnb2VzIGhl cmUuIj48YnI+CjxpbWcgaGVpZ2h0PTEwMCB3aWR0aD0xMDAgYWx0PSJTb21lIGZhbmN5IGFsdCB0 ZXh0IGdvZXMgaGVyZS4iPjxicj4KPGltZyBoZWlnaHQ9NTAgd2lkdGg9NTAgYWx0PSJTb21lIGZh bmN5IGFsdCB0ZXh0IGdvZXMgaGVyZS4iPjxicj4=