Bug 54357 - AX: SVG Images should use <title> and <Desc> attribute
Summary: AX: SVG Images should use <title> and <Desc> attribute
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P2 Normal
Assignee: chris fleizach
URL:
Keywords: InRadar
: 120709 127292 (view as bug list)
Depends on:
Blocks: 120709
  Show dependency treegraph
 
Reported: 2011-02-13 09:41 PST by chris fleizach
Modified: 2014-06-24 18:32 PDT (History)
4 users (show)

See Also:


Attachments
example (78.92 KB, application/xhtml+xml)
2011-02-13 09:42 PST, chris fleizach
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description chris fleizach 2011-02-13 09:41:48 PST
There is presently no standard for what screen readers should do with inline
SVG islands.  We are spearheading an effort by DAISY and the W3C SVG Working
Group to create SVG accessibility standards.  One proposal is that screen
readers read the root-level <title> and <desc>.  This is most elegantly
accomplished by having those two properties appear separately in the
accessible DOM elements exposed to screen readers.  Presently IE9 does this
but also exposes <title> and <desc> of all graphical objects - which we
believe is overkill and annoying.  We have asked Microsoft to change this.
Other browsers seem to expose nothing in SVG to screen readers while
traversing a document linearly.  We are requesting that all browsers be
updated to include this feature, and we hope that Safari can be updated to
do this.
Comment 1 chris fleizach 2011-02-13 09:42:06 PST
Created attachment 82264 [details]
example
Comment 2 Doug Schepers 2011-02-16 20:14:32 PST
(In reply to comment #0)
> There is presently no standard for what screen readers should do with inline
> SVG islands.  

The W3C Note 'Accessibility Features of SVG' [1], from 2000, does discuss SVG accessibility, but as mentioned, it does not normatively define precisely what screen readers should do.

Also, there are some specific suggestions in the SVG Tiny 1.2 spec [2] for both authoring content and screen readers, but it could use more precise and normative instructions.  The SVG WG plans to do this in an upcoming SVG Accessibility specification, and as part of SVG 2.


> We are spearheading an effort by DAISY and the W3C SVG Working
> Group to create SVG accessibility standards.  One proposal is that screen
> readers read the root-level <title> and <desc>. 

This is suggested in SVG, most recently in SVG Tiny 1.2 [3].


> This is most elegantly
> accomplished by having those two properties appear separately in the
> accessible DOM elements exposed to screen readers.  Presently IE9 does this
> but also exposes <title> and <desc> of all graphical objects - which we
> believe is overkill and annoying.   We have asked Microsoft to change this.

If all the elements are exposed at once, this is indeed overkill, but if they are exposed as discrete elements when the immediate parent is in focus, then it is appropriate, just as progressively exposing any structure text content (e.g. in HTML) is useful.

The key is in defining the navigation behavior so users can explore the content, or skip over it, at their own discretion.  This will take coordination between the author of the content structure and the screen reader software, though a well-defined algorithm.


> Other browsers seem to expose nothing in SVG to screen readers while
> traversing a document linearly.  We are requesting that all browsers be
> updated to include this feature, and we hope that Safari can be updated to
> do this.

We also need to consider the order in which text content is made available (presumably document order should be the default, with possible overrides), and when labels should be used instead of 'title' and 'desc' elements.


This should all be discussed on the public SVG mailing list,  www-svg@w3.org, and standardized as part of SVG.

[1] http://www.w3.org/TR/SVG-access/
[2] http://www.w3.org/TR/SVGTiny12/access.html
[3] http://www.w3.org/TR/SVGTiny12/struct.html#uiTitleDescBehavior
Comment 3 James Craig 2013-11-18 15:19:35 PST
Related to bug 120709, which also includes the Radar link.

https://svgwg.org/svg2-draft/single-page.html#chapter-access
Comment 4 Dirk Schulze 2014-01-20 08:11:00 PST
(In reply to comment #3)
> Related to bug 120709, which also includes the Radar link.
> 
> https://svgwg.org/svg2-draft/single-page.html#chapter-access

I agree with Doug that the desc and title elements should not just be ignored. They are meant to describe aspects of certain groups of presentations.

I don't know if they all should be read at once though. I agree that they can provide noise if the SVG is just a graphic which might not be part of the paragraph and main text content.

To allow navigation and a general structure that can be detected by the screen reader would be great.
Comment 5 Dirk Schulze 2014-01-20 08:33:28 PST
Here is a very minimal example to demonstrate that the title *could* make sense.

<svg xmlns="http://www.w3.org/2000/svg">
	<title>This is a title</title>
	<circle cx="50" cy="50" r="50">
		<title>This is a very round circle.</title>
	</circle>
</svg>


I think many title elements in the first attached example are misused. People often use <title> for on mouse hover text.
Comment 6 Dirk Schulze 2014-01-20 08:38:43 PST
Another document that shall explain when to use <title> and <desc> is

http://www.w3.org/TR/2000/NOTE-SVG-access-20000807/

It was written before ARIA. So just take it as a hint.
Comment 7 James Craig 2014-04-01 23:50:40 PDT
*** Bug 127292 has been marked as a duplicate of this bug. ***
Comment 8 James Craig 2014-06-20 10:38:24 PDT
*** Bug 120709 has been marked as a duplicate of this bug. ***
Comment 9 James Craig 2014-06-24 18:31:17 PDT
<rdar://problem/14913982>
Comment 10 Radar WebKit Bug Importer 2014-06-24 18:32:44 PDT
<rdar://problem/17445667>