Closed Bug 348903 Opened 18 years ago Closed 17 years ago

Table summaries exposed in two places

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: parente, Assigned: aaronlev)

References

(Blocks 1 open bug)

Details

(Keywords: access)

Table captions are exposed both as 1) the name of the table accessible and 2) as the static text of a label accessible that is the first child of the table. An AT must deal with this special case by filtering out one or the other. It would be better if Firefox just exposed the table caption in one and only one place as the accessible name or description of the table.
I take my recommendation back. Tags are allowed in table summaries. To properly expose any stylistic information, the atkText interface is needed. This means either the label is the correct (but ugly) solution with no accessible name on the table, or the table accessible grows the atkText interface.

I can deal with any solution. It's just confusing to the AT to have to filter repeated content.
Blocks: keya11y
Keywords: access
OS: Linux → All
Hardware: PC → All
I believe that the accessible table interface provides a getter for the caption.

Shouldn't we use that, and mark it with ROLE_CAPTION, then use the label relationships and remove the accessible name from the table?
Blocks: htmla11y
No longer blocks: keya11y
table caption also makes it hard to calculate table cells' rowIndex and colIndex.
see bug 360184
The bug title talks about table summary, but the description talks about caption. A summary is an HTML attribute on a <table>, and a <caption> is child content.

In any case, we've changed how we expose caption - it shows up as a description and we use the describedby relation to point to it.

I think because we are showing the described by relation now this works as it should.

If there is an issue with table captions or summaries, please open a new bug.

Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.