@lotics/cli 0.178.0 → 0.179.0
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/src/cli.js +1 -1
- package/docs/building_an_app.md +11 -2
- package/package.json +1 -1
package/dist/src/cli.js
CHANGED
|
@@ -45711,7 +45711,7 @@ function resultSideEffects(result) {
|
|
|
45711
45711
|
}
|
|
45712
45712
|
|
|
45713
45713
|
// src/version.ts
|
|
45714
|
-
var VERSION = "0.
|
|
45714
|
+
var VERSION = "0.179.0";
|
|
45715
45715
|
|
|
45716
45716
|
// src/timezone.ts
|
|
45717
45717
|
function machineTimezone() {
|
package/docs/building_an_app.md
CHANGED
|
@@ -49,6 +49,14 @@ needs.
|
|
|
49
49
|
look at fill rates — a field that is present and empty on 90% of rows will not support the screen
|
|
50
50
|
you are about to design.
|
|
51
51
|
|
|
52
|
+
**That includes imagery.** If the entity has a likeness — a product, a property, a vehicle, a
|
|
53
|
+
person — its picture is the strongest identifier a register row can carry, and an empty image field
|
|
54
|
+
is a data gap to fill before you design around it (see `lotics docs composition`, §Character comes
|
|
55
|
+
from the DATA). Fill it the same way you fill any other field: put the file on the record. Where the
|
|
56
|
+
images do not exist yet, generate them out of band and `lotics file upload` + `update_records` them
|
|
57
|
+
on — and keep one style across the whole set, because a catalogue whose shots disagree about
|
|
58
|
+
lighting and background reads worse than one with no pictures at all.
|
|
59
|
+
|
|
52
60
|
## 4 — Typed field access
|
|
53
61
|
|
|
54
62
|
```
|
|
@@ -132,7 +140,8 @@ empty path — green, and proving nothing about the branch you care about.
|
|
|
132
140
|
Then prove it end to end without a screen:
|
|
133
141
|
|
|
134
142
|
```
|
|
135
|
-
lotics
|
|
143
|
+
lotics run run_app_workflow '{"app_id":"app_…","alias":"…","inputs":{…}}'
|
|
144
|
+
# exits non-zero on error, so it is assertable
|
|
136
145
|
```
|
|
137
146
|
|
|
138
147
|
A workflow is also how an app **produces a document** — an invoice, a debit note, a shipping
|
|
@@ -246,7 +255,7 @@ Once scaffolded, everything below happens locally:
|
|
|
246
255
|
edit src/workflows/<alias>.ts # or a screen, or a query
|
|
247
256
|
lotics app codegen # after any schema change
|
|
248
257
|
npm run typecheck # honest, because codegen is current
|
|
249
|
-
lotics
|
|
258
|
+
lotics run run_app_workflow '{"app_id":…,"alias":…}' # prove the mutation path
|
|
250
259
|
lotics app dev # prove the screen
|
|
251
260
|
…
|
|
252
261
|
lotics app workflow set <alias> # push the body; the server verifies
|