Skip to main content

Search and Top Navigation

#10713 new bug ()

Opened December 03, 2014 08:18AM UTC

Last modified December 04, 2014 03:42PM UTC

Autocomplete does not work with VoiceOver

Reported by: grom358 Owned by: grom358
Priority: minor Milestone: none
Component: ui.autocomplete Version: 1.11.2
Keywords: Cc:
Blocked by: Blocking:
Description

Mac OSX 10.9.5 + VoiceOver + Safari (also chrome 39 and firefox 34 were tested).

Using the autocomplete demo http://jqueryui.com/resources/demos/autocomplete/default.html and tying ja results in the following being heard:

  • 2 results are available, use up and down arrow keys to navigate.
  • ja

Press down arrow

  • v
  • Java
  • Java

Press down arrow

So from that test case I think it reads out the first letter of selection that different to what is already in the textbox. Then it reads out what was selected. Then it reads out what is now in the textbox.

Attachments (0)
Change History (5)

Changed December 03, 2014 06:42PM UTC by tj.vantoll comment:1

owner: → grom358
status: newpending

I can recreate the options being read twice, but not the single letters being read. I'm on OS X 10.10.1. Any idea whether a screen reader is supposed to read the selection and the contents of the textbox in this scenario? Personally I'm not sure what the user's expectation is here, but I don't think it's odd to read both.

Changed December 04, 2014 03:08AM UTC by grom358 comment:2

_comment0: Google search is a good example in my opinion, it reads the selected option and thats it. \ \ I have started to minic it here [http://grom.zeminvaders.net/autocomplete-aria] . From what I have gathered it seems aria-activedescendant on the input element stops it reading out the selected option twice. (Note my example is not complete yet as it doesn't tell you that there are list of autocomplete items to choose from). \ \ I attempted to modify jQuery UI Autocomplete but its using aria live regions. Which don't work at all for me in Firefox 34 + VoiceOver. Chrome behaves the same as Safari. \ \ Also in google search and my demo I've used role="listbox" and role="option" and this adds it saying blue text (1 of 4).. So you get an indication where you are in the list of options.1417662658285935
status: pendingnew

Google search is a good example in my opinion, it reads the selected option and thats it.

I have started to mimic it here http://grom.zeminvaders.net/autocomplete-aria . From what I have gathered it seems aria-activedescendant on the input element stops it reading out the selected option twice. (Note my example is not complete yet as it doesn't tell you that there are list of autocomplete items to choose from).

I attempted to modify jQuery UI Autocomplete but its using aria live regions. Which don't work at all for me in Firefox 34 + VoiceOver. Chrome behaves the same as Safari.

Also in google search and my demo I've used role="listbox" and role="option" and this adds it saying blue text (1 of 4).. So you get an indication where you are in the list of options.

Changed December 04, 2014 03:36AM UTC by scottgonzalez comment:3

We've gone down this road before. Please look through the history of the code to see why we've made the changes that we did. Obviously UA + AT support may have improved over time, so it's worth testing proper implementations again.

Changed December 04, 2014 08:02AM UTC by grom358 comment:4

Replying to [comment:3 scott.gonzalez]:

We've gone down this road before. Please look through the history of the code to see why we've made the changes that we did. Obviously UA + AT support may have improved over time, so it's worth testing proper implementations again.

Can you clarify what you mean by testing proper implementations again? I am testing using VoiceOver on Mac OS X 10.9.5.

Changed December 04, 2014 03:42PM UTC by scottgonzalez comment:5

Proper implementation meaning going back to what the ARIA spec and guidelines say instead of devolving to live region hacks.