@massimo-cassandro/minimo 1.41.7 → 1.41.9

package/design-tokens/_src/flex-grid.minimo.tokens.mjs

@@ -5,14 +5,14 @@ export default {
       $type: 'dimension'
     }
   },
-  grid: {
-    cols: {
-      $value: 3,
-      $type: 'number'
-    },
-    'min-col-width': {
-      $value: '6rem',
-      $type: 'dimension'
-    }
-  }
+  // grid: {
+  //   cols: {
+  //     $value: 3,
+  //     $type: 'number'
+  //   },
+  //   'min-col-width': {
+  //     $value: '6rem',
+  //     $type: 'dimension'
+  //   }
+  // }
 };

package/dev-tools/starter-kit/source_files/app/index.js

@@ -1 +1,7 @@
 import './index.css';
+
+
+import { innerNav, dismissAlerts } from '@massimo-cassandro/minimo';
+
+innerNav();
+dismissAlerts();

package/dev-tools/starter-kit/source_files/root/CLAUDE.md

@@ -0,0 +1,9 @@
+# CLAUDE.md 
+
+## Contesto di dominio
+
+...descrizione...
+
+Backend in symfony, frontend nella dir `/app`
+
+vedi anche `app/CLAUDE.md`

package/dev-tools/starter-kit/source_files/root/webpack.config.mjs

@@ -1,5 +1,5 @@
 // webpack.config.mjs __project_name__
-// v.3.1
+// v.3.2
 import path from 'path';
 import { fileURLToPath } from 'url';
 import webpack from 'webpack';
@@ -30,6 +30,20 @@ import { svgRules } from './webpack-config-modules/svg-rules.mjs';
 // import { InlineCriticalCssPlugin } from './webpack-config-modules/inline-critical-css.mjs';
 
 
+// =>> entries
+// NB: percorsi dalla root del progetto
+const entries = {
+  'index': './app/index.js',
+
+  'error-pages': './app/error-pages/error-pages.js',
+
+  // css critici da includere inline nei template html: il suffisso `.critical` nel nome
+  // della entry attiva l'istanza PurgeCSS dedicata con purge stretto
+  // (vedi purgecss-setup.mjs) e la regola dedicata in css-rules.mjs
+  'layout.critical': './app/css/layout.critical.css'
+
+};
+
 // --- config ---
 const __filename = fileURLToPath(import.meta.url)
   ,__dirname = path.dirname(__filename);
@@ -132,7 +146,7 @@ const isDevelopment = process.env.NODE_ENV === 'development'
   // PurgeCSS e plugin custom properties lavorano sugli asset css finali:
   // in dev, con `false`, sono entrambi disattivati (build più veloce, css
   // iniettato con style-loader; se `useCustomPropsPlugin` è true le definizioni
-  // vengono aggiunte per intero alle entry, vedi `entries`).
+  // vengono aggiunte per intero alle entry, vedi `parsedEntries`).
   // Con `true` (a scopo di test) sono attivi come in produzione (secondo i
   // rispettivi flag `usePurgeCss` / `useCustomPropsPlugin`) e `inlineCssInDevMode`
   // viene forzato a false
@@ -256,31 +270,18 @@ const CopyWebpackPluginPatterns = [
 /******************************/
 /** CONFIG **/
 
-// =>> entries
-// NB: percorsi dalla root del progetto
-const projectEntries = {
-  'index': './app/index.js',
-
-  'error-pages': './app/error-pages/error-pages.js',
-
-  // css critici da includere inline nei template html: il suffisso `.critical` nel nome
-  // della entry attiva l'istanza PurgeCSS dedicata con purge stretto
-  // (vedi purgecss-setup.mjs) e la regola dedicata in css-rules.mjs
-  'layout.critical': './app/css/layout.critical.css'
-
-};
 
 // dev senza plugin custom properties (`purgeCssInDev: false`, css iniettato con
 // style-loader, quindi nessun asset css in cui il plugin possa inserire le
 // definizioni): il file master con TUTTE le custom properties viene aggiunto come
 // primo modulo di ogni entry (escluse le `.critical`). Non serve nessuna
 // modifica ai template
-const entries = (useCustomPropsPlugin && isDevelopment && !purgeCssInDev)
-  ? Object.fromEntries(Object.entries(projectEntries).map(([name, entry]) => [
+const parsedEntries = (useCustomPropsPlugin && isDevelopment && !purgeCssInDev)
+  ? Object.fromEntries(Object.entries(entries).map(([name, entry]) => [
     name,
     /\.critical/.test(name) ? entry : [customPropsFile, ...[entry].flat()]
   ]))
-  : projectEntries;
+  : entries;
 
 
 // regexp per gli asset css compilati di una entry: corrisponde a `nome.css` (dev con
@@ -291,9 +292,9 @@ const cssAssetRegexp = (entryName) =>
   new RegExp(`^${entryName.replace(/[.+?^${}()|[\]\\]/g, '\\$&')}(\\.[^./]+)?\\.css$`);
 
 // set del CustomPropsPurgeCssPlugin (vedi `sets` nei `plugins`). L'elenco delle entry
-// css è derivato da `projectEntries`: aggiungere una entry lì è sufficiente
-const cssEntries = Object.keys(projectEntries).filter(name => !/\.critical/.test(name))
-  ,criticalEntries = Object.keys(projectEntries).filter(name => /\.critical/.test(name))
+// css è derivato da `entries`: aggiungere una entry lì è sufficiente
+const cssEntries = Object.keys(entries).filter(name => !/\.critical/.test(name))
+  ,criticalEntries = Object.keys(entries).filter(name => /\.critical/.test(name))
   ,customPropsSets = [
 
     // i critical css sono inline nei template: restano autosufficienti
@@ -343,7 +344,7 @@ const config = {
 
   devtool: isDevelopment ? 'inline-source-map' : false,
 
-  entry: entries,
+  entry: parsedEntries,
 
   output: {
     path: output_dir,
@@ -687,7 +688,7 @@ const config = {
         // NB: evitare i wildcard `*`: 'index.*.css' non corrisponde a 'index.css'
         // (dev con WEBPACK_SERVE) e corrisponde invece a 'index.critical.<hash>.css'.
         // I set sono costruiti in `customPropsSets` (sopra) a partire da
-        // `projectEntries`, in base a `useSharedChunk`: aggiungendo una entry
+        // `entries`, in base a `useSharedChunk`: aggiungendo una entry
         // non serve modificare nulla qui
         sets: customPropsSets,
 

package/dev-tools/starter-kit/webpack-config-upg.md

@@ -10,18 +10,6 @@ Le versioni precedenti sono conservate in `archived/webpack-config-v2/` del repo
 
 ## Fix e upg da verificare e applicare a tutte le versioni
 * WebpackManifestPlugin: impostare `removeKeyHash: /\?.*$/, // /([a-f0-9]{32}\.?)/gi, // /(\?as_asset)$/,`, sostituendo eventuali impostazione `removeKeyHash: true` se presente
-* cacheGroup `shared` (solo con `useSharedChunk: true`): escludere `unsplash-page` e `blurhash` dal chunk condiviso, in modo che js e css restino nella entry che li importa. In `webpack.config.mjs`, nella funzione `shared_chunk_paths`, prima del `return` aggiungere:
-  ```js
-  const excluded_paths = [
-    'minimo/src/components/unsplash-page',
-    'node_modules/blurhash', // peer dep usata solo da unsplash-page
-  ];
-  const excludedRegexp = new RegExp(
-    excluded_paths.map(p => `${sep}${p.replace(/\//g, sep)}${sep}`).join('|')
-  );
-  const modulePath = module.nameForCondition?.() ?? '';
-  ```
-  e sostituire il `return` con `return !excludedRegexp.test(modulePath) && pathsRegexp.test(modulePath);`. Aggiungere anche al commento sopra il cacheGroup la nota sull'esclusione.
 
 
 ## Da v2 a v3
@@ -255,3 +243,37 @@ Con `useSharedChunk = false` i template **non** devono referenziare `shared.css`
 1. `NODE_ENV=production npx webpack --config ./webpack.config.mjs --stats minimal`: nessun errore o warning del plugin.
 2. Nel css con le definizioni non compaiono props di web components non importati (es. `--jt-*`, `--sdt-*`); per un componente importato con `?raw` le sue props sono presenti.
 3. Con `useSharedChunk = false`: in `build/` non esistono `shared.*` né `runtime.*` e le definizioni sono nel solo css di `mainEntry`.
+
+### 6. Fix da applicare (solo con `useSharedChunk: true`)
+
+* cacheGroup `shared` (solo con `useSharedChunk: true`): escludere `unsplash-page` e `blurhash` dal chunk condiviso, in modo che js e css restino nella entry che li importa. In `webpack.config.mjs`, nella funzione `shared_chunk_paths`, prima del `return` aggiungere:
+  ```js
+  const excluded_paths = [
+    'minimo/src/components/unsplash-page',
+    'node_modules/blurhash', // peer dep usata solo da unsplash-page
+  ];
+  const excludedRegexp = new RegExp(
+    excluded_paths.map(p => `${sep}${p.replace(/\//g, sep)}${sep}`).join('|')
+  );
+  const modulePath = module.nameForCondition?.() ?? '';
+  ```
+  e sostituire il `return` con `return !excludedRegexp.test(modulePath) && pathsRegexp.test(modulePath);`. Aggiungere anche al commento sopra il cacheGroup la nota sull'esclusione.
+
+
+## Da v3.1 a v3.2
+
+Novità della v3.2: nessuna modifica di comportamento, solo riorganizzazione per rendere più agevole l'uso del config. Il blocco delle entry del progetto è spostato in cima al file (subito dopo gli import, prima di `// --- config ---`) e rinominato da `projectEntries` a `entries`; la costante `entries` che conteneva le entry elaborate per il dev (con il file master delle custom properties) è rinominata `parsedEntries`. Così le entry, che sono la parte da personalizzare in ogni progetto, si trovano subito e non vanno cercate a metà file. I moduli in `webpack-config-modules/` non cambiano.
+
+Prompt per aggiornare un progetto esistente:
+
+```text
+Aggiorna il mio webpack.config.mjs dalla v.3.1 alla v.3.2 con queste modifiche, senza toccare altro:
+
+1. Riga 2: `// v.3.1` → `// v.3.2`.
+2. Rinomina l'attuale costante `entries` (quella con la logica `useCustomPropsPlugin && isDevelopment && !purgeCssInDev`, che aggiunge `customPropsFile` come primo modulo delle entry non `.critical`) in `parsedEntries`. Aggiorna i riferimenti: `entry: entries` → `entry: parsedEntries` nella config e i commenti che citano `entries` in questo senso (es. nel commento sopra `purgeCssInDev`: "vedi `entries`" → "vedi `parsedEntries`").
+3. Rinomina `projectEntries` in `entries` in tutto il file (definizione, uso in `parsedEntries`, `cssEntries`, `criticalEntries` e commenti).
+4. Sposta l'intero blocco `// =>> entries` + `const entries = { ... };` (con le entry già presenti nel progetto, che vanno mantenute così come sono) in cima al file, subito dopo gli import e prima di `// --- config ---`, lasciando due righe vuote prima del blocco e una dopo.
+5. Verifica con `grep -n "projectEntries" webpack.config.mjs` (nessun risultato) e con `NODE_ENV=production npx webpack --config ./webpack.config.mjs --stats minimal` (nessun errore).
+
+Mostrami il diff prima di salvare.
+```

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@massimo-cassandro/minimo",
-  "version": "1.41.7",
+  "version": "1.41.9",
   "description": "Light css framework & utilities",
   "type": "module",
   "main": "./index.js",

package/src/css/grid.css

@@ -2,10 +2,10 @@
 
 .grid {
   --_cols: 1;
-  /* --_min-col-width: calc((100% - calc(var(--_cols) * var(--flex-grid-gap))) / var(--grid-cols)); */
+  /* --_min-col-width: calc((100% - calc(var(--_cols) * var(--flex-grid-gap))) / var(--grid-cols));  NB custom prop rimossa */
 
   display: grid;
-  /* grid-template-columns: repeat(var(--_cols), minmax(var(--grid-min-col-width), 1fr)); */
+  /* grid-template-columns: repeat(var(--_cols), minmax(var(--grid-min-col-width), 1fr)); NB custom prop rimossa */
   grid-template-columns: repeat(var(--_cols), minmax(0, 1fr));
   grid-auto-flow: row;
   gap: var(--flex-grid-gap);

package/src/css/headings.css

@@ -1,6 +1,7 @@
 
 h1, h2, h3, .h3, h4, .h4 {
-  line-height: 1.2;
+  font-family: var(--headings-font-family);
+  line-height: var(--headings-font-weight);
   color: var(--headings-color);
   text-align: var(--headings-text-align);
 }

package/src/css/text.css

@@ -29,6 +29,12 @@ em, .italic {
   text-overflow: ellipsis;
   white-space: nowrap;
 }
+.text-upper {
+  text-transform: uppercase;
+}
+.text-lower {
+  text-transform: lowercase;
+}
 
 /* .text-nowrap-dskt {
 @media (--media-large-viewport-up) {

package/src/custom-media.css

@@ -21,7 +21,7 @@ tablet alt:
 53.75rem : 860px  medium (tablet)
 */
 
-/* @custom-media --media-xxlarge-viewport-up (width >= 90rem); */
+@custom-media --media-xxlarge-viewport-up (width >= 90rem);
 @custom-media --media-xlarge-viewport-up (width >= 80rem);
 @custom-media --media-large-viewport-up (width >= 64rem);
 @custom-media --media-medium-viewport-up (width >= 47.5rem);
@@ -37,4 +37,4 @@ tablet alt:
 @custom-media --media-xlarge-viewport-down (max-width: 80rem);
 @custom-media --media-large-viewport-down (max-width: 64rem);
 @custom-media --media-medium-viewport-down (max-width: 47.5rem);
-/* @custom-media --media-small-viewport-down (max-width: 25rem); */
+@custom-media --media-small-viewport-down (max-width: 25rem);

package/src/custom-properties.css

@@ -205,9 +205,6 @@
   --form-validation-outline-offset: -3px;
   --form-validation-outline-width: 3px;
 
-  --grid-cols: 3;
-  --grid-min-col-width: 6rem;
-
   --headings-color: var(--text-color);
   --headings-font-family: var(--font-family);
   --headings-font-weight: var(--font-weight-semibold);

package/src/web-components/json-table/jt-docs/parametri-colonne.md

@@ -0,0 +1,100 @@
+
+
+# Parametri Colonne – `cols`
+
+Parametro **obbligatorio**: array di oggetti, uno per colonna:
+
+```javascript
+cols: [
+  {
+    key,          // string – OBBLIGATORIO: chiave dell'oggetto riga (ammessa la notazione con
+                  // punto per valori annidati, es. 'owner.name')
+    title,        // contenuto del <th>: testo, HTML, Node, array domBuilder o funzione.
+                  // Nelle colonne ordinabili è il testo del pulsante. Default: la chiave
+    dataType,     // string – tipo di dato, una delle chiavi di `dataTypes`; `type` è un alias
+                  // equivalente. Default: 'string'
+    render,       // (row, tr, td) => contenuto | stringa mustache-like – vedi sotto. Default: null
+    tfootRender,  // (rows, td) => contenuto | aggregato '@…' | stringa statica – contenuto della
+                  // cella del tfoot (solo se `tfoot` è true). null = cella vuota. Default: null
+    rowHeading,   // boolean – se true la cella è un'intestazione di riga (th[scope=row]).
+                  // Default: false
+    searchable,   // boolean – abilita la ricerca sulla colonna. Default: true
+    sortable,     // boolean – abilita l'ordinamento sulla colonna. Default: true
+    sortValue,    // valore | row => valore – valore usato per l'ordinamento; prevale su quello
+                  // del tipo di dato. Default: non impostato (tipo di dato / valore grezzo)
+    searchValue,  // idem, per la ricerca. Default: non impostato
+    condition,    // boolean | params => boolean – se false la colonna non viene renderizzata.
+                  // Default: true
+    headerClass,  // string – classi del <th>, in sostituzione di quelle del tipo di dato
+    cellClass     // string – classi delle celle body/tfoot, in sostituzione di quelle del tipo.
+                  // Se solo una tra `headerClass` e `cellClass` è presente, l'altra assume lo
+                  // stesso valore. Default: null (classi del tipo di dato)
+  },
+  ...
+]
+```
+
+## `render`
+
+Funzione con argomenti posizionali, tutti facoltativi:
+
+```javascript
+render: (row, tr, td) => contenuto
+```
+
+- `row` – l'oggetto dati della riga
+- `tr` – l'elemento `<tr>` della riga
+- `td` – l'elemento della cella (`<td>` o `<th scope="row">`)
+
+Il valore restituito è il contenuto della cella: testo, stringa HTML, numero, Node o array
+domBuilder. Casi particolari:
+
+- `undefined` (nessun `return`): la cella viene renderizzata dal tipo di dato, come se `render`
+  non fosse definito. Utile per decorare soltanto `td`/`tr` (classi, attributi, `title`):
+
+  ```javascript
+  render: (row, tr, td) => { if (row.amount < 0) td.classList.add('text-danger'); }
+  ```
+
+- `null`: viene mostrato `renderNullAs`
+
+Da attributo HTML (o da script, per i casi semplici) `render` può essere una stringa
+mustache-like: ogni segnaposto `[[key]]` viene sostituito con il valore corrispondente della
+riga (chiavi annidate ammesse; i valori null diventano `renderNullAs`):
+
+```javascript
+render: '<a href="/users/[[id]]">[[owner.name]]</a>'
+```
+
+Le stringhe HTML vengono inserite tramite la Sanitizer API (`Element.setHTML`, dove supportata):
+script, attributi handler di eventi e URL `javascript:` vengono rimossi, mentre `class`, `id`,
+`style` e `data-*` sono conservati.
+
+## `tfootRender`
+
+Con `tfoot: true` ogni colonna produce una cella nel footer, il cui contenuto è dato da
+`tfootRender`:
+
+- funzione `(rows, td) => contenuto`, dove `rows` è l'intero set filtrato (oppure i soli record
+  della pagina corrente se `updateFooterOnPageChange` è true)
+- uno degli aggregati predefiniti (vedi sotto)
+- qualsiasi altra stringa: contenuto statico (es. l'etichetta `'Totale'`)
+- `null`: cella vuota
+
+Aggregati predefiniti, calcolati sui valori **numerici** della colonna (i valori non numerici
+vengono ignorati) e, tranne `@count`, formattati dal tipo di dato della colonna (es. come valuta
+per `euro`, con `%` per `perc`):
+
+| Aggregato | Valore |
+|---|---|
+| `'@sum'` | somma |
+| `'@avg'` | media aritmetica |
+| `'@min'` | minimo |
+| `'@max'` | massimo |
+| `'@count'` | numero di valori numerici (formattato con `locale`, senza il tipo di dato) |
+
+Un aggregato non riconosciuto viene segnalato in console e produce una cella vuota. Le celle del
+footer ricevono le stesse classi (`cellClass`) delle celle del body.
+
+Il `tfoot` non è disponibile in modalità server-side (il componente riceve solo la pagina
+corrente, gli aggregati sarebbero parziali): se richiesto viene ignorato con un avviso in console.

package/src/web-components/json-table/jt-docs.md

@@ -1,6 +1,9 @@
 # `<json-table>` – datatable da JSON
 
 * [Parametri (include `classes` e `labels`)](jt-docs/parametri.md)
+* [Parametri colonne](jt-docs/parametri-colonne.md)
+
+---
 
 **json-table** costruisce una tabella HTML da un array di dati JSON (inline o caricato via fetch), a partire da una definizione delle colonne (`cols`) e da un insieme di tipi di dato predefiniti ed estendibili, con ordinamento, ricerca e paginazione (lato client oppure, con `serverSide: true`, delegati al server). È un web component light DOM senza dipendenze esterne: può quindi essere stilizzato direttamente dal CSS del progetto in cui è utilizzato.
 
@@ -216,105 +219,6 @@ el.init({ jsonUrl: '/api/rows.json', cols: [...] });
 
 
 
-## Colonne – `cols`
-
-Parametro **obbligatorio**: array di oggetti, uno per colonna:
-
-```javascript
-cols: [
-  {
-    key,          // string – OBBLIGATORIO: chiave dell'oggetto riga (ammessa la notazione con
-                  // punto per valori annidati, es. 'owner.name')
-    title,        // contenuto del <th>: testo, HTML, Node, array domBuilder o funzione.
-                  // Nelle colonne ordinabili è il testo del pulsante. Default: la chiave
-    dataType,     // string – tipo di dato, una delle chiavi di `dataTypes`; `type` è un alias
-                  // equivalente. Default: 'string'
-    render,       // (row, tr, td) => contenuto | stringa mustache-like – vedi sotto. Default: null
-    tfootRender,  // (rows, td) => contenuto | aggregato '@…' | stringa statica – contenuto della
-                  // cella del tfoot (solo se `tfoot` è true). null = cella vuota. Default: null
-    rowHeading,   // boolean – se true la cella è un'intestazione di riga (th[scope=row]).
-                  // Default: false
-    searchable,   // boolean – abilita la ricerca sulla colonna. Default: true
-    sortable,     // boolean – abilita l'ordinamento sulla colonna. Default: true
-    sortValue,    // valore | row => valore – valore usato per l'ordinamento; prevale su quello
-                  // del tipo di dato. Default: non impostato (tipo di dato / valore grezzo)
-    searchValue,  // idem, per la ricerca. Default: non impostato
-    condition,    // boolean | params => boolean – se false la colonna non viene renderizzata.
-                  // Default: true
-    headerClass,  // string – classi del <th>, in sostituzione di quelle del tipo di dato
-    cellClass     // string – classi delle celle body/tfoot, in sostituzione di quelle del tipo.
-                  // Se solo una tra `headerClass` e `cellClass` è presente, l'altra assume lo
-                  // stesso valore. Default: null (classi del tipo di dato)
-  },
-  ...
-]
-```
-
-### `render`
-
-Funzione con argomenti posizionali, tutti facoltativi:
-
-```javascript
-render: (row, tr, td) => contenuto
-```
-
-- `row` – l'oggetto dati della riga
-- `tr` – l'elemento `<tr>` della riga
-- `td` – l'elemento della cella (`<td>` o `<th scope="row">`)
-
-Il valore restituito è il contenuto della cella: testo, stringa HTML, numero, Node o array
-domBuilder. Casi particolari:
-
-- `undefined` (nessun `return`): la cella viene renderizzata dal tipo di dato, come se `render`
-  non fosse definito. Utile per decorare soltanto `td`/`tr` (classi, attributi, `title`):
-
-  ```javascript
-  render: (row, tr, td) => { if (row.amount < 0) td.classList.add('text-danger'); }
-  ```
-
-- `null`: viene mostrato `renderNullAs`
-
-Da attributo HTML (o da script, per i casi semplici) `render` può essere una stringa
-mustache-like: ogni segnaposto `[[key]]` viene sostituito con il valore corrispondente della
-riga (chiavi annidate ammesse; i valori null diventano `renderNullAs`):
-
-```javascript
-render: '<a href="/users/[[id]]">[[owner.name]]</a>'
-```
-
-Le stringhe HTML vengono inserite tramite la Sanitizer API (`Element.setHTML`, dove supportata):
-script, attributi handler di eventi e URL `javascript:` vengono rimossi, mentre `class`, `id`,
-`style` e `data-*` sono conservati.
-
-### `tfootRender`
-
-Con `tfoot: true` ogni colonna produce una cella nel footer, il cui contenuto è dato da
-`tfootRender`:
-
-- funzione `(rows, td) => contenuto`, dove `rows` è l'intero set filtrato (oppure i soli record
-  della pagina corrente se `updateFooterOnPageChange` è true)
-- uno degli aggregati predefiniti (vedi sotto)
-- qualsiasi altra stringa: contenuto statico (es. l'etichetta `'Totale'`)
-- `null`: cella vuota
-
-Aggregati predefiniti, calcolati sui valori **numerici** della colonna (i valori non numerici
-vengono ignorati) e, tranne `@count`, formattati dal tipo di dato della colonna (es. come valuta
-per `euro`, con `%` per `perc`):
-
-| Aggregato | Valore |
-|---|---|
-| `'@sum'` | somma |
-| `'@avg'` | media aritmetica |
-| `'@min'` | minimo |
-| `'@max'` | massimo |
-| `'@count'` | numero di valori numerici (formattato con `locale`, senza il tipo di dato) |
-
-Un aggregato non riconosciuto viene segnalato in console e produce una cella vuota. Le celle del
-footer ricevono le stesse classi (`cellClass`) delle celle del body.
-
-Il `tfoot` non è disponibile in modalità server-side (il componente riceve solo la pagina
-corrente, gli aggregati sarebbero parziali): se richiesto viene ignorato con un avviso in console.
-
 ## Tipi di dato – `dataTypes`
 
 Ogni colonna ha un tipo di dato (`dataType`, default `string`) che ne definisce classi, rendering

package/types/classes.d.ts

@@ -863,6 +863,7 @@ export type MinimoClass =
   | 'text-danger'
   | 'text-end'
   | 'text-info'
+  | 'text-lower'
   | 'text-md'
   | 'text-monospace'
   | 'text-muted'
@@ -874,6 +875,7 @@ export type MinimoClass =
   | 'text-sm'
   | 'text-success'
   | 'text-truncate'
+  | 'text-upper'
   | 'text-warning'
   | 'text-xs'
   | 'valign-middle'