-
Notifications
You must be signed in to change notification settings - Fork 26
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
Input Modality as a UACH #82
Comments
In CSS, you have window.matchMedia('(any-pointer: coarse)').matches In theory, this could be exposed in the form of |
I think a collection of client hints to capture input modality, as well as other form-factor / device characteristics could be interesting (e.g., has a screen, or doesn't). Input modality could perhaps capture VR as well? |
I think it's a good idea as a high entropy hint. I do wonder about ossification (I actually think we need some more specific instructions on client hints, but maybe that's for another issue) Right now, I believe there's only three method available that make a qualifying event: keyboard, mouse, and touch. Those'd probably be a good place to start, and maybe if there's ever any more input events we can add them. |
(I just remembered there's the Gamepad API as well) |
It would be great to have input modality (mouse, touch, etc) be passed on each request by Chrome as a User Agent Client Hint (UACH). It would help in determining how people use sites and allows for different UIs and the like when users are using different input modalities.
Any interest in creating this as a UACH?
The text was updated successfully, but these errors were encountered: