-
Notifications
You must be signed in to change notification settings - Fork 38
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
Declarative syntax for focus looping #1
Comments
I suspect it may be fairly typical in a vertically scrolling document to want the focus to wrap from the left side to the right one (and vice versa), but not from the top to the bottom. The former is a convenient shortcut, but the later could be disorienting. The suggestion by @jihyerish would address that, so I am supportive. However, I think the API suggested in #6 could let authors build this on their own. So maybe we should do that first, and come back to this when we have more data about what authors commonly try to achieve. |
Vertically wrapping around seems like it would only make sense in very specific contexts (e.g. vertically laid out menus) - in a document context this just doesn't sound natural. |
Modify the terminology and fix spelling errors
I think |
@anawhj |
Example 7 Now covers how to add this behavior in Javascript. Closing this issue, as we do not plan to address it from a syntax point of view in level 1 (keeping the "level 2" label, so that we can find it later). |
Merge from WICG/spartial-navigation
Fixed a bug of Enter key behavior.
In the initial proposal for
nav-loop
which specifies an ability about the focus looping, it didn't regard the looping for each axis separately.@frivoal pointed out considering define the focus looping for each axis.
How about adding values to nav-loop for it? Something like:
Each value means:
or having separate properties can be another possibility for this:
The text was updated successfully, but these errors were encountered: