@esfaenza/flow-builder 20.3.1 → 20.3.2

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 CHANGED
@@ -218,6 +218,27 @@ con la via d'uscita: scrivere quel risultato in una variabile.
218
218
  `Object` / `Enum`, `scale` solo sui numerici, costanti che non possono referenziare risorse,
219
219
  `stageOrder` distinti.
220
220
 
221
+ **Oggetti e campi.** Ogni punto che chiede un'entita' o un suo campo usa lo stesso controllo:
222
+ `<fb-object-picker>` e `<fb-field-picker>`, una casella con autocomplete che filtra il catalogo
223
+ mentre si scrive. Un `<select>` andava bene con dieci entita', non con trecento; e dove il
224
+ catalogo non arriva il controllo resta lo stesso, con un avviso, invece di degradare in un
225
+ campo di testo cieco. La scrittura libera e' voluta — i percorsi di relazione
226
+ (`Cliente.Citta`) non sono enumerabili e il catalogo dell'host puo' essere incompleto — ma un
227
+ nome fuori catalogo viene segnalato subito, prima che il backend risponda `OBJECT_UNKNOWN` o
228
+ `FIELD_UNKNOWN`. Il campo si chiede sempre con l'uso giusto (`filterable`, `sortable`,
229
+ `updateable`), che decide sia l'elenco sia il testo dell'avviso: "non filtrabile" e "non
230
+ aggiornabile" sono errori diversi. Restano `<select>` i dizionari chiusi — tipi di dato,
231
+ operatori, enumerazioni — dove non c'e' niente da scrivere a mano.
232
+
233
+ Lo stesso controllo, nella variante `<fb-name-picker>`, vale per i nomi che dipendono dal
234
+ contesto e non da un catalogo di schema: il flow di uno step in background e dei suoi
235
+ evaluation flow, il flow invocato da un Subflow, le variabili di input e output **del flow
236
+ invocato**. Qui l'elenco arriva da chi ospita il picker (`listSubflowCandidates`, le variabili
237
+ della definizione caricata), e un elenco vuoto resta "non lo so": il campo si scrive a mano e
238
+ non si accusa nessun nome. Con l'elenco popolato, invece, un nome che non c'e' e' segnalato —
239
+ ed e' la differenza rispetto al `datalist` che questi campi usavano prima, che accettava
240
+ qualunque cosa in silenzio.
241
+
221
242
  **Problemi.** Pannello con filtro per gravita', navigazione all'elemento con un clic,
222
243
  validazione su pausa di digitazione (debounce 400 ms) e l'avvertenza che l'assenza di rilievi
223
244
  non e' una garanzia di correttezza.