Closed
Bug 289376
Opened 19 years ago
Closed 19 years ago
Fix description and value for combo boxes
Categories
(Core :: Disability Access APIs, defect)
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.
Assignee | ||
Comment 1•19 years ago
|
||
Attachment #179907 -
Flags: superreview?(jst)
Attachment #179907 -
Flags: review?(Louie.Zhao)
Comment 2•19 years ago
|
||
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+
Assignee | ||
Comment 3•19 years ago
|
||
(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.
Assignee | ||
Comment 4•19 years ago
|
||
*** Bug 289314 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 5•19 years ago
|
||
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 6•19 years ago
|
||
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+
Assignee | ||
Comment 7•19 years ago
|
||
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 8•19 years ago
|
||
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+
Assignee | ||
Comment 9•19 years ago
|
||
(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.
Assignee | ||
Comment 10•19 years ago
|
||
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
Comment 11•5 years ago
|
||
Keywords: sec508
You need to log in
before you can comment on or make changes to this bug.
Description
•