Opened 4 years ago

Closed 4 years ago

#7848 closed bug (notabug)

Spinner: accessibility

Reported by: ezufelt Owned by: scottgonzalez
Priority: minor Milestone: 1.9.0
Component: [meta] ui.dev Version: git (not yet released)
Keywords: a11y Cc:
Blocked by: Blocking:

Description (last modified by scottgonzalez)

Firefox 7.0.1 JAWS 13 Spinner demo 1.9pre

Problem

  1. JAWS reports as a spinner, but doesn't indicate that up / down arrows change value. Perhaps, since this is a relatively new control on the web a default, or recommended, tooltip would be useful.
  2. Up button has no name, down button has name of 'black down pointing triangle'.
  3. Up / down buttons do not appear to receive focus.

Solution

  1. Make sure that up / down buttons have appropriate accessible names
  2. Make sure that up / down buttons can receive keyboard focus * this may be annoying as for N spinners there would be N*3 tab stops, thoughts?

Change History (6)

comment:1 Changed 4 years ago by scottgonzalez

  • Component changed from ui.core to [meta] ui.dev
  • Description modified (diff)
  • Keywords a11y added
  • Version changed from 1.8.16 to git

We're intentionally forcing focus to the text field when you interact with the buttons. The idea is that screen reader users should just use the arrow keys instead of the buttons. What kind of interaction do you get from a desktop spinner field?

comment:2 Changed 4 years ago by ezufelt

I just tested a spinner (font size) in Firefox options. When tabbing to the spinner JAWS reads: "Size combo box. To change selection use the arrow keys".

This is likely a true combo and not a spinner. I do see what you're saying, I tab to, and then past, the spinner, without landing on the up / down buttons (if they are present).

Since all of the functionality is available without access to the buttons, and since the buttons clutter the set of focusable controls, I agree that they should remain as they are now.

comment:3 Changed 4 years ago by jzaefferer

I've talked to Hans twice about the right role, and our use of role=spinbutton is correct. I don't see how we could get the screenreader to announce that up/key cursor keys can be used.

comment:4 Changed 4 years ago by scottgonzalez

  • Owner set to scott.gonzalez
  • Status changed from new to assigned

I'll post to free-aria abou this.

comment:6 Changed 4 years ago by scottgonzalez

  • Resolution set to invalid
  • Status changed from assigned to closed

There doesn't appear to be anything we should be doing differently.

Note: See TracTickets for help on using tickets.