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
I would like to extend the Form field behavior — of a frozen what-intent while focused — to other elements.
At first, I created a hook, as you showed in #105.
But, it could be as simple as adding a data attribute, e.g.:
Also, it would be great if [data-whatintent-target] didn't have to be inside a <form>.
Use case:
When controlling a video player by clicking the progress slider and then clicking the left and right arrows,
I don't want to see accessibility markers, which kick in as soon as html[data-whatintent="keyboard"]
The text was updated successfully, but these errors were encountered:
I gave this a bit of thought and was considering going one further and creating an API function that would allow you to provide a parent container and list of focusable children. It could be used internally for forms but then available for things like your use case. Something like:
Hi, @ten1seven
I would like to extend the Form field behavior — of a frozen what-intent while focused — to other elements.
At first, I created a hook, as you showed in #105.
But, it could be as simple as adding a data attribute, e.g.:
Updating:
to:
Also, it would be great if
[data-whatintent-target]
didn't have to be inside a<form>
.Use case:
When controlling a video player by clicking the progress slider and then clicking the left and right arrows,
I don't want to see accessibility markers, which kick in as soon as
html[data-whatintent="keyboard"]
The text was updated successfully, but these errors were encountered: