@esfaenza/flow-builder 20.3.56 → 20.3.57
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/README.md +16 -4
- package/fesm2022/esfaenza-flow-builder.mjs +197 -35
- package/fesm2022/esfaenza-flow-builder.mjs.map +1 -1
- package/index.d.ts +70 -10
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -173,7 +173,8 @@ sono opzionali e rifiutano con `MissingService` se non sovrascritti.
|
|
|
173
173
|
|
|
174
174
|
**Errori.** Ogni metodo, in caso di rifiuto, deve fallire con un `FlowApiError`
|
|
175
175
|
categorizzato (§10). L'editor si comporta in base alla `category`, mai leggendo il
|
|
176
|
-
messaggio: `NotEditable`
|
|
176
|
+
messaggio: `NotEditable` (la versione e' **diventata** quella attiva) rilegge l'elenco versioni,
|
|
177
|
+
e da lì compare «Nuova versione» al posto di «Salva»,
|
|
177
178
|
`VersionConflict` apre il banner con «ricarica» / «salva come nuova versione»,
|
|
178
179
|
`ValidationFailed` apre il pannello dei problemi con il payload.
|
|
179
180
|
|
|
@@ -948,9 +949,20 @@ esegue il flow, e cambiarlo su un documento già scritto lo lascia pieno di rife
|
|
|
948
949
|
da quel momento non esistono — senza che nessuna primitiva del backend rimedi. Un host che crea i
|
|
949
950
|
flow da sé (come la demo) il tipo lo chiede lì, e lo passa a `emptyFlowDefinition`.
|
|
950
951
|
|
|
951
|
-
**Versioni.** Elenco con stato, «Nuova versione» al posto di «Salva»
|
|
952
|
-
attivazione bloccata finche' ci sono errori, eliminazione dietro
|
|
953
|
-
spiega il rischio per le esecuzioni sospese.
|
|
952
|
+
**Versioni.** Elenco con stato, «Nuova versione» al posto di «Salva» sulla versione **attiva** —
|
|
953
|
+
l'unica che non si modifica (§8) — attivazione bloccata finche' ci sono errori, eliminazione dietro
|
|
954
|
+
una conferma esplicita che spiega il rischio per le esecuzioni sospese.
|
|
955
|
+
|
|
956
|
+
Una versione **superata** si modifica come una bozza, ma non e' la stessa cosa, e le differenze
|
|
957
|
+
sono tre. Salvata **torna bozza** (lo dice lo `status` della risposta), quindi per rimetterla in
|
|
958
|
+
produzione va riattivata. Si sovrascrive solo **mandandone il numero**: un salvataggio senza
|
|
959
|
+
`version` non la sceglie mai — ed e' una ragione in piu' per cui l'editor il numero lo manda sempre.
|
|
960
|
+
E il **primo salvataggio si conferma**: un'esecuzione sospesa nata quando quella versione era
|
|
961
|
+
attiva riprende sulla definizione modificata, e se il node su cui era ferma non c'e' piu' fallisce —
|
|
962
|
+
il backend non puo' saperlo al posto di chi salva. La barra della conferma offre anche «Salva come
|
|
963
|
+
nuova versione», che lascia la superata com'era. `isEditable` vale per tutt'e due i casi, e non va
|
|
964
|
+
letto come «e' una bozza»: per quello c'e' `status`, come `hasDraft` nell'elenco dei flow conta le
|
|
965
|
+
sole bozze.
|
|
954
966
|
|
|
955
967
|
**Eliminare il flow intero e' dell'ospite.** Il pannello versioni si ferma alla **versione**: il
|
|
956
968
|
flow lo toglie chi integra, perche' il builder edita un flow già aperto e l'elenco da cui toglierlo
|