Closed Bug 289376 Opened 19 years ago Closed 19 years ago

Fix description and value for combo boxes

Categories

(Core :: Disability Access APIs, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: aaronlev, Assigned: aaronlev)

References

Details

(Keywords: access)

Attachments

(1 file)

Both XUL and HTML combobox descriptions should provide positional information in
MSAA. This is the same as the "n of m" descriptions found on the options themselves.

Also, the value of of the HTML option reported after a value change event is
currently for the old option.
Comment on attachment 179907 [details] [diff] [review]
1) Forward focused option's description through combo box, 2) In HTML use focused 's label for combo box value, 3) Fire ValueChange event after old selection option unselected

The patch looks good for me.

BTW, on ATK, most accessibles (including those for the items of XUL/HTML
combobox) have no description because it doesn't contain special info like "n
of m".
Attachment #179907 - Flags: review?(Louie.Zhao) → review+
(In reply to comment #2)
> (From update of attachment 179907 [details] [diff] [review] [edit])
> The patch looks good for me.
> 
> BTW, on ATK, most accessibles (including those for the items of XUL/HTML
> combobox) have no description because it doesn't contain special info like "n
> of m".
> 

Right, so in the end this won't generally affect ATK because the option
description is just forwarded. I didn't want to create a special ns*ComboBoxWrap
classes for the combo boxes in MSAA just for this patch, just for one method.
*** Bug 289314 has been marked as a duplicate of this bug. ***
Blocks: deera11y
Comment on attachment 179907 [details] [diff] [review]
1) Forward focused option's description through combo box, 2) In HTML use focused 's label for combo box value, 3) Fire ValueChange event after old selection option unselected

No response from jst after 1 month.
Attachment #179907 - Flags: superreview?(jst) → superreview?(neil.parkwaycc.co.uk)
Comment on attachment 179907 [details] [diff] [review]
1) Forward focused option's description through combo box, 2) In HTML use focused 's label for combo box value, 3) Fire ValueChange event after old selection option unselected

>+		  uriloader \
Oversight?

>@@ -2464,13 +2464,13 @@ nsComboboxControlFrame::OnOptionSelected
>     if (aSelected) {
>       RedisplayText(aIndex);
>-      FireValueChangeEvent();
>     } else {
>       RedisplaySelectedText();
>+      FireValueChangeEvent(); // Fire after old option is unselected
>     }
Perhaps it would help to fire the event from within
nsHTMLSelectElement::SetOptionsSelectedByIndex instead?
Attachment #179907 - Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
Comment on attachment 179907 [details] [diff] [review]
1) Forward focused option's description through combo box, 2) In HTML use focused 's label for combo box value, 3) Fire ValueChange event after old selection option unselected

I'll check into Neil's 2 questions.
Attachment #179907 - Flags: approval1.8b2?
Comment on attachment 179907 [details] [diff] [review]
1) Forward focused option's description through combo box, 2) In HTML use focused 's label for combo box value, 3) Fire ValueChange event after old selection option unselected

a=asa
Attachment #179907 - Flags: approval1.8b2? → approval1.8b2+
(In reply to comment #6)
> Perhaps it would help to fire the event from within
> nsHTMLSelectElement::SetOptionsSelectedByIndex instead?

I only want to do this for closed comboboxes, not listboxes (either size >1 or
open combo boxes). While this may be doable from SetOptionsSelectedByIndex, I
think it's not necessary to attempt this change at this stage of trunk development.

Checking in accessible/src/xul/nsXULSelectAccessible.cpp;
/cvsroot/mozilla/accessible/src/xul/nsXULSelectAccessible.cpp,v  <-- 
nsXULSelectAccessible.cpp
new revision: 1.26; previous revision: 1.25
done
Checking in accessible/src/xul/nsXULSelectAccessible.h;
/cvsroot/mozilla/accessible/src/xul/nsXULSelectAccessible.h,v  <-- 
nsXULSelectAccessible.h
new revision: 1.20; previous revision: 1.19
done
Checking in accessible/src/html/nsHTMLSelectAccessible.cpp;
/cvsroot/mozilla/accessible/src/html/nsHTMLSelectAccessible.cpp,v  <-- 
nsHTMLSelectAccessible.cpp
new revision: 1.44; previous revision: 1.43
done
Checking in accessible/src/html/nsHTMLSelectAccessible.h;
/cvsroot/mozilla/accessible/src/html/nsHTMLSelectAccessible.h,v  <-- 
nsHTMLSelectAccessible.h
new revision: 1.26; previous revision: 1.25
done
Checking in layout/forms/nsComboboxControlFrame.cpp;
/cvsroot/mozilla/layout/forms/nsComboboxControlFrame.cpp,v  <-- 
nsComboboxControlFrame.cpp
new revision: 1.318; previous revision: 1.317
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.

Attachment

General

Created:
Updated:
Size: