@intlayer/docs 9.0.0-canary.2 → 9.0.0-canary.20

package/docs/it/plugins/sync-json.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-03-13
-updatedAt: 2025-12-13
+updatedAt: 2026-06-21
 title: Plugin Sync JSON
 description: Sincronizza i dizionari Intlayer con file JSON i18n di terze parti (i18next, next-intl, react-intl, vue-i18n e altri). Mantieni il tuo i18n esistente mentre usi Intlayer per gestire, tradurre e testare i tuoi messaggi.
 keywords:
@@ -24,6 +24,9 @@ slugs:
   - sync-json
 youtubeVideo: https://www.youtube.com/watch?v=MpGMxniDHNg
 history:
+  - version: 9.0.0
+    date: 2026-06-21
+    changes: "Aggiunta l'opzione splitKeys (un dizionario per chiave namespace di primo livello) per layout a file singolo di next-intl / react-intl"
   - version: 7.5.0
     date: 2025-12-13
     changes: "Aggiunto supporto per i formati ICU e i18next"
@@ -62,7 +65,62 @@ pnpm add -D @intlayer/sync-json-plugin
 npm i -D @intlayer/sync-json-plugin
 ```
 
-## Avvio rapido
+## Plugins
+
+Questo pacchetto fornisce due plugin:
+
+- `loadJSON`: Carica file JSON nei dizionari Intlayer.
+  - Questo plugin viene utilizzato per caricare file JSON da una sorgente e verrà caricato nei dizionari Intlayer. Può scansionare l'intera codebase e cercare file JSON specifici.
+    Questo plugin può essere utilizzato
+    - se utilizzi una libreria i18n che impone una posizione specifica per il caricamento dei tuoi JSON (es: `next-intl`, `i18next`, `react-intl`, `vue-i18n`, ecc.), ma vuoi posizionare la dichiarazione del tuo contenuto dove vuoi nella tua codebase.
+    - Può anche essere utilizzato se vuoi recuperare i tuoi messaggi da una sorgente remota (es: un CMS, un'API, ecc.) e memorizzare i tuoi messaggi in file JSON.
+
+  > Sotto il cofano, questo plugin scansionerà l'intera codebase e cercherà file JSON specifici e li caricherà nei dizionari Intlayer.
+  > Nota che questo plugin non scriverà l'output e le traduzioni nei file JSON.
+
+- `syncJSON`: Sincronizza i file JSON con i dizionari Intlayer.
+  - Questo plugin viene utilizzato per sincronizzare i file JSON con i dizionari Intlayer. Può scansionare la posizione data e caricare i JSON che corrispondono al pattern per file JSON specifici. Questo plugin è utile se vuoi ottenere i benefici di Intlayer mentre usi un'altra libreria i18n.
+
+## Usare entrambi i plugin
+
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON, syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+
+  // Mantieni i tuoi file JSON attuali sincronizzati con i dizionari Intlayer
+  plugins: [
+    /**
+     * Caricherà tutti i file JSON in src che corrispondono al pattern {key}.i18n json
+     */
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      locale: Locales.ENGLISH,
+      priority: 1, // Assicura che questi file JSON abbiano la precedenza sui file in `./locales/en/${key}.json`
+      format: "intlayer", // Formato del contenuto JSON
+    }),
+    /**
+     * Caricherà e scriverà l'output e le traduzioni nei file JSON nella directory locales
+     */
+    syncJSON({
+      source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      priority: 0,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
+```
+
+## `syncJSON` plugin
+
+### Avvio rapido
 
 Aggiungi il plugin al tuo `intlayer.config.ts` e indirizzalo alla tua struttura JSON esistente.
 
@@ -81,6 +139,7 @@ const config: IntlayerConfig = {
     syncJSON({
       // Layout per locale, per namespace (es. next-intl, i18next con namespaces)
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      format: "icu",
     }),
   ],
 };
@@ -91,14 +150,27 @@ export default config;
 Alternativa: file singolo per locale (comune con configurazioni i18next/react-intl):
 
 ```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+import { Locales, type IntlayerConfig } from "intlayer";
+import { syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  plugins: [
+    syncJSON({
+      format: "i18next",
+      source: ({ locale }) => `./locales/${locale}.json`,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
 ```
 
-### Come funziona
+#### Come funziona
 
 - Lettura: il plugin individua i file JSON dal tuo builder `source` e li carica come dizionari Intlayer.
 - Scrittura: dopo le build e i riempimenti, scrive i JSON localizzati negli stessi percorsi (con una newline finale per evitare problemi di formattazione).
@@ -112,6 +184,7 @@ syncJSON({
   location?: string, // etichetta opzionale, predefinito: "plugin"
   priority?: number, // priorità opzionale per la risoluzione dei conflitti, predefinito: 0
   format?: 'intlayer' | 'icu' | 'i18next', // formattatore opzionale, usato per la compatibilità con il runtime Intlayer
+  splitKeys?: boolean, // opzionale, divide un singolo file in un dizionario per chiave di primo livello (rilevamento automatico)
 });
 ```
 
@@ -136,17 +209,49 @@ syncJSON({
 }),
 ```
 
-## Più sorgenti JSON e priorità
+#### `splitKeys` (boolean)
+
+Controlla se un singolo file JSON le cui **chiavi di primo livello sono namespace** debba diventare un dizionario per ogni chiave di primo livello, invece di un singolo dizionario che contiene l'intero file.
+
+Questo corrisponde al modello di namespace di librerie come `next-intl` e `react-intl`, dove un file `messages/{locale}.json` raggruppa diversi namespace tramite le sue chiavi di primo livello, ciascuna indirizzata indipendentemente (ad esempio `useTranslations('Hero')` si risolve nel dizionario `Hero`).
+
+- `undefined` (predefinito): **rilevamento automatico** — il file viene diviso quando il pattern `source` non ha un segmento `{key}` (un file contiene ogni namespace), e mantenuto come un singolo dizionario altrimenti (un file per chiave).
+- `true`: divide sempre ogni chiave di primo livello nel proprio dizionario.
+- `false`: non divide mai; l'intero file diventa un singolo dizionario.
+
+Dato un singolo file `messages/{locale}.json`:
+
+```json fileName="messages/en.json"
+{
+  "Hero": { "title": "Full-stack developer" },
+  "Nav": { "work": "Work", "about": "About" },
+  "About": { "lead": "I build apps end to end." }
+}
+```
+
+```ts fileName="intlayer.config.ts"
+syncJSON({
+  format: "icu",
+  source: ({ locale }) => `./messages/${locale}.json`,
+  // splitKeys: true, // implicito perché il pattern non ha un segmento `{key}`
+}),
+```
+
+Questo produce tre dizionari — `Hero`, `Nav` e `About` — quindi `useTranslations('Hero')` (next-intl) si risolve correttamente. Durante la riscrittura, tutti i namespace vengono riassemblati nello stesso file per locale.
+
+> Quando mantieni il segmento `{key}` esplicito nel tuo `source` (ad esempio `./locales/${locale}/${key}.json`), ogni file è già un namespace, quindi la divisione è disabilitata per impostazione predefinita.
+
+### Multiple JSON sources and priority
 
 Puoi aggiungere più plugin `syncJSON` per sincronizzare diverse sorgenti JSON. Questo è utile quando hai più librerie i18n o diverse strutture JSON nel tuo progetto.
 
-### Sistema di priorità
+#### Sistema di priorità
 
 Quando più plugin puntano alla stessa chiave del dizionario, il parametro `priority` determina quale plugin ha la precedenza:
 
 - I numeri di priorità più alti prevalgono su quelli più bassi
 - La priorità predefinita dei file `.content` è `0`
-- La priorità predefinita dei file di contenuto dei plugin è `-1`
+- La priorità predefinita dei plugin è `0`
 - I plugin con la stessa priorità vengono elaborati nell'ordine in cui appaiono nella configurazione
 
 ```ts fileName="intlayer.config.ts"
@@ -189,73 +294,140 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-### Risoluzione dei conflitti
+## Load JSON plugin
 
-Quando la stessa chiave di traduzione esiste in più sorgenti JSON:
+### Quick start
 
-1. Il plugin con la priorità più alta determina il valore finale
-2. Le sorgenti con priorità inferiore vengono usate come fallback per le chiavi mancanti
-3. Questo permette di mantenere le traduzioni legacy mentre si migra gradualmente verso nuove strutture
+Aggiungi il plugin al tuo `intlayer.config.ts` per importare i file JSON esistenti come dizionari Intlayer. Questo plugin è di sola lettura (nessuna scrittura su disco):
 
-## Integrazioni
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-Di seguito sono riportate le mappature comuni. Mantieni il tuo runtime intatto; aggiungi solo il plugin.
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+
+  plugins: [
+    // Ingerisci messaggi JSON situati ovunque nel tuo albero sorgente
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      // Carica una singola locale per istanza del plugin (predefinito alla defaultLocale della configurazione)
+      locale: Locales.ENGLISH,
+      priority: 0,
+    }),
+  ],
+};
 
-### i18next
+export default config;
+```
 
-Layout tipico dei file: `./public/locales/{locale}/{namespace}.json` o `./locales/{locale}/{namespace}.json`.
+Alternativa: layout per locale, ancora di sola lettura (viene caricata solo la locale selezionata):
 
 ```ts fileName="intlayer.config.ts"
-import { syncJSON } from "@intlayer/sync-json-plugin";
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-export default {
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
   plugins: [
-    syncJSON({
-      format: "i18next",
+    loadJSON({
+      // Solo i file per Locales.FRENCH verranno caricati da questo pattern
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      locale: Locales.FRENCH,
     }),
   ],
 };
+
+export default config;
 ```
 
-### next-intl
+### How it works
 
-Messaggi JSON per locale (spesso `./messages/{locale}.json`) o per namespace.
+- Scopri: costruisce un glob dal tuo builder `source` e raccoglie i file JSON corrispondenti.
+- Ingerisci: carica ogni file JSON come dizionario Intlayer con la `locale` fornita.
+- Sola lettura: non scrive né formatta i file di output; usa `syncJSON` se hai bisogno di una sincronizzazione bidirezionale.
+- Pronto per l'auto-fill: definisce un pattern `fill` in modo che `intlayer content fill` possa popolare le chiavi mancanti.
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale, key }) => `./messages/${locale}/${key}.json`,
-  }),
-];
+### API
+
+```ts
+loadJSON({
+  // Costruisci i percorsi ai tuoi JSON. `locale` è opzionale se la tua struttura non ha un segmento locale
+  source: ({ key, locale }) => string,
+
+  // Locale di destinazione per i dizionari caricati da questa istanza del plugin
+  // Predefinito a configuration.internationalization.defaultLocale
+  locale?: Locale,
+
+  // Etichetta opzionale per identificare la sorgente
+  location?: string, // predefinito: "plugin"
+
+  // Priorità utilizzata per la risoluzione dei conflitti contro altre sorgenti
+  priority?: number, // predefinito: 0
+
+  // Formattatore opzionale per il contenuto JSON
+  format?: 'intlayer' | 'icu' | 'i18next', // predefinito: 'intlayer'
+
+  // Divide un singolo file in un dizionario per chiave di primo livello (rilevamento automatico)
+  splitKeys?: boolean,
+});
 ```
 
-Vedi anche: `docs/it/intlayer_with_next-intl.md`.
+#### `format` ('intlayer' | 'icu' | 'i18next')
 
-### react-intl
+Specifica il formattatore da utilizzare per il contenuto del dizionario durante il caricamento dei file JSON. Ciò consente di utilizzare diverse sintassi di formattazione dei messaggi compatibili con varie librerie i18n.
 
-È comune un singolo JSON per locale:
+- `'intlayer'`: Il formattatore Intlayer predefinito (predefinito).
+- `'icu'`: Utilizza la formattazione dei messaggi ICU (compatibile con librerie come react-intl, vue-i18n).
+- `'i18next'`: Utilizza la formattazione dei messaggi i18next (compatibile con i18next, next-i18next, Solid-i18next).
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+**Esempio:**
+
+```ts
+loadJSON({
+  source: ({ key }) => `./src/**/${key}.i18n.json`,
+  locale: Locales.ENGLISH,
+  format: "icu", // Usa la formattazione ICU per la compatibilità
+}),
 ```
 
-### vue-i18n
+#### `splitKeys` (boolean)
 
-Può essere un singolo file per locale o per namespace:
+Stesso comportamento di [`syncJSON`](#splitkeys-boolean): quando un singolo file JSON raggruppa diversi namespace tramite le sue chiavi di primo livello, ogni chiave di primo livello diventa il proprio dizionario.
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ key, locale }) => `./src/locales/${locale}/${key}.json`,
-  }),
-];
+- `undefined` (predefinito): **rilevamento automatico** — divide quando il pattern `source` non ha un segmento `{key}`, singolo dizionario altrimenti.
+- `true` / `false`: forza o disabilita la divisione.
+
+```ts
+loadJSON({
+  source: ({ locale }) => `./messages/${locale}.json`,
+  format: "icu",
+  // splitKeys auto-enabled: `Hero`, `Nav`, `About`, … ciascuno diventa un dizionario
+}),
 ```
 
+### Behavior and conventions
+
+- Se la tua maschera `source` include un segnaposto per la locale, vengono ingeriti solo i file per la `locale` selezionata.
+- Se non c'è un segmento `{key}` nella tua maschera, ogni chiave di primo livello del file diventa il proprio dizionario per impostazione predefinita (vedi [`splitKeys`](#splitkeys-boolean)). Imposta `splitKeys: false` per caricare invece l'intero file come un singolo dizionario `index`.
+- Le chiavi sono derivate dai percorsi dei file sostituendo il segnaposto `{key}` nel tuo builder `source`.
+- Il plugin utilizza solo i file scoperti e non fabbrica locali o chiavi mancanti.
+- Il percorso `fill` è inferito dal tuo `source` e utilizzato per aggiornare i valori mancanti tramite CLI quando scegli di farlo.
+
+## Conflict resolution
+
+Quando la stessa chiave di traduzione esiste in più sorgenti JSON:
+
+1. Il plugin con la priorità più alta determina il valore finale
+2. Le sorgenti con priorità inferiore vengono usate come fallback per le chiavi mancanti
+3. Questo permette di mantenere le traduzioni legacy mentre si migra gradualmente verso nuove strutture
+
 ## CLI
 
 I file JSON sincronizzati saranno considerati come altri file `.content`. Ciò significa che tutti i comandi di intlayer saranno disponibili per i file JSON sincronizzati. Inclusi:
@@ -268,13 +440,13 @@ I file JSON sincronizzati saranno considerati come altri file `.content`. Ciò s
 
 Vedi [Intlayer CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/cli/index.md) per maggiori dettagli.
 
-## Limitazioni (attuali)
+## Limitations (current)
 
 - Nessun supporto per inserimenti o plurali/ICU quando si utilizzano librerie di terze parti.
 - L'editor visuale non è ancora disponibile per runtime non Intlayer.
 - Sincronizzazione solo di file JSON; i formati di catalogo non JSON non sono supportati.
 
-## Perché è importante
+## Why this matters
 
 - Possiamo raccomandare soluzioni i18n consolidate e posizionare Intlayer come un componente aggiuntivo.
 - Sfruttiamo la loro SEO/parole chiave con tutorial che terminano suggerendo Intlayer per gestire JSON.

package/docs/it/releases/v6.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Benvenuto in Intlayer v6! Questa versione si concentra su prestazioni, esperienza dello sviluppatore e affidabilità. Di seguito i punti salienti, con note di migrazione ed esempi da copiare e incollare.
 
+## Sommario
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## Punti salienti
 
 - Nuovo comando: `npx intlayer content test` per rilevare le traduzioni mancanti
@@ -294,6 +298,24 @@ Vedi [CMS e Live Sync](https://github.com/aymericzip/intlayer/blob/main/docs/doc
 
 ---
 
+## Processo parallelo per monitorare i file su turbopack
+
+Quando si utilizza Turbopack su Next.js 14 e versioni successive come server di sviluppo con il comando `next dev --turbopack`, le modifiche al dizionario non verranno rilevate automaticamente per impostazione predefinita.
+
+Questa limitazione si verifica perché Turbopack non può eseguire plugin webpack in parallelo per monitorare le modifiche nei file di contenuto.
+
+Per aggirare questo problema, abbiamo utilizzato il comando `intlayer watch`, usando l'opzione `--with` per eseguire contemporaneamente sia il server di sviluppo che il watcher di build di Intlayer.
+
+```json5 fileName="package.json"
+{
+  "scripts": {
+    "dev": "npx intlayer watch --with 'next dev --turbopack'",
+  },
+}
+```
+
+---
+
 ## Note sulla migrazione
 
 - Rimosso: `dictionaryOutput` (precedentemente `i18next` o `next-intl`). Tornerà come adattatori pluggabili nelle versioni future. Rimuovi il campo dalla tua configurazione.
@@ -312,6 +334,12 @@ Vedi [CMS e Live Sync](https://github.com/aymericzip/intlayer/blob/main/docs/doc
 
 ---
 
+## Note sulla migrazione da v6 a v7
+
+Consulta le [note sulla migrazione da v6 a v7](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/releases/v7.md) per ulteriori informazioni.
+
+---
+
 ## Link utili
 
 - [Riferimento CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/cli/index.md)

package/docs/it/releases/v7.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Benvenuto in Intlayer v7! Questa versione principale introduce miglioramenti significativi nelle prestazioni, nella sicurezza dei tipi e nell'esperienza dello sviluppatore. Di seguito i punti salienti, con note di migrazione ed esempi pratici.
 
+## Indice
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## Punti salienti
 
 - Strategia di caching per build più veloci
@@ -262,6 +266,126 @@ Questo si traduce in tempi di download più rapidi e prestazioni di runtime migl
 
 ---
 
+## Formattazione automatica del codice: configurazione formatCommand
+
+v7 introduce l'opzione `formatCommand` nella configurazione dell'editor, permettendoti di formattare automaticamente i file di contenuto quando vengono scritti da Intlayer. Questo assicura uno stile di codice e una formattazione coerenti nei tuoi file di dichiarazione di contenuto.
+
+Se non impostato, Intlayer tenterà di rilevare il comando di formattazione automaticamente. Provando a risolvere i seguenti comandi: prettier, biome, eslint.
+
+### Configurazione
+
+L'opzione `formatCommand` accetta un template di stringa dove `{{file}}` verrà sostituito con il percorso file effettivo:
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    formatCommand: 'bun x biome format "{{file}}" --write --log-level none',
+  },
+};
+```
+
+### Formatter supportati
+
+Puoi utilizzare qualsiasi code formatter che accetta percorsi di file come argomenti:
+
+**Usando Biome:**
+
+```typescript
+formatCommand: 'bun x biome format "{{file}}" --write --log-level none';
+```
+
+**Usando Prettier:**
+
+```typescript
+formatCommand: 'npx prettier --write "{{file}}" --log-level silent';
+```
+
+**Usando ESLint:**
+
+```typescript
+formatCommand: 'npx eslint --fix "{{file}}" --quiet';
+```
+
+**Usando il formatter built-in di Bun:**
+
+```typescript
+formatCommand: 'bun format "{{file}}"';
+```
+
+### Vantaggi
+
+- **Formattazione coerente**: Tutti i file di contenuto vengono formattati automaticamente secondo le linee guida di stile del tuo progetto
+- **Esperienza dello sviluppatore**: Non è necessario formattare manualmente i file dopo che Intlayer li scrive
+- **Coerenza del team**: Garantisce che tutti i membri del team abbiano la stessa formattazione applicata ai file di contenuto
+- **Integrazione CI/CD**: I file di contenuto mantengono una formattazione coerente nei flussi di lavoro automatizzati
+
+### Come funziona
+
+Quando Intlayer scrive o aggiorna un file di dichiarazione del contenuto (`.content.ts`, `.content.js`, ecc.), esegue automaticamente il comando di formattazione specificato sul file. Il placeholder `{{file}}` viene sostituito con il percorso file effettivo e il comando viene eseguito nella directory base del progetto.
+
+---
+
+## Configurazione del dizionario: Migliore organizzazione e struttura
+
+v7 introduce una nuova sezione di configurazione dedicata `dictionary` che fornisce una migliore organizzazione per le impostazioni relative al dizionario e una gestione dei contenuti migliorata.
+
+### Nuova struttura di configurazione del dizionario
+
+La proprietà `fill` è stata spostata dalla sezione `content` a una nuova sezione `dictionary`, fornendo una separazione più chiara delle responsabilità:
+
+**Configurazione v6:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**Configurazione v7:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### Vantaggi della nuova struttura
+
+- **Organizzazione più chiara**: Le impostazioni specifiche del dizionario sono ora raggruppate insieme
+- **Migliore separazione delle responsabilità**: La scoperta dei contenuti rispetto alle operazioni del dizionario sono chiaramente separate
+- **Manutenibilità migliorata**: Più facile da comprendere e modificare le configurazioni relative al dizionario
+- **Estensibilità futura**: La sezione del dizionario può contenere impostazioni specifiche del dizionario aggiuntive
+- **Gestione dizionario completa**: Include proprietà come `title`, `live`, `priority`, `tags`, `version` e `description` per creare e gestire nuovi dizionari
+
+### Utilizzo della configurazione
+
+La configurazione del dizionario serve a due scopi principali:
+
+1. **Valori predefiniti**: Definire i valori predefiniti durante la creazione di file di dichiarazione del contenuto
+2. **Comportamento di fallback**: Fornire valori di fallback quando campi specifici non sono definiti, consentendoti di definire il comportamento dell'operazione del dizionario globalmente
+
+La sezione del dizionario include proprietà complete per la gestione del dizionario:
+
+- **`fill`**: Comportamento di riempimento automatico per la generazione del contenuto
+- **`title`**: Titolo predefinito per i nuovi dizionari
+- **`live`**: Configurazione di sincronizzazione live per gli aggiornamenti in tempo reale
+- **`priority`**: Impostazioni di priorità per la risoluzione del dizionario
+- **`tags`**: Tag predefiniti per l'organizzazione del contenuto
+- **`version`**: Gestione della versione per gli aggiornamenti del dizionario
+- **`description`**: Descrizione predefinita per i nuovi contenuti
+
+Per ulteriori informazioni sui file di dichiarazione del contenuto e su come vengono applicate le impostazioni di configurazione, consulta la [Documentazione del file di contenuto](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/dictionary/content_file.md).
+
+---
+
 ## Comando Fill: comportamento aggiornato per una migliore gestione dei contenuti
 
 La versione 7 introduce un comportamento migliorato per il comando `fill`, offrendo una gestione dei contenuti più prevedibile e flessibile:
@@ -409,6 +533,10 @@ Il sistema automaticamente:
 - **`middleware.prefixDefault`**: Sostituito da `routing.mode`
 - **`middleware.noPrefix`**: Sostituito da `routing.mode`
 
+### Nuove configurazioni
+
+- **`editor.formatCommand`**: Nuova opzione per la formattazione automatica del codice dei file di contenuto
+
 ### Mappatura della migrazione
 
 #### Mappatura della configurazione