The default bug view has changed. See this FAQ.

Support accessible name computation for SVG

RESOLVED FIXED in mozilla20

Status

()

Core
Disability Access APIs
RESOLVED FIXED
9 years ago
4 years ago

People

(Reporter: Aaron Leventhal, Assigned: surkov)

Tracking

(Blocks: 2 bugs, {access})

unspecified
mozilla20
access
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

9 years ago
I believe we will need to support the title attribute for SVG. Not sure if there are any other attributes that could influence the name (other than ARIA ones).

Comment 1

9 years ago
title attribute? SVG has a title element which is bug 329212.
(Reporter)

Comment 2

9 years ago
Robert, thanks. Anything else where a text equivalent might be specified?

Comment 3

9 years ago
http://www.w3.org/TR/SVG-access/#Links mentions the xlink:title attribute on links and title and desc elements

Updated

7 years ago
Blocks: 534873
(Assignee)

Updated

4 years ago
Duplicate of this bug: 633983
(Assignee)

Comment 5

4 years ago
from bug 633983:

A request from the wild, and should be easy enough. The idea is to map a child element <title> to the accessible name, and the <desc> to accessible description.

btw, there's a test case there.
(Assignee)

Comment 6

4 years ago
Created attachment 693786 [details] [diff] [review]
patch
Assignee: nobody → surkov.alexander
Status: NEW → ASSIGNED
Attachment #693786 - Flags: review?(trev.saunders)
Comment on attachment 693786 [details] [diff] [review]
patch

>+function testDescr(aAccOrElmOrID, aDescr)
>+{
>+  var acc = getAccessible(aAccOrElmOrID);
>+  if (!acc)
>+   return;

I'd rather we didn't just return if the element doesn't have an accessible.

>+    {
>+      testName("svg1", "A name");
>+      testDescr("svg1", "A description");
>+      testName("svg2", "A tooltip");

test svg2 has no description?  maybe not because its important, but would be nice to know if we change it unintentionally
Attachment #693786 - Flags: review?(trev.saunders) → review+
(Assignee)

Comment 8

4 years ago
(In reply to Trevor Saunders (:tbsaunde) from comment #7)
> Comment on attachment 693786 [details] [diff] [review]
> patch
> 
> >+function testDescr(aAccOrElmOrID, aDescr)
> >+{
> >+  var acc = getAccessible(aAccOrElmOrID);
> >+  if (!acc)
> >+   return;
> 
> I'd rather we didn't just return if the element doesn't have an accessible.

getAccessible() reports an error if the given ID is not accessible so returning seems to be a right thing.

> >+      testName("svg1", "A name");
> >+      testDescr("svg1", "A description");
> >+      testName("svg2", "A tooltip");
> 
> test svg2 has no description?  maybe not because its important, but would be
> nice to know if we change it unintentionally

ok, good point
(Assignee)

Comment 9

4 years ago
Btw, I think it'd be nice to keep name and description in the same place (not separately) since they are closely related. But keeping description stuff under name might be not nice. Alternatives: "textequivalent", "textequiv" or "namedescr". Which one do you think suites better?
(Assignee)

Comment 10

4 years ago
http://hg.mozilla.org/integration/mozilla-inbound/rev/18e5579588b5
Flags: in-testsuite+
https://hg.mozilla.org/mozilla-central/rev/18e5579588b5
Status: ASSIGNED → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20

Updated

4 years ago
Depends on: 868789
You need to log in before you can comment on or make changes to this bug.