@esfaenza/flow-builder 20.3.58 → 20.3.59

package/README.md

@@ -637,7 +637,13 @@ Le cose che riguardano l'editor, e non il runtime:
   Il rilievo sta sull'output e nomina il trigger, perche' con due trigger — uno di riga e uno no —
   la stessa destinazione e' giusta per l'uno e sbagliata per l'altro. La regola e'
   `screenActionRowTargetIssues` (`core/screen-field.util.ts`), e la applica anche il validatore
-  della demo.
+  della demo;
+- **anche un `ComponentInstance` puo' innescare**, in una riga o fuori. Non e' una risorsa e non ha
+  un valore proprio, quindi scatta quando **uno dei suoi output** cambia rispetto a cio' che la
+  destinazione conteneva. Il form lo dice sotto il trigger, e avverte quando il componente non
+  dichiara output — ne' parametri di uscita con una destinazione, ne' l'output automatico — perche'
+  allora non c'e' niente che possa cambiare e il trigger non scatta mai. La §7 non ha un codice per
+  questo caso, quindi resta un avviso del form e il validatore non lo emette.
 
 Le action si aprono **una alla volta**: i cataloghi delle action e dei loro parametri dipendono da
 `actionType`/`actionName`, e tenerne N in volo sarebbe N volte la corsa fra risposte che l'inspector