Bug 15133 - Repair missing alternative text where possible, allow user labelling where not
Summary: Repair missing alternative text where possible, allow user labelling where not
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 523.x (Safari 3)
Hardware: Mac OS X 10.4
: P3 Enhancement
Assignee: Nobody
URL: http://www.earflix.com/
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2007-09-02 05:00 PDT by Benjamin Hawkes-Lewis
Modified: 2009-08-22 20:22 PDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Hawkes-Lewis 2007-09-02 05:00:40 PDT
Many web pages either fail to use the alt attribute for images, or use a blank attribute where it is not appropriate (for example where alternative text is needed to provide link text). The W3C User Agent Accessibility Guidelines 1.0 recognise this common problem, and suggest that user agents should attempt to repair missing alternative text:

http://www.w3.org/TR/WAI-USERAGENT/guidelines.html#tech-missing-alt

http://www.w3.org/TR/WAI-USERAGENT/guidelines.html#tech-null-alt

WebKit/VoiceOver do not attempt to repair alt text, but many user agent/assistive technology pairings on Windows do . A recent example mentioned on the MacVisionaries mailing list was http://www.earflix.com/ , where the homepage has a lot of image links without alt attributes. (Yes, I recognise this is fundamentally an author error and have already reported this issue via the Earflix contact form. But there are lots of other webpages like this.) If WebKit made use of the title attributes and/or parsed useful words out of the image URL to reconstruct alternative text, then VoiceOver users would be able to use the site rather than resorting to using Windows.

Especially where it is not possible to repair alt text or where the repair is ineffective), it would good to allow users to label images themselves and even to share labels with each other. Since this might be helpful for applications other than web browsers, it should be carefully considered (probably by Apple) whether labelling should be a WebKit feature, a VoiceOver feature, or both.
Comment 1 Mark Rowe (bdash) 2007-09-02 17:31:41 PDT
<rdar://problem/5456957>
Comment 2 chris fleizach 2009-08-22 20:22:22 PDT
WebKit provides VoiceOver with a lot more information about images now, include the URL. VoiceOver makes use of the URL if there's no other information

Also in SnowLeopard VoiceOver allows user labeling of images
(http://www.apple.com/macosx/accessibility/)

So I consider this bug resolved