Closed Bug 109187 Opened 24 years ago Closed 24 years ago

Active Accessiblity: Support <groupbox>

Categories

(SeaMonkey :: Bookmarks & History, defect, P2)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: aaronlev, Assigned: aaronlev)

References

Details

(Keywords: access, Whiteboard: seeking r=, sr=)

Attachments

(1 file)

A <groupbox> logically groups controls. It has no state, but returns ROLE_GROUPING and it's label as the accessible name.
Status: NEW → ASSIGNED
Keywords: access, fcc508
Priority: -- → P2
Target Milestone: --- → mozilla0.9.7
Whiteboard: seeking r=, sr=
sarah, john, wanna be QA contact?
aaronl mentioned that dsirnapalli should be the qa contact for things pertaining to "Active Accessibility", so over to dsirnapalli. :)
QA Contact: claudius → dsirnapalli
Blocks: 82207
Comment on attachment 57142 [details] [diff] [review] Had to hand edit this to remove stuff from other work I'm doing -- do not apply patch r=jgaunt The GetElementsByTagName I think walks the entire tree and takes a long time. We might look into a more efficient way of doing this. remove the comment about reusing the HTML widget in the nsAccessibilityService method
Attachment #57142 - Flags: review+
In this case GetElementsByTagName is only walking the <groupbox> subtree, which shouldn't be large at all.
sr=hyatt
checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
-- Groupbox is implemented. nsIAccessible's attributes and methods work as intended for Groupbox. Marking bug as verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: