@jsenv/navi 0.29.86 → 0.29.88
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/jsenv_navi.js +908 -2255
- package/dist/jsenv_navi.js.map +13 -12
- package/docs/autofocus.md +20 -12
- package/package.json +1 -1
package/docs/autofocus.md
CHANGED
|
@@ -82,17 +82,24 @@ itself.
|
|
|
82
82
|
|
|
83
83
|
## On a touch device: the surface is what one arrives on
|
|
84
84
|
|
|
85
|
-
Where the keyboard is a virtual one — anything answering `pointer: coarse` —
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
the
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
85
|
+
Where the keyboard is a virtual one — anything answering `pointer: coarse` — an
|
|
86
|
+
arrival drops step 3 of the ladder entirely: the focus goes where something
|
|
87
|
+
ASKED for it, and otherwise to the surface itself.
|
|
88
|
+
|
|
89
|
+
Every arrival, not just a popup opening. A slide travelling in (so a
|
|
90
|
+
`RouteTravel` screen too) hands out the focus the same way and loses the same
|
|
91
|
+
thing by landing on the first focusable — more of it, even, a screen having more
|
|
92
|
+
above the fold than a popup. Its surface is the `SlideContainer` box, which is
|
|
93
|
+
what takes the keyboard when the slide holds nothing that can, so the arrows
|
|
94
|
+
keep working from there.
|
|
95
|
+
|
|
96
|
+
The condition is the device, not the shape of what arrives and not the gesture
|
|
97
|
+
that brought it. A virtual keyboard is a fact about the screen: it costs a third
|
|
98
|
+
of the height whatever raised it, and an arrival with no pointer in it at all —
|
|
99
|
+
a popup opened by the page loading, a travel asked for by code — is exactly the
|
|
100
|
+
one that must not be answered "no keyboard here". Docking only makes the cost
|
|
101
|
+
more visible (a bottom sheet is short, so there is less room to lose before the
|
|
102
|
+
title goes), it is not what creates it.
|
|
96
103
|
|
|
97
104
|
Withdrawing only the FIELDS would not be enough either. The first focusable is
|
|
98
105
|
wherever the content happens to put it — and in a popup that explains before it
|
|
@@ -105,7 +112,8 @@ Nothing to pass, and nothing to remember per call site.
|
|
|
105
112
|
|
|
106
113
|
### Opting a field back in
|
|
107
114
|
|
|
108
|
-
Some popups really are opened to type in: one comment box,
|
|
115
|
+
Some popups — and some screens — really are opened to type in: one comment box,
|
|
116
|
+
one rename field.
|
|
109
117
|
There, the field says so itself, and that beats the device — step 2 of the
|
|
110
118
|
ladder comes before step 3 was ever skipped.
|
|
111
119
|
|