@jsenv/navi 0.29.193 → 0.29.194
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/dev/jsenv_navi.js +58 -2
- package/dist/dev/jsenv_navi.js.map +2 -2
- package/dist/jsenv_navi.js.map +2 -2
- package/docs/interactions.md +12 -9
- package/package.json +1 -1
package/docs/interactions.md
CHANGED
|
@@ -161,11 +161,12 @@ rows, a row that leaves): navi does not make it disappear.
|
|
|
161
161
|
All four are the same gesture — the element is picked up and carried — and what
|
|
162
162
|
differs is the release. One detector reads them all, because it is one press.
|
|
163
163
|
|
|
164
|
-
`toss` **combines** with
|
|
165
|
-
element changes places, thrown far and fast it is gotten rid of.
|
|
166
|
-
`reorder` and `land`
|
|
167
|
-
|
|
168
|
-
|
|
164
|
+
`toss` **combines** with `reorder` and with `land`: dropped on another item the
|
|
165
|
+
element changes places, thrown far and fast it is gotten rid of. It does **not**
|
|
166
|
+
combine with `move`, and neither do `reorder` and `land` with each other — one
|
|
167
|
+
release cannot mean two of those. Declared together, the copy-carrying one wins
|
|
168
|
+
and `move` is never answered — the element itself never travels, and a release
|
|
169
|
+
that is not the other outcome means nothing at all (a dev warning says so).
|
|
169
170
|
|
|
170
171
|
`move` carries the element ITSELF and leaves it where it was put; the others
|
|
171
172
|
carry a copy and put the original back. That is the same difference said in layout
|
|
@@ -187,11 +188,12 @@ be a scroll container at all (`overflow` anything but `visible`), since there is
|
|
|
187
188
|
nothing else for "inside" to mean. A `move` whose answer rejects travels back, because a
|
|
188
189
|
place the application would not accept must not stay on screen as if it had.
|
|
189
190
|
|
|
190
|
-
**
|
|
191
|
+
**A copy that can be thrown frees its own area.** What is dragged is otherwise kept
|
|
191
192
|
inside its scroll area — right for a reorder, since a row belongs to its list, and
|
|
192
193
|
fatal for a throw: the copy hits the edge of the list, no distance is ever covered,
|
|
193
|
-
so no throw can happen and no sideways movement is even visible. So
|
|
194
|
-
|
|
194
|
+
so no throw can happen and no sideways movement is even visible. So `toss` lifts
|
|
195
|
+
that constraint for the copy it carries — it is not a way to free a `move`, which
|
|
196
|
+
says `data-drag-free`.
|
|
195
197
|
|
|
196
198
|
```jsx
|
|
197
199
|
<List.Item
|
|
@@ -355,7 +357,8 @@ carried does not stand among the places — a palette BESIDE the surface it fill
|
|
|
355
357
|
marker drawn INSIDE the surface it can be put back on — say what holds both with
|
|
356
358
|
`data-drop-container`. It holds the places rather than being one, so it goes on an
|
|
357
359
|
ancestor of them: a surface that is itself the place is never found from inside
|
|
358
|
-
itself.
|
|
360
|
+
itself. Missed, nothing lands and nothing says why — so the first press on a
|
|
361
|
+
`land` with no place in reach warns, and names the surface it is standing on.
|
|
359
362
|
|
|
360
363
|
```jsx
|
|
361
364
|
<div data-drop-container>
|