This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Get rid of choices or in 1st para description. 3rd paragraph - put the instruction b4 the explanation.
Remove "See the examples for recommended ways of designing around this limitation. (Editor's note: examples are not yet coded.)"
Keyboard Interaction Section. Change first bullet to * The listbox element is focusable. See Keyboard Navigation between Widgets.
Same with second bullet. First sentence is all we need. Move the 2nd sentence to states and properties. Need to clarify the difference between selection and focus in the description section (at end of 2nd paragraph perhaps)
Drop "Shift + F10: opens the context menu for the currently focused option if a context menu is available" Add Home and End (strongly recommended for items containing more than 5 items) to move focus to start/end of listbox Multiple Select: Come up with a better way to describe the multiple selection models. Try to clarify them into a general keystrokes for multiple selection and then add optional ones for the different models.
Drop Meaningless note about focus colour.
4th bullet - change to "If all items in the listbox are not present in the DOM (due to dynamic loading), then set their aria-setsize and aria-posinset accordingly; otherwise, this information cannot be computed for context by the user agent." Merge 2nd & 3rd bullets to "Each entry in the listbox should have a role option and should be a DOM child of listbox or referenced in the listbox by aria-owns."
Change last bullet to 'Each selected list item should have aria-selected set to "true" '
Editorial consistency on what list box entries are called in the aria states and properties section
Add stuff for multiselection (rough drafts... please edit) "If a listbox is multiselectable the listbox should have aria-multiselectable set to true" "If a listbox is multiselectable each option should have aria-selected set to true or false"