[keyboard] [table] Can't reach the caption of a table in caret browse mode

Assigned to



Keyboard: Navigation
14 years ago
a month ago


(Reporter: howard pan, Assigned: Ginn Chen)


(Blocks: 1 bug, {testcase})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)



(2 attachments)



14 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040407
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040407

The title of a table can't be reached through keyboard.

Reproducible: Always
Steps to Reproduce:
1. Navigate to out html testing page.
    Open the file in the attachment.
2. Find the "Table test cases" area.

Actual Results:  
No way to focuse on the caption of the table.

Expected Results:  
There should be a way to focuse on the table.

Comment 1

14 years ago
Created attachment 146555 [details]
The page to demonstrate the bug.


14 years ago
Blocks: 241023

Comment 2

14 years ago
I guess you are talking about keyboard browsing, aren't you?
That's not clear from the bug sumarry.

Otherwise, the title of a table is reacheable through type as you find.

Comment 3

14 years ago
caret browsing
Ever confirmed: true


13 years ago
Assignee: aaronleventhal → ginn.chen
Summary: [keyboard] [table] Can't reach the title of a table. → [keyboard] [table] Can't reach the title of a table in caret browse mode

Comment 4

13 years ago
Jaws from Freedom Scientifics doesn't speak the menus and links on Mozilla browser


12 years ago
Component: Disability Access APIs → Keyboard: Navigation

Comment 5

12 years ago
*** Bug 335625 has been marked as a duplicate of this bug. ***

Comment 6

10 years ago
Created attachment 302275 [details]
reduced testcase


10 years ago
Summary: [keyboard] [table] Can't reach the title of a table in caret browse mode → [keyboard] [table] Can't reach the caption of a table in caret browse mode

Comment 7

10 years ago
bug 245142 is probably a dupe, marking dependent for now
Blocks: 245142

Comment 8

10 years ago
the probably root cause of this is that the outer table frame has a caption and table frame which play the roles of line 0 and line 1 for this frame but does not have a separate line iterator interface.

Comment 9

10 years ago
Comment 8 is bogus

The problem is nsFrameIterator::GetFirstChild will never return the caption as they live on a additional childlist. So it will always return the inner table frame which  is the first child on the primary child list. Now comes the question how much special casing can we tolerate at this interface. 
The next question is when to return the caption a a first child
1. top caption
2. left caption for a ltr table
3. right caption for a rtl table

Comment 10

10 years ago

How much performance loss is acceptable for this inside nsFrameIterator::GetFirstChild as we need to query for every frame if it is a outer table frame.

The other functions need the same special casing.

Should we take the risk for 3.0, is it really worth giving the number of captions on the real web?

Comment 11

10 years ago
As far as I can tell, it's not worth it for Firefox 3. I've not heard that this is a major problem. The one place it might be is the Orca screen reader, which relies on care browsing. However, te text of a table caption is also available through the accessibility interfaces, and can be announced as a user enters a table.

Ginn, as far as you know do we really need this for Firefox 3?

Comment 12

10 years ago
I think it's not blocking Firefox 3.

The fix needs to consider left/right arrow, up/down arrow, caption position to the table, and the direction of the table.
In Sun Mozilla 1.7, we had a hack for left/right arrow, we considered caption position, but not the direction of the table. I think it's not very helpful. 
QA Contact: accessibility-apis → keyboard.navigation
Still happening in current trunk build.
Keywords: testcase
You need to log in before you can comment on or make changes to this bug.