@jsenv/navi 0.29.219 → 0.29.220
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.map +2 -2
- package/dist/jsenv_navi.js.map +2 -2
- package/docs/actions.md +11 -0
- package/package.json +1 -1
package/docs/actions.md
CHANGED
|
@@ -244,6 +244,17 @@ invisible at the call site and expensive on screen: the request then leaves with
|
|
|
244
244
|
the gesture instead of with the screen, one waterfall behind everything else the
|
|
245
245
|
address needed.
|
|
246
246
|
|
|
247
|
+
**A route action is a read.** The parameter says whose data it is; it does not
|
|
248
|
+
say who may ask for it. An address asks again on every arrival — a reload, a
|
|
249
|
+
pasted link, a step back — which is exactly what a read is for and what a write
|
|
250
|
+
cannot survive: `POST /users/:id/invitations` hung on `/users/:id` mints a token
|
|
251
|
+
per reload, for ever, and nothing at the call site says so. So a run that writes
|
|
252
|
+
belongs to the component that decided to write, whatever its parameter, and
|
|
253
|
+
`{ run: true }` is what says it. That is the shape of a request prepared for a
|
|
254
|
+
gesture — a token a share button must already hold when it is pressed, since the
|
|
255
|
+
OS share sheet only opens inside the gesture and never after an `await`: it runs
|
|
256
|
+
at mount because the press cannot wait for it, not because the address changed.
|
|
257
|
+
|
|
247
258
|
`{ onLoad }` is what the screen does with the data **once, when it becomes
|
|
248
259
|
known** — seed the fields someone is about to edit, focus something, remember
|
|
249
260
|
where a list was:
|