Calendar keyboard navigation accessibility

[damyanpetev]

Is your feature request related to a problem? Please describe.

Related to #6272, after looking at the descriptions for calendar in the datepicker example:
"calendar that uses the grid pattern"
"as specified in the grid design pattern, only one button in the calendar grid is in the Tab sequence."

In other words, tab navigation through the calendar is supposed to allow you to jump through the prev/next buttons, the year/month pickers and the calendar grid itself. Right now the calendar handles the tab as it would cursor keys, which is super tedious.

Describe the solution you'd like

The tab navigation of the calendar should allow you to jump through the separate groups and have a single tab stop for the actual calendar grid.

Additional context

I realize this is a behavior change from the current implementation, but the way the spec describes the behavior seems very reasonable, so I'm logging this as an enhancement.

[damyanpetev]

Actually, I don't see that in the spec.. Is this Tab behavior simply a side-effect of the date elements being focusable?

[hanastasov]

Actually, I don't see that in the spec.. Is this Tab behavior simply a side-effect of the date elements being focusable?

Currently, we just let the browser handle the tabs as it would. I don'` know if this was intentional, I guess yes. There are some tweaks though that skip a disabled/non-visible date when tabbing.

[github-actions]

There has been no recent activity and this issue has been marked inactive.

[zdrawku]

@radomirchev does "Next Milestone Draft" means that this issue is planned for the next milestone?

[radomirchev]

@zdrawku it is a draft, not a final version. It is under consideration to be included in the next milestone.

[github-actions]

There has been no recent activity and this issue has been marked inactive.