E-mail List Archives
Re: optgroup
From: Terence de Giere
Date: Mar 9, 2004 11:45AM
- Next message: Leesa Lavigne: "Solution to Text Size Changer problem"
- Previous message: Jon Gunderson: "Re: ANNOUNCEMENT: Extensions to Internet Explorer that support people with disabilities and functional testing for accessibility"
- Next message in Thread: None
- Previous message in Thread: Tim Harshbarger: "RE: optgroup"
- View all messages in this Thread
Paul,
IBM Home Page Reader (HPR) version 3.02 gives your optgroup test page
the following rendering:
When "tabbling" through the SELECT list using the right arrow key, HPR
does not read the OPTGROUP element labels but just the OPTION elements:
Lunch menu:
(Start of select menu with 10 items.)
turkey sandwich[Selected.]
club sandwich[Off.]
BLT[Off.]
Macaroni salad[Off.]
Potato salad[Off.]
Cobb salad[Off.]
Caesar salad[Off.]
Chicken cordon bleu[Off.]
Meatloaf[Off.]
Seafood pasta[Off.]
(End of select menu.)
IBM Home page Reader is really more like an audio browser than a screen
reader even though it is based on Internet Explorer.
The now defunct pwWebSpeak audio browser also did not read the OPTGROUP
labels or display them in low vision mode, and displayed some erratic
code on the right side of the screen in low vision mode when entering
the list, although it did not read out this code.
The Windows port of the Lynx text browser did not display the OPTGROUP
labels
Support for display of OPTGROUP labels in Opera started with version 7,
but when moving through the list with the keyboard using the arrow keys,
they did not display - they display only when the list opens using the
mouse. The same occurs with the Mozilla browsers, from version 1.0 on up
to 1.7, and that should include Netscape 6 and 7. The same for Internet
Explorer. It seems OPTGROUP is only activated with mouse cursor actions.
You might add a submit button to the test form and a dummy web page
address for the action attribute so you can test behavior after exiting
the select element.
It would appear that the SELECT list OPTIONs need to be written for
comprehension that degrades gracefully because OPTGROUP labels are not
accessible in a number of situations with the current and past browsers
and readers. In your example it is clear what all the items are even
without the OPTGROUP labels.
I am presuming when Tim got the label to read, the list was open on the
screen so the text of the OPTGROUP label printed to the screen. Is that
right? It would appear some fundamental support for OPTGROUP in the
browser itself is missing. In the HTML/xhtml specifications, an
unrecognized element should have its content rendered if possible, but
not its attributes. Here the content is the OPTION elements, but the
label is an attribute. There are a number of quirks in browsers where an
element is supported for mouse actions but not keyboard.
Another feature of SELECT lists that might be problematical with some
browsers is the attribute multiple="multiple", allowing selection of
multiple items. There are some obscure keyboard commands in IE and
Netscape 4 for this but I haven't got it to work from the keyboard with
other browsers, but users more familiar with other browsers may know
tricks I don't.
Terence de Giere
<EMAIL REMOVED>
----
To subscribe, unsubscribe, suspend, or view list archives,
visit http://www.webaim.org/discussion/
- Next message: Leesa Lavigne: "Solution to Text Size Changer problem"
- Previous message: Jon Gunderson: "Re: ANNOUNCEMENT: Extensions to Internet Explorer that support people with disabilities and functional testing for accessibility"
- Next message in Thread: None
- Previous message in Thread: Tim Harshbarger: "RE: optgroup"
- View all messages in this Thread