You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 25, 2019. It is now read-only.
This gets to the design of the thing we are proposing and how to attack it, but it seems like a system in which you can register a way to determine if it is in a particular modality would allow a single registration/processing point and separate the problem nicely - then keyboard modality would be just the only one we're proposing/have implemented for now - would become easier to evaluate others?
The text was updated successfully, but these errors were encountered:
The proposal that actually got to the CSSWG punted this to phase two, but the polyfill allows you to add [supports-modality=keyboard] to suggest that this be treated as an element for which the primary modality is 'keyboardy' like inputs rather than not like buttons.
This gets to the design of the thing we are proposing and how to attack it, but it seems like a system in which you can register a way to determine if it is in a particular modality would allow a single registration/processing point and separate the problem nicely - then keyboard modality would be just the only one we're proposing/have implemented for now - would become easier to evaluate others?
The text was updated successfully, but these errors were encountered: