Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[calendar] Date bounds not clear for SR user. #195

Closed
erikkroes opened this issue Jul 22, 2019 · 3 comments
Closed

[calendar] Date bounds not clear for SR user. #195

erikkroes opened this issue Jul 22, 2019 · 3 comments
Labels
a11y Related to A11Y bug Something isn't working

Comments

@erikkroes
Copy link
Collaborator

When using a screen reader, it is not clearly communicated when a minimum or maximum date is reached. The keyboard navigation for these dates seems to be partially undefined.
For example, using VO+Safari, the screen reader stops using the keyboard interaction that lion offers. It tries to navigate the dates out of range as if they were normal text.

Following the pattern mentioned in #194 would be a solution for navigation.

This would still leave an issue. It would be hard for a screen reader user to know whether they are browsing a disabled date, or are outside the selectable date range. A text like ", before selectable date range" could be appended to the accessible name. Although I think there might be better phrasing. Suggestions welcome.

@erikkroes erikkroes added bug Something isn't working a11y Related to A11Y labels Jul 22, 2019
@ovidiu1
Copy link
Contributor

ovidiu1 commented Jan 1, 2020

#468

@daKmoR
Copy link
Collaborator

daKmoR commented May 4, 2021

  1. use div instead of button
  2. put states (aria-disabled, aria-pressed, aria-current) on td role="gridcell"
  3. for disabled dates put only aria-disabled (no change to aria-label)
  4. for disabled dates before minDate => aria-describe-by... element with before first available date
  5. for disabled dates after maxDate => aria-describe-by... element with after last available date
  6. Do not force any "automatic" assistance for finding available dates to keyboard users

What to test

  • VO + safari
  • NVDIA + Firefox
  • JAWS + chrome

@daKmoR
Copy link
Collaborator

daKmoR commented May 4, 2021

if unclear - I'm picking this and the other calendar a11y bugs up

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a11y Related to A11Y bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants