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

Consideration of keyup event for Polyfill instead of keydown #4758

Closed
joe-watkins opened this issue Feb 7, 2020 · 1 comment
Closed

Consideration of keyup event for Polyfill instead of keydown #4758

joe-watkins opened this issue Feb 7, 2020 · 1 comment

Comments

@joe-watkins
Copy link

joe-watkins commented Feb 7, 2020

In the polyfill, keydown event and mouseup event are used for the spatial navigation.

I'm curious to see if there is a great case for leveraging a keydown event as apposed to a keyup event. Keyboard users who may have mobility/dexterity type disabilities could benefit from an event that they have more control over the timing of it being fired. e.g. someone with tremors using a keyboard.

WCAG 2.1 A 2.5.2 Pointer Cancellation currently speaks to this concept for touch/mouse. (should clearly extend to keyboard events IMO)
https://www.w3.org/WAI/standards-guidelines/wcag/new-in-21/#252-pointer-cancellation-a

Browser manufacturers may be looking to the polyfill for guidance and I was interested in seeing if maybe a keyup event could be the default vs requiring an override.

https://wicg.github.io/spatial-navigation/#handling-browser-events

@jihyerish
Copy link
Contributor

Thanks for raising this issue!

However, this issue is about the spatial navigation polyfill, not the spec.
Issues about the polyfill have been discussed in https://github.com/WICG/spatial-navigation,
so I've migrated this issue to WICG/spatial-navigation#214.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants