Skip to content

fix(material/datepicker): a couple of accessibility issues in touch UI mode #21228

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

Merged
merged 1 commit into from
Jan 6, 2021

Conversation

crisbeto
Copy link
Member

@crisbeto crisbeto commented Dec 6, 2020

Resolves the following accessibility issues when the datepicker is in touch UI mode:

  • Focus was going directly to the close button, because that's the first element that the dialog's focus trap was running into. I've disabled the automatic focus redirection since the calendar has its own.
  • The calendar close button for screen readers was off-screen, because the dialog container has position: static and overflow: auto.

Apart from the two issues above, I've also made it so the screen reader button's theme color matches the one of the calendar. This is mostly so the button doesn't look out of place if the calendar has a different theme and the user tabs into it.

@crisbeto crisbeto added P2 The issue is important to a large percentage of users, with a workaround Accessibility This issue is related to accessibility (a11y) area: material/datepicker labels Dec 6, 2020
@crisbeto crisbeto requested a review from mmalerba as a code owner December 6, 2020 12:44
@google-cla google-cla bot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Dec 6, 2020
Copy link
Contributor

@mmalerba mmalerba left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@mmalerba mmalerba added merge: fix commit message When the PR is merged, rewrites/fixups of the commit messages are needed action: merge The PR is ready for merge by the caretaker labels Dec 9, 2020
@mmalerba
Copy link
Contributor

mmalerba commented Dec 9, 2020

commit message should say datepicker instead of dialog

@crisbeto crisbeto changed the title fix(material/dialog): a couple of accessibility issues in touch UI mode fix(material/datepicker): a couple of accessibility issues in touch UI mode Dec 9, 2020
…I mode

Resolves the following accessibility issues when the datepicker is in touch UI mode:
* Focus was going directly to the close button, because that's the first element
that the dialog's focus trap was running into. I've disabled the automatic
focus redirection since the calendar has its own.
* The calendar close button for screen readers was off-screen, because the
dialog container has `position: static` and `overflow: auto`.

Apart from the two issues above, I've also made it so the screen reader button's
theme color matches the one of the calendar. This is mostly so the button
doesn't look out of place if the calendar has a different theme and the user
tabs into it.
@crisbeto crisbeto force-pushed the datepicker-close-button-a11y branch from 92fbb5c to ccbc7f9 Compare December 9, 2020 21:50
@crisbeto crisbeto removed the merge: fix commit message When the PR is merged, rewrites/fixups of the commit messages are needed label Dec 9, 2020
@wagnermaciel wagnermaciel added the target: patch This PR is targeted for the next patch release label Dec 11, 2020
@annieyw annieyw merged commit f7bd224 into angular:master Jan 6, 2021
annieyw pushed a commit that referenced this pull request Jan 6, 2021
…I mode (#21228)

Resolves the following accessibility issues when the datepicker is in touch UI mode:
* Focus was going directly to the close button, because that's the first element
that the dialog's focus trap was running into. I've disabled the automatic
focus redirection since the calendar has its own.
* The calendar close button for screen readers was off-screen, because the
dialog container has `position: static` and `overflow: auto`.

Apart from the two issues above, I've also made it so the screen reader button's
theme color matches the one of the calendar. This is mostly so the button
doesn't look out of place if the calendar has a different theme and the user
tabs into it.

(cherry picked from commit f7bd224)
wagnermaciel pushed a commit to wagnermaciel/components that referenced this pull request Jan 14, 2021
…I mode (angular#21228)

Resolves the following accessibility issues when the datepicker is in touch UI mode:
* Focus was going directly to the close button, because that's the first element
that the dialog's focus trap was running into. I've disabled the automatic
focus redirection since the calendar has its own.
* The calendar close button for screen readers was off-screen, because the
dialog container has `position: static` and `overflow: auto`.

Apart from the two issues above, I've also made it so the screen reader button's
theme color matches the one of the calendar. This is mostly so the button
doesn't look out of place if the calendar has a different theme and the user
tabs into it.
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Feb 6, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Accessibility This issue is related to accessibility (a11y) action: merge The PR is ready for merge by the caretaker area: material/datepicker cla: yes PR author has agreed to Google's Contributor License Agreement P2 The issue is important to a large percentage of users, with a workaround target: patch This PR is targeted for the next patch release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants