Open Bug 611537 Opened 14 years ago Updated 2 years ago

propagate parent information through children

Categories

(Core :: Disability Access APIs, defect)

defect

Tracking

()

People

(Reporter: surkov, Unassigned)

References

(Blocks 2 open bugs)

Details

(Keywords: access, Whiteboard: [FF.next?])

Attachments

(1 file)

We have lot of places where we traverse the tree from bottom to top what's an unoptimal. For example, in HasRelatedContent content where we look whether element is contained by active descendant or in accessible tree update where we look if the accessible is contained by alert or menupopup. In most cases elements aren't contained by accessibles of special types and we traverse the whole document for nothing.

We don't have wide spread the accessible adoption (just in few cases) so it shouldn't be perf issue to keep children updated for their parent type.

This bug should be really considered as blocking FX 4 release.
Blocks: 563331
How are you imagining this should be implemented? Hashing? Or storing related info/pointers on the accessible children?
(In reply to comment #1)
> How are you imagining this should be implemented? Hashing? Or storing related
> info/pointers on the accessible children?

I have a patch (storing bit flags) but I didn't get a testcase (layout is too smart now) where it shows significant perf win. I just left the bug for now. I'll get back to it soon I think.
OK, be sure to request blocking if/when it makes sense :)
(In reply to comment #3)
> OK, be sure to request blocking if/when it makes sense :)

right, just pend on it for now and give me a bit more time to do testing.
Blocks: a11ynext
No longer blocks: a11yperf_fx4
Whiteboard: [FF5?] → [FF.next?]
Attached patch old wipSplinter Review
must be obsolete but idea works
Blocks: a11yperf
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: