-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
commit message should say datepicker instead of dialog |
…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.
92fbb5c
to
ccbc7f9
Compare
…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)
…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.
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Resolves the following accessibility issues when the datepicker is in touch UI mode:
position: static
andoverflow: 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.