Closed
Bug 280055
Opened 20 years ago
Closed 19 years ago
Cannot walk into accessible tree for 2nd tab
Categories
(Firefox :: Disability Access, defect, P1)
Tracking
()
RESOLVED
FIXED
People
(Reporter: aaronlev, Assigned: aaronlev)
Details
(Keywords: access)
Attachments
(1 file)
Using accessible explorer or inspect returns incorrect results when looking for the object under the mouse pointer. This is because AccessibleObjectFromPoint returns objects for the contents of the first tab. This reminds me of fix to a similar bug for Seamonkey, although I don't remember what the fix was.
Assignee | ||
Updated•20 years ago
|
Priority: -- → P1
Assignee | ||
Comment 1•19 years ago
|
||
Attachment #177260 -
Flags: superreview?(roc)
Attachment #177260 -
Flags: review?(dbaron)
Attachment #177260 -
Flags: superreview?(roc)
Attachment #177260 -
Flags: superreview+
Attachment #177260 -
Flags: review?(dbaron)
Attachment #177260 -
Flags: review+
Although .. what about z-order? To make this work right, you might have to call BuildDisplayList or something like that to get a list of the views under the point, sorted by z-order, the way that nsViewManager::HandleEvent does.
Assignee | ||
Comment 3•19 years ago
|
||
(In reply to comment #2) > Although .. what about z-order? > > To make this work right, you might have to call BuildDisplayList or something > like that to get a list of the views under the point, sorted by z-order, the > way that nsViewManager::HandleEvent does. I'll file a separate bug on that.
Assignee | ||
Comment 4•19 years ago
|
||
Checking in nsAccessible.cpp; /cvsroot/mozilla/accessible/src/base/nsAccessible.cpp,v <-- nsAccessible.cpp new revision: 1.134; previous revision: 1.133 done
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•