@eqproject/eqp-dynamic-module 2.10.104 → 2.11.0

package/README.md

@@ -12,17 +12,39 @@
 
 ## Changelog
 
-### v2.10.104
-- **Bugfix trigger — condizioni multiple valutate come indipendenti:** `checkTriggers` applicava ogni condizione isolatamente, ignorando `booleanlogicoperator` (AND/OR/AND NOT/OR NOT): un trigger con più condizioni e almeno un OR poteva non scattare mai o scattare quando non doveva. Introdotto `evaluateTriggerCondition()` che valuta la singola condizione e combina il risultato con quello accumulato secondo l'operatore booleano dichiarato tra le condizioni.
-- **Bugfix configurator — salvataggio Trigger/ActionButton non persisteva le modifiche:** `saveActionButtons`/`saveTriggers` cercavano l'elemento esistente con `.find()` e riassegnavano la variabile locale invece dell'elemento nell'array (`existsTrigger = element` non scriveva su `form.Triggers`), per cui le modifiche a un trigger o action button già esistente venivano perse al salvataggio. Ora si usa `.findIndex()` e si scrive sull'array tramite l'indice.
-- **Trigger — descrizione obbligatoria:** il campo "Descrizione" del trigger e il "Tipo Trigger" sono ora obbligatori per il salvataggio; il pulsante "Salva" resta disabilitato con un messaggio esplicativo finché non sono valorizzati.
-- **Trigger — gestione tipo trigger non più presente nel catalogo:** se un trigger salvato in precedenza referenzia un `execution` non più presente tra le formule disponibili (es. rimosso/rinominato), il componente non blocca più l'inizializzazione: la select "Tipo Trigger" resta popolata e utilizzabile per la riassegnazione.
-- **Trigger/ActionButton — cache dei moduli collegati:** `getAllModules()` (usato per i campi di tipo DMMODULE) veniva richiamato ad ogni cambio di formula anche quando i moduli erano già stati scaricati. Aggiunta `ensureModulesLoaded()` che riusa `this.forms` già caricato invece di ripetere la chiamata all'endpoint.
-- **Trigger fix — multiple conditions evaluated independently:** `checkTriggers` evaluated each condition in isolation, ignoring `booleanlogicoperator` (AND/OR/AND NOT/OR NOT): a trigger with multiple conditions and at least one OR could either never fire or fire when it shouldn't. Introduced `evaluateTriggerCondition()`, which evaluates a single condition and combines it with the accumulated result using the declared boolean operator between conditions.
-- **Configurator fix — saving a Trigger/ActionButton didn't persist changes:** `saveActionButtons`/`saveTriggers` looked up the existing element with `.find()` and reassigned the local variable instead of the array element (`existsTrigger = element` never wrote back to `form.Triggers`), so edits to an already-existing trigger or action button were lost on save. Now uses `.findIndex()` and writes to the array via the index.
-- **Trigger — mandatory description:** the trigger's "Descrizione" field and "Tipo Trigger" are now required to save; the "Salva" button stays disabled with an explanatory message until both are set.
-- **Trigger — handling a trigger type no longer in the catalog:** if a previously-saved trigger references an `execution` no longer present among the available formulas (e.g. removed/renamed), the component no longer blocks initialization: the "Tipo Trigger" select stays populated and usable for reassignment.
-- **Trigger/ActionButton — linked-modules cache:** `getAllModules()` (used for DMMODULE-type fields) was being called on every formula change even when the modules had already been downloaded. Added `ensureModulesLoaded()`, which reuses the already-loaded `this.forms` instead of repeating the endpoint call.
+### v2.11.0
+- **Bugfix critico — pagina Trigger che si rompeva completamente:** `trigger-creator.component.ts` andava in eccezione in `ngOnInit()` quando il tipo di trigger salvato in precedenza (`trigger.execution`) non era più presente nel catalogo formule corrente (es. rimosso o rinominato dopo il salvataggio): l'intera pagina di modifica dei trigger diventava inutilizzabile. Ora il caso viene gestito esplicitamente — si resetta `selectedFormula` e si continua a popolare normalmente la select "Tipo Trigger", senza bloccare il resto del componente.
+- **Bugfix — condizioni dei trigger rotte per i campi Modulo Dinamico (DMMODULE):** in `trigger-creator` e `action-button-creator`, l'elenco dei form (usato per popolare i campi di tipo `DMMODULE`) veniva ricaricato dal server ad ogni cambio di "Tipo Trigger"/"Tipo Action Button", sovrascrivendo temporaneamente `res.object` prima che la risposta arrivasse. Aggiunto `ensureModulesLoaded()`: la chiamata al server avviene solo la prima volta per apertura di modale, le volte successive si riusa `this.forms` già scaricato. Aggiunta anche una validazione minima (`isValid()`) che impedisce il salvataggio di un trigger senza descrizione o senza tipo selezionato.
+- **Fix build da sorgente — tipi TypeScript per `fabric`:** aggiunto `@types/fabric` alle `devDependencies` della libreria; senza questi tipi `tmw-image-drawer`/`tmw-image-marker` (usati dal campo "Immagine con markers") non compilavano (`Cannot find module 'fabric'`). Aggiunto anche un cast esplicito a `HTMLCanvasElement` nell'inizializzazione di `fabric.Canvas` in entrambi i componenti. Nessun impatto sui consumatori della libreria pubblicata (i tipi servono solo in fase di sviluppo/build).
+- **Fix ambiente di sviluppo — disallineamento versione `tmw-icons`:** nel workspace del monorepo la copia di `tmw-icons` installata dentro `projects/eqp-dynamic-module/node_modules` era rimasta bloccata alla `0.1.1` (lockfile non aggiornato) mentre l'app host ne installava la `0.1.3`, causando due classi `TmwIconComponent` fisicamente distinte e un errore di compilazione Angular (`NG3004: Unable to import class TmwIconComponent`) che a cascata rompeva l'intera compilazione dell'app host. Nessun cambio di dipendenza dichiarata (resta `^0.1.1`), solo riallineamento del lockfile locale.
+- **Versione 2.11.0:** consolida in un'unica release la migrazione completa `eqp-*` → `tmw-*` portata avanti nelle versioni 2.10.94–2.10.103 (vedi le voci sottostanti) insieme ai fix qui sopra.
+
+- **Critical bugfix — Trigger page completely breaking:** `trigger-creator.component.ts` threw in `ngOnInit()` whenever a previously saved trigger type (`trigger.execution`) was no longer present in the current formula catalog (e.g. removed or renamed after saving): the entire trigger edit page became unusable. This case is now handled explicitly — `selectedFormula` is reset and the "Trigger Type" select is still populated normally, without blocking the rest of the component.
+- **Bugfix — broken trigger conditions for Dynamic Module fields (DMMODULE):** in `trigger-creator` and `action-button-creator`, the forms list (used to populate `DMMODULE`-type fields) was re-fetched from the server on every "Trigger Type"/"Action Button Type" change, temporarily wiping `res.object` before the response arrived. Added `ensureModulesLoaded()`: the server call now happens only the first time per modal opening, subsequent changes reuse the already-fetched `this.forms`. Also added minimal validation (`isValid()`) preventing a trigger from being saved without a description or a selected type.
+- **Source-build fix — TypeScript types for `fabric`:** added `@types/fabric` to the library's `devDependencies`; without these types `tmw-image-drawer`/`tmw-image-marker` (used by the "Image with markers" field) failed to compile (`Cannot find module 'fabric'`). Also added an explicit cast to `HTMLCanvasElement` when initializing `fabric.Canvas` in both components. No impact on consumers of the published library (the types are only needed at development/build time).
+- **Dev environment fix — `tmw-icons` version mismatch:** inside the monorepo workspace, the `tmw-icons` copy installed under `projects/eqp-dynamic-module/node_modules` was stuck at `0.1.1` (stale lockfile) while the host app installed `0.1.3`, resulting in two physically distinct `TmwIconComponent` classes and an Angular compile error (`NG3004: Unable to import class TmwIconComponent`) that cascaded into breaking the entire host app build. No change to the declared dependency (still `^0.1.1`), just a local lockfile realignment.
+- **Version 2.11.0:** consolidates into a single release the complete `eqp-*` → `tmw-*` migration carried out across versions 2.10.94–2.10.103 (see entries below) together with the fixes above.
+
+### v2.10.102
+- **Bugfix `ListValueField` (Combo box) — pulsante di cancellazione (X) sempre presente:** in `list-value-field-template`, il pulsante "X" di `tmw-select` era condizionato a `!field.Required` (nascosto sui campi obbligatori). Ora `showCancelButton` è sempre `true`, indipendentemente dall'obbligatorietà del campo: l'utente può sempre svuotare la selezione, anche su un campo required (la validazione `required` interviene comunque al salvataggio). Nessun cambio di API pubblica.
+- **Bugfix `ListValueField` (Combo box) — cancel button (X) always present:** in `list-value-field-template`, the `tmw-select` "X" clear button was conditioned on `!field.Required` (hidden on required fields). `showCancelButton` is now always `true`, regardless of whether the field is required: the user can always clear the selection, and `required` validation still applies on save. No public API change.
+
+### v2.10.101
+- **Migrazione interna `eqp-table`/`eqp-attachments`/`eqp-numeric` → `tmw-table`/`tmw-attachments`/`tmw-numeric`:** le ultime tre dipendenze `@eqproject/eqp-*` sono state sostituite dalle librerie Material-free `tmw-*` (stesso lavoro già fatto per `eqp-select`/`eqp-datetimepicker` nelle versioni precedenti). Nessun cambio di API pubblica di questa libreria: i tag `<eqp-table>`/`<eqp-attachments>` erano già privati, i modelli `ConfigColumn`/`TypeColumn`/`DynAttachment` restano gli stessi nomi/forma. Chi consuma questa libreria non deve più installare `@eqproject/eqp-table`, `@eqproject/eqp-attachments`, `@eqproject/eqp-numeric` né `@eqproject/eqp-filters` (import morto, mai realmente usato).
+- **Migrazione completa `<mat-icon>` → `<tmw-icon>`:** tutte le icone della libreria (inclusi i pulsanti del builder, i template di campo e le colonne azione delle tabelle) sono ora renderizzate dalla nuova libreria `tmw-icons` (SVG inline, icone vendorizzate da Tabler Icons, nessuna dipendenza dal font Material Icons). **Attenzione per chi ha form esistenti con icone personalizzate**: i campi di testo libero "Icona" (`IconName` su `TextField`/`NumericField`/`TextareaField`, `Icon` su `ActionButton`) si aspettavano nomi Material Icons (es. `search`, `home`, `euro`) — ora si aspettano nomi Tabler Icons (es. `search`, `user`, `currency-euro`); i nomi già salvati che non trovano corrispondenza esatta nel registro `tmw-icons` semplicemente non renderizzano l'icona (nessun errore a runtime, solo icona assente). Nessun impatto sul resto del form.
+- **Pulizia dipendenze:** rimosse dalle `peerDependencies` `@angular-material-components/datetime-picker`, `@angular-material-components/moment-adapter` e `moment` (mai più necessarie dopo la migrazione a `tmw-picker`, completata in una versione precedente). Nuove dipendenze dirette: `tmw-attachments`, `tmw-icons`, `tmw-numeric`, `tmw-table`, `xlsx` (quest'ultima solo per l'export XLSX di `filter-form-statistic`, `tmw-table` non ha un formato XLSX nativo).
+
+- **Internal migration `eqp-table`/`eqp-attachments`/`eqp-numeric` → `tmw-table`/`tmw-attachments`/`tmw-numeric`:** the last three `@eqproject/eqp-*` dependencies have been replaced with the Material-free `tmw-*` libraries (same work already done for `eqp-select`/`eqp-datetimepicker` in previous versions). No public API change in this library: the `<eqp-table>`/`<eqp-attachments>` tags were already private, the `ConfigColumn`/`TypeColumn`/`DynAttachment` models keep the same names/shape. Consumers of this library no longer need to install `@eqproject/eqp-table`, `@eqproject/eqp-attachments`, `@eqproject/eqp-numeric` or `@eqproject/eqp-filters` (dead import, never actually used).
+- **Complete `<mat-icon>` → `<tmw-icon>` migration:** every icon in the library (including builder buttons, field templates and table action columns) is now rendered by the new `tmw-icons` library (inline SVG, icons vendored from Tabler Icons, no dependency on the Material Icons font). **Note for existing forms with custom icons**: the free-text "Icon" fields (`IconName` on `TextField`/`NumericField`/`TextareaField`, `Icon` on `ActionButton`) used to expect Material Icons names (e.g. `search`, `home`, `euro`) — they now expect Tabler Icons names (e.g. `search`, `user`, `currency-euro`); previously saved names with no exact match in the `tmw-icons` registry simply don't render the icon (no runtime error, just a missing icon). No impact on the rest of the form.
+- **Dependency cleanup:** removed `@angular-material-components/datetime-picker`, `@angular-material-components/moment-adapter` and `moment` from `peerDependencies` (no longer needed after the `tmw-picker` migration, completed in a previous version). New direct dependencies: `tmw-attachments`, `tmw-icons`, `tmw-numeric`, `tmw-table`, `xlsx` (the latter only for `filter-form-statistic`'s XLSX export — `tmw-table` has no native XLSX format).
+
+### v2.10.100
+- **Cleanup — rimossi import morti di `@eqproject/eqp-datetimepicker` e `@eqproject/eqp-img-drawing`:** entrambi erano registrati nell'`NgModule` (`EqpDatetimepickerModule`, `EqpImgDrawingModule`) e in `trigger-creator.component.ts` (`PickerModeEnum`) ma non più usati da nessun template — sostituiti internamente da tempo da `tmw-datetimepicker` (campo Data) e da `tmw-image-drawer`/`tmw-image-marker` (campo Immagine con markers). Nessun impatto funzionale: build verificata anche con i due pacchetti fisicamente assenti da `node_modules`, per provare che non fossero più necessari. Chi consuma questa libreria non deve più installare `@eqproject/eqp-datetimepicker` né `@eqproject/eqp-img-drawing`.
+- **Cleanup — removed dead imports of `@eqproject/eqp-datetimepicker` and `@eqproject/eqp-img-drawing`:** both were registered in the `NgModule` (`EqpDatetimepickerModule`, `EqpImgDrawingModule`) and in `trigger-creator.component.ts` (`PickerModeEnum`) but no longer used by any template — internally superseded a while ago by `tmw-datetimepicker` (Date field) and `tmw-image-drawer`/`tmw-image-marker` (Image with markers field). No functional impact: build verified even with both packages physically absent from `node_modules`, to prove they were no longer required. Consumers of this library no longer need to install `@eqproject/eqp-datetimepicker` or `@eqproject/eqp-img-drawing`.
+
+### v2.10.99
+- **Bugfix configurator — immagine persa su campo `Immagine`/`Immagine con markers`:** `catchButtonImageChange` e `catchButtonImageWithMarkersChange` in `add-form-field` leggevano l'indice sbagliato (`attachments[1]`) dell'array emesso da `eqp-attachments`. Al primo caricamento di un'immagine su un campo nuovo l'array ha un solo elemento, quindi `field.DynAttachment` veniva sovrascritto con `undefined`: l'immagine spariva riaprendo la modale di modifica campo e non compariva mai in anteprima. Corretto leggendo `attachments[attachments.length - 1]`.
+- **Bugfix configurator — image lost on `Image`/`Image with markers` field:** `catchButtonImageChange` and `catchButtonImageWithMarkersChange` in `add-form-field` were reading the wrong index (`attachments[1]`) from the array emitted by `eqp-attachments`. On the first image upload to a new field the array has only one element, so `field.DynAttachment` was overwritten with `undefined`: the image disappeared when reopening the field edit dialog and never showed up in the preview. Fixed to read `attachments[attachments.length - 1]`.
 
 ### v2.10.87
 - **Bugfix configurator — sezione "Generale" assente per 5 tipi di campo:** durante il lavoro di potenziamento grafico (v2.10.68–v2.10.70), i tipi `ActionButtonField`, `ImageField`, `ImageWithMarkersField`, `ListValueField` e `ImageSelectorField` avevano ricevuto la sezione "Grafica" nel tab "Stile Compilazione" del configuratore, ma la sezione "Generale" (Larghezza campo, Visibile, VisibleIf, Tooltip, Tipo di invisibilità, Mantieni il valore) era stata rimossa per errore. Ripristinata per tutti e 5 i tipi.
@@ -139,8 +161,7 @@ Le form sono strutture JSON salvate lato server e recuperate a runtime. La libre
 
 ```bash
 npm install @angular/cdk@^15.1.2 @angular/material@^15.1.2 @angular/material-luxon-adapter@^15.2.9 --legacy-peer-deps
-npm install @angular-material-components/datetime-picker@^15.0.0 @angular-material-components/moment-adapter@^15.0.0 --legacy-peer-deps
-npm install moment@^2.29.4 sweetalert2@^11.4.24 --legacy-peer-deps
+npm install sweetalert2@^11.4.24 --legacy-peer-deps
 ```
 
 > Tutti i comandi `npm install` per questa libreria richiedono il flag `--legacy-peer-deps`.
@@ -543,8 +564,7 @@ Forms are defined as JSON structures stored server-side and fetched at runtime.
 
 ```bash
 npm install @angular/cdk@^15.1.2 @angular/material@^15.1.2 @angular/material-luxon-adapter@^15.2.9 --legacy-peer-deps
-npm install @angular-material-components/datetime-picker@^15.0.0 @angular-material-components/moment-adapter@^15.0.0 --legacy-peer-deps
-npm install moment@^2.29.4 sweetalert2@^11.4.24 --legacy-peer-deps
+npm install sweetalert2@^11.4.24 --legacy-peer-deps
 ```
 
 > All `npm install` commands for this library require `--legacy-peer-deps`.