Closed Bug 419867 Opened 16 years ago Closed 16 years ago

statusbarpanel accessibility interface

Categories

(Toolkit :: UI Widgets, defect)

Product:
Toolkit
Component:
UI Widgets
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: enndeakin, Assigned: surkov)

Details

Attachments

(1 file)

patch
2.25 KB, patch
evan.yan
: review+
enndeakin
: ui-review+
beltzner
: approval1.9+
Details | Diff | Splinter Review 
The statusbarpanel doesn't implement nsIAccessibleProvider but the statusbarpanel-iconic version does. The normal statusbarpanel should also implement it yet use nsIAccessibleProvider::NoAccessible (or something else if more suitable) so that the element always implements the same interfaces.
Attached patch patch — — Splinter Review 
statusbarpanels is much similar with xul:buttons or xul:toolbarbuttons, so let's expose it like them.
Assignee: nobody → surkov.alexander
Status: NEW → ASSIGNED
Attachment #306200 - Flags: ui-review?(enndeakin)
Attachment #306200 - Flags: review?(Evan.Yan)
Attachment #306200 - Flags: ui-review?(enndeakin) → ui-review+
Attachment #306200 - Flags: review?(Evan.Yan) → review+
Attachment #306200 - Flags: approval1.9?
Comment on attachment 306200 [details] [diff] [review]
patch

a1.9=beltzner
Attachment #306200 - Flags: approval1.9? → approval1.9+
checked in

/cvsroot/mozilla/toolkit/content/widgets/general.xml,v  <--  general.xml
new revision: 1.23; previous revision: 1.22
done
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: