#4710 closed defect (fixed)
ComboBox: a11y attribute of editable not conveyed to ATs
Reported by: | ptbrunet | Owned by: | Becky Gibson |
---|---|---|---|
Priority: | high | Milestone: | 1.1 |
Component: | Accessibility | Version: | 0.9 |
Keywords: | Cc: | [email protected]… | |
Blocked By: | Blocking: |
Description
Dojo combo boxes are editable and this information is not being conveyed to Assitive Technology. AT sense this from the DOM structure, i.e. the object that gets focus has wairole:textfield with a parent of wairole:combobox. Dojo combo boxes do not have this structure.
There is a good implementation of an editable combo at http://www.mozilla.org/access/dhtml/combo which works well with FF2/JAWS9/JAWS10 and FF3/JAWS10. It looks like:
div - wairole:combobox input - wairole:textfield label button div - wairole:list div - wairole:listitem div - wairole:listitem
An example of the dojo edit combo is at http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/form/test_ComboBox.html which is implemented as
table - wairole:presentation tbody tr td input - wairole:combobox
Hopefully, the fix is just to move the wairole:combobox up one level and add wairole:textfield to the input.
Attachments (2)
Change History (8)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
Bill, To get correct AT behavior I suspect that's what has to happen, i.e. role list below role combobox (role textfield and list as siblings). I've made similar comments in #4537.
comment:3 Changed 13 years ago by
I noticed that the FF address bar doesn't have an object of role list below the object of role combobox. When its list is activated focus is on a listitem and focus is fired every time the arrow is used to move the selector. The browser tells the AT the n of m info, e.g. item 2 of 12. This is done through the a11y API, e.g. MSAA and possibly also IAccessible2.
comment:4 Changed 13 years ago by
Status: | new → assigned |
---|
Changed 13 years ago by
Attachment: | 4710b.patch added |
---|
updated implementation based on no longer using tables
Changed 13 years ago by
Attachment: | 4710c.patch added |
---|
updated to use setAttribute rather than setDisabled
comment:5 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Sounds good. I hope you don't need to have the wairole:list as a child of wairole:combobox, because that would be a big change (and would have problems w.r.t. the list getting hidden sometimes (which is why we make it a child of document.body).