Closed
Bug 280055
Opened 21 years ago
Closed 21 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•21 years ago
|
Priority: -- → P1
| Assignee | ||
Comment 1•21 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•21 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•21 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: 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•