WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: ARIA Combobox Update, Differences between ARIA 1.1 and 1.2 and Responsive Design Considerations.

for

From: Bryan Garaventa
Date: Nov 7, 2022 4:17PM

That is what I would expect to ensure accessibility for non-sighted users using VoiceOver on iOS, which is why this one is set to behave in this manner.
https://whatsock.com/Templates/Comboboxes/Native%20Inputs,%20Editable%20and%20Readonly/index.htm
Otherwise it is impossible for a blind screen reader user to know that a list of suggested options has dynamically appeared, nor if the newly rendered content is relevant to their search criteria while typing. A sighted user has the advantage of glancing at the suggested items list while typing, but the only way for a blind person to receive the same level of information is to announce the first most-relevant search result.

I just confirmed this works correctly on the above template in iOS16 using an iPhone and iPad, both with a bluetooth keyboard and without one connected.

This particular behavior, however, is not part of the design pattern for Combobox in the ARIA spec, so it is likely that most developers will not think to add it.


Bryan Garaventa
Principal Accessibility Architect
Level Access, Inc.
<EMAIL REMOVED>
415.624.2709 (o)
www.LevelAccess.com

-----Original Message-----
From: Sonja Weckenmann < <EMAIL REMOVED> >
Sent: Monday, November 7, 2022 12:19 PM
To: WebAIM Discussion List < <EMAIL REMOVED> >
Cc: Bryan Garaventa < <EMAIL REMOVED> >
Subject: Re: [WebAIM] ARIA Combobox Update, Differences between ARIA 1.1 and 1.2 and Responsive Design Considerations.

WARNING: The sender of this email could not be validated and may not match the person in the "From" field.

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Hi,

thanks a lot for the explanations.
Without a mobile Bluetooth keyboard, you would expect that double tapping the edit field would result in the screen reader announcing the first suggestion, and that is not the case right now, right?

All the best,
sonja


Am 2022-11-07 19:22, schrieb Bryan Garaventa via WebAIM-Forum:
> To clarify one point about the mobile Bluetooth keyboard, when you set
> focus on an edit field by double tapping it, using the left/right
> arrow keys will move focus inside that edit field similar to a desktop
> computer. However as soon as you touch the screen outside of that
> control, using the same left/right arrow keys will move reading focus
> outside of it.
>
>
> Bryan Garaventa
> Principal Accessibility Architect
> Level Access, Inc.
> <EMAIL REMOVED>
> 415.624.2709 (o)
> www.LevelAccess.com
>
> -----Original Message-----
> From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of
> Bryan Garaventa via WebAIM-Forum
> Sent: Monday, November 7, 2022 10:18 AM
> To: WebAIM Discussion List < <EMAIL REMOVED> >
> Cc: Bryan Garaventa < <EMAIL REMOVED> >
> Subject: Re: [WebAIM] ARIA Combobox Update, Differences between ARIA
> 1.1 and 1.2 and Responsive Design Considerations.
>
> CAUTION: This email originated from outside of the organization. Do
> not click links or open attachments unless you recognize the sender
> and know the content is safe.
>
>
> Hi,
> No problem. 😊
>
> Regarding the reference to mobile platforms, yes I am referring to
> touch. When you attach a keyboard via Bluetooth to one of these such
> as an iPhone or iPad, it doesn't actually work in the same way as a
> standard keyboard on a desktop/laptop computer. E.G. The left/right
> arrow keys on a mobile device Bluetooth keyboard simply perform the
> same action as the selected gesture such as swiping up/down with one
> finger to move by character or whatever navigation mode is active such
> as word or line etc. This results in the same issue where the reading
> focus is no longer in the input field where aria-activedescendant is
> being set. From what I recall, it may be possible to double-tap the
> edit field and start typing without moving focus away, in which case
> the first suggested option should be announced on the mobile device.
> It is then impossible though to press the down arrow to navigate
> through the list of available suggestions as you can on a
> desktop/laptop system, but you instead need to touch the screen to see
> which options are available on the mobile device. At least, this is
> what happens when I use my own Bluetooth keyboard. If others notice a
> different behavior with theirs please let me know.
>
> About support issues in Mac OSX, I actually have no idea what the
> current status of this is since it has been so difficult to track.
> Some say it's fixed and others say it isn't, which is very confusing.
> Here is one of the bugs that indicates just how ambiguous all of this
> has been.
> https://bugs.webkit.org/show_bug.cgi?id7671
>
> Since I don't actually use a Mac, if others can file new bugs about
> this it would be helpful.
>
> All the best,
> Bryan
>
>
> Bryan Garaventa
> Principal Accessibility Architect
> Level Access, Inc.
> <EMAIL REMOVED>
> 415.624.2709 (o)
> www.LevelAccess.com
>
> -----Original Message-----
> From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of
> Sonja Weckenmann
> Sent: Sunday, November 6, 2022 4:22 AM
> To: WebAIM Discussion List < <EMAIL REMOVED> >
> Subject: Re: [WebAIM] ARIA Combobox Update, Differences between ARIA
> 1.1 and 1.2 and Responsive Design Considerations.
>
> CAUTION: This email originated from outside of the organization. Do
> not click links or open attachments unless you recognize the sender
> and know the content is safe.
>
>
> Hi,
>
> Thanks for sharing this helpful article about the combobox pattern 1.2.
>
> I would be very interested in more details about the lack of Voice
> Over support for aria-activedescendant for the combobox with mobile devices.
> Are you talking about touch or keyboard operation with mobile devices?
> What exactly are the expectations if you mean using the widget with
> touch gestures? Should double tap on the input, move focus to the
> first list item (and announce that item)? Is that what you mean?
>
> And regarding VoiceOver on macOS, am I right in assuming there are
> also issues regarding screen reader support? Neither text input nor
> using the arrow key to open the combobox makes the screen reader
> announce the expanded state. What is more, when traversing options of
> the listbox these options are not read out.
> Can you or anyone confirm these results, as I am not a native screen
> reader user?
>
> Thanks a lot.
> All the best,
> sonja
>
>
>
> Am 2022-10-25 00:52, schrieb Bryan Garaventa via WebAIM-Forum:
>> In case it's of interest, the following article discusses the latest
>> guidance for role=combobox and how it differs from the 1.1 design
>> pattern.
>> https://www.linkedin.com/pulse/aria-combobox-update-differences-betwe
>> e
>> n-11-12-design-bryan-garaventa/
>>
>> All the best,
>> Bryan
>>
>>
>> Bryan Garaventa
>> Principal Accessibility Architect
>> Level Access, Inc.
>> <EMAIL REMOVED> <mailto: <EMAIL REMOVED>
>> m
>> >
>> 415.624.2709 (o)
>> www.LevelAccess.com<;http://www.LevelAccess.com>;
>>
>> >> >> archives at http://webaim.org/discussion/archives
>> > > > archives at http://webaim.org/discussion/archives
> > > > archives at http://webaim.org/discussion/archives
> > > > archives at http://webaim.org/discussion/archives
>