@intlayer/docs 9.4.0-canary.0 → 9.4.0

package/docs/it/packages/intlayer/getLocalizedPath.md

@@ -31,6 +31,8 @@ author: aymericzip
 
 La funzione `getLocalizedPath` risolve un percorso canonico (percorso interno dell'applicazione) nella sua equivalente localizzata in base alla locale fornita e alle regole di riscrittura. È particolarmente utile per generare URL SEO-friendly che variano in base alla lingua.
 
+È l'equivalente relativo di [`getLocalizedUrl`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/packages/intlayer/getLocalizedUrl.md) — per un input relativo entrambi restituiscono lo stesso valore. A differenza di `getLocalizedUrl`, non restituisce mai un URL assoluto: la configurazione `domains` viene ignorata, quindi una locale servita dal suo proprio dominio restituisce comunque un percorso. Un input assoluto è accettato, ma la sua origine viene scartata — solo il percorso, la query string e l'hash vengono mantenuti.
+
 **Caratteristiche principali:**
 
 - Supporta parametri di route dinamiche usando la sintassi `[param]`.
@@ -60,18 +62,23 @@ getLocalizedPath(
   - **Tipo**: `string`
   - **Obbligatorio**: Sì
 
-- `locale: Locales`
-  - **Descrizione**: La locale di destinazione per la quale il percorso deve essere localizzato.
-  - **Tipo**: `Locales`
-  - **Obbligatorio**: Sì
-
 ### Parametri opzionali
 
+- `locale?: Locales`
+  - **Description**: La locale target per la quale il percorso dovrebbe essere localizzato.
+  - **Type**: `Locales`
+  - **Default**: La locale predefinita della configurazione del tuo progetto.
+
 - `rewriteRules?: RoutingConfig['rewrite']`
   - **Descrizione**: Un oggetto che definisce regole di riscrittura personalizzate. Se non fornito, assume per default la proprietà `routing.rewrite` dalla configurazione del progetto.
   - **Tipo**: `RoutingConfig['rewrite']`
   - **Default**: `configuration.routing.rewrite`
 
+  - `options.locales?: Locales[]` — locale supportati. **Default**: `configuration.internationalization.locales`
+  - `options.defaultLocale?: Locales` — la locale predefinita. **Default**: `configuration.internationalization.defaultLocale`
+  - `options.mode?: 'prefix-no-default' | 'prefix-all' | 'no-prefix' | 'search-params'` — come la locale appare nel percorso. **Default**: `configuration.routing.mode`
+  - `options.rewrite?: RoutingConfig['rewrite']` — regole di riscrittura personalizzate. **Default**: `configuration.routing.rewrite`
+
 ---
 
 ## Restituisce
@@ -79,6 +86,28 @@ getLocalizedPath(
 - **Tipo**: `string`
 - **Descrizione**: Il percorso localizzato per la locale specificata.
 
+Il tipo è ristretto dalle regole di riscrittura dichiarate nella tua configurazione, quindi l'editor mostra il percorso risolto anziché una semplice `string`:
+
+```typescript codeFormat="typescript"
+// Configurazione: mode 'prefix-no-default', defaultLocale 'en',
+//                { '/about': { fr: '/a-propos' }, '/product/[id]': { fr: '/produit/[id]' } }
+const about = getLocalizedPath("/about", Locales.FRENCH);
+//    ^? '/fr/a-propos'
+const product = getLocalizedPath("/product/123", Locales.FRENCH);
+//    ^? '/fr/produit/123'
+const contact = getLocalizedPath("/contact", Locales.FRENCH);
+//    ^? '/fr/contact'  (nessuna regola di riscrittura corrisponde, viene applicato solo il prefisso)
+const home = getLocalizedPath("/", Locales.FRENCH);
+//    ^? '/fr'
+```
+
+Lo stesso narrowing fluisce in [`getLocalizedUrl`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/packages/intlayer/getLocalizedUrl.md), che applica le regole di riscrittura prima di prefissare la locale.
+
+Due to que i casi rimangono allargati a `string`, perché non possono essere risolti al momento della compilazione:
+
+- un percorso che non è un string literal (ad es. uno costruito da una variabile);
+- un percorso che corrisponde a una regola usando un parametro multi-segmento o opzionale (`[...slug]`, `[[...slug]]`, `:param?`).
+
 ---
 
 ## Esempio d'uso
@@ -126,8 +155,6 @@ getLocalizedPath("/contact", Locales.FRENCH, manualRules);
 // Risultato: "/contactez-nous"
 ```
 
----
-
 ### Omissione della Locale
 
 Quando non viene fornita alcuna locale, il percorso viene localizzato per la locale predefinita configurata:

package/docs/it/packages/intlayer/getLocalizedUrl.md

@@ -143,36 +143,6 @@ getLocalizedUrl(
 // Output: "/about" per la locale predefinita (inglese)
 ```
 
-```javascript codeFormat="esm"
-import { getLocalizedUrl, Locales } from "intlayer";
-
-getLocalizedUrl(
-  "/about",
-  Locales.FRENCH,
-  [Locales.ENGLISH, Locales.FRENCH],
-  Locales.ENGLISH,
-  false
-);
-
-// Output: "/fr/about" per la locale francese
-// Output: "/about" per la locale predefinita (inglese)
-```
-
-```javascript codeFormat="commonjs"
-const { getLocalizedUrl, Locales } = require("intlayer");
-
-getLocalizedUrl(
-  "/about",
-  Locales.FRENCH,
-  [Locales.ENGLISH, Locales.FRENCH],
-  Locales.ENGLISH,
-  false
-);
-
-// Output: "/fr/about" per la locale francese
-// Output: "/about" per la locale predefinita (inglese)
-```
-
 ### Override parziale della configurazione
 
 Puoi fornire anche solo alcuni dei parametri opzionali. La funzione utilizzerà la configurazione del tuo progetto per qualsiasi parametro non specificato:
@@ -249,6 +219,12 @@ getLocalizedUrl(
 - **Lingue non supportate:**
   - Per le lingue non elencate in `locales`, la funzione non applica alcun prefisso.
 
+- **Modalità di Routing:**
+  - `'prefix-no-default'`: La locale predefinita non ha prefisso, le altre sì (es. `/about`, `/fr/about`)
+  - `'prefix-all'`: Tutte le locale hanno prefissi (es. `/en/about`, `/fr/about`)
+  - `'no-prefix'`: Nessun prefisso di locale negli URL (locale gestita altrove)
+  - `'search-params'`: Locale specificata tramite parametro di query (es. `/about?locale=fr`)
+
 ---
 
 ## Utilizzo nelle Applicazioni

package/docs/it/packages/intlayer/getMultilingualUrls.md

@@ -31,6 +31,14 @@ author: aymericzip
 
 La funzione `getMultilingualUrls` genera una mappatura di URL multilingue aggiungendo un prefisso all'URL fornito con ciascuna delle lingue supportate. Può gestire sia URL assoluti che relativi, applicando il prefisso della lingua appropriata in base alla configurazione fornita o ai valori predefiniti.
 
+**Caratteristiche principali:**
+
+- È richiesto solo 1 parametro: `url`
+- Oggetto `options` opzionale con `locales`, `defaultLocale` e `mode`
+- Utilizza la configurazione di internazionalizzazione del tuo progetto come impostazioni predefinite
+- Supporta più modalità di routing: `prefix-no-default`, `prefix-all`, `no-prefix` e `search-params`
+- Restituisce un oggetto di mapping con tutte le locale come chiavi e i loro URL corrispondenti come valori
+
 ---
 
 ## Firma della funzione
@@ -139,8 +147,6 @@ getMultilingualUrls(
 // }
 ```
 
----
-
 ### Modalità di Routing Diverse
 
 ```typescript
@@ -206,6 +212,12 @@ getMultilingualUrls("/dashboard", {
 - **Localizzazioni Non Supportate:**
   - Solo le localizzazioni fornite nell'array `locales` sono considerate per la generazione degli URL.
 
+- **Modalità di Routing:**
+  - `'prefix-no-default'`: La locale predefinita non ha prefisso, le altre sì (es. `/dashboard`, `/fr/dashboard`)
+  - `'prefix-all'`: Tutte le locale hanno prefissi (es. `/en/dashboard`, `/fr/dashboard`)
+  - `'no-prefix'`: Nessun prefisso di locale negli URL (tutte le locale restituiscono lo stesso URL)
+  - `'search-params'`: Locale specificata tramite parametro di query (es. `/dashboard?locale=fr`)
+
 ---
 
 ## Utilizzo nelle Applicazioni

package/docs/it/packages/intlayer/getTranslation.md

@@ -31,6 +31,8 @@ author: aymericzip
 
 La funzione `getTranslationContent` recupera il contenuto corrispondente a una specifica localizzazione da un insieme di contenuti linguistici personalizzabili. Se la localizzazione specificata non viene trovata, restituisce per impostazione predefinita il contenuto della localizzazione predefinita configurata nel progetto.
 
+Per maggiori dettagli su come dichiarare le traduzioni, consulta la [documentazione sulla traduzione](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/dictionary/translation.md).
+
 ## Parametri
 
 - `languageContent: CustomizableLanguageContent<Content>`

package/docs/it/packages/next-intlayer/t.md

@@ -102,37 +102,6 @@ export const ServerComponentExample: FC = () => (
 );
 ```
 
-###Traduzioni Inline negli Attributi
-
-La funzione `t` è particolarmente utile per le traduzioni inline negli attributi JSX.
-Quando si localizzano attributi come `alt`, `title`, `href` o `aria-label`, è possibile utilizzare `t` direttamente all'interno dell'attributo.
-
-```jsx
-<button
-  aria-label={t({
-    en: "Submit",
-    fr: "Soumettre",
-    es: "Enviar",
-  })}
->
-  {t({
-    en: "Submit",
-    fr: "Soumettre",
-    es: "Enviar",
-  })}
-  <img
-    src="/path/to/image"
-    alt={t({
-      en: "A beautiful scenery",
-      fr: "Un beau paysage",
-      es: "Un hermoso paisaje",
-    })}
-  />
-</button>
-```
-
----
-
 ### Traduzioni Inline negli Attributi
 
 La funzione `t` è particolarmente utile per le traduzioni inline negli attributi JSX.
@@ -192,6 +161,23 @@ In `next-intlayer`, la locale corrente è gestita tramite provider di contesto:
 
 #### Esempio:
 
+<Tabs>
+ <Tab label='Intlayer >=9.4' value='>=9.4'>
+
+```tsx codeFormat={["typescript", "esm", "commonjs"]}
+import type { FC, ReactNode } from "react";
+import type { Locales } from "intlayer";
+import { IntlayerProvider } from "next-intlayer/server";
+
+const Page: FC<{ locale: Locales; children: ReactNode }> = ({
+  locale,
+  children,
+}) => <IntlayerProvider locale={locale}>{children}</IntlayerProvider>;
+```
+
+ </Tab>
+ <Tab label='Intlayer <9.4' value='<9.4'>
+
 ```tsx codeFormat={["typescript", "esm", "commonjs"]}
 import type { FC } from "react";
 import type { Locales } from "intlayer";
@@ -207,6 +193,9 @@ const Page: FC<{ locale: Locales }> = ({ locale }) => (
 );
 ```
 
+</Tab>
+</Tabs>
+
 ---
 
 ## Errori Comuni e Risoluzione dei Problemi

package/docs/it/packages/next-intlayer/useIntlayer.md

@@ -79,6 +79,34 @@ Le istruzioni per configurare i file di dichiarazione del contenuto sono disponi
 
 Ecco come implementare il hook `useIntlayer` all'interno di una pagina Next.js per caricare dinamicamente contenuti localizzati in base alla locale corrente dell'applicazione:
 
+<Tabs>
+ <Tab label='Intlayer >=9.4' value='>=9.4'>
+
+```tsx fileName="src/pages/[locale]/index.tsx" codeFormat={["typescript", "esm"]}
+import { ClientComponentExample } from "@components/ClientComponentExample";
+import { ServerComponentExample } from "@components/ServerComponentExample";
+import { type NextPageIntlayer } from "next-intlayer";
+import { useIntlayer } from "next-intlayer";
+import { IntlayerProvider } from "next-intlayer/server";
+
+const HomePage: NextPageIntlayer = async ({ params }) => {
+  const { locale } = await params;
+
+  const content = useIntlayer("homepage", locale);
+
+  return (
+    <IntlayerProvider locale={locale}>
+      <p>{content.introduction}</p>
+      <ClientComponentExample />
+      <ServerComponentExample />
+    </IntlayerProvider>
+  );
+};
+```
+
+ </Tab>
+ <Tab label='Intlayer <9.4' value='<9.4'>
+
 ```tsx fileName="src/pages/[locale]/index.tsx" codeFormat={["typescript", "esm"]}
 import { ClientComponentExample } from "@components/ClientComponentExample";
 import { ServerComponentExample } from "@components/ServerComponentExample";
@@ -104,6 +132,9 @@ const HomePage: NextPageIntlayer = async ({ params }) => {
 };
 ```
 
+ </Tab>
+</Tabs>
+
 ```tsx fileName="src/components/ClientComponentExample.tsx" codeFormat={["typescript", "esm"]}
 "use-client";
 

package/docs/it/packages/next-intlayer/useLocale.md

@@ -104,6 +104,8 @@ L'hook `useLocale` accetta i seguenti parametri:
 
 ## Valori di Ritorno
 
+Quando invochi l'hook `useLocale`, restituisce un oggetto contenente le seguenti proprietà:
+
 - **`locale`**: La locale corrente come impostata nel contesto React.
 - **`defaultLocale`**: La locale primaria definita nella configurazione.
 - **`availableLocales`**: Una lista di tutte le localizzazioni disponibili come definite nella configurazione.

package/docs/it/packages/react-intlayer/useDictionary.md

@@ -30,8 +30,6 @@ L'hook `useDictionary` ti consente di elaborare un oggetto che assomiglia a un d
 
 ## Esempio di utilizzo in React
 
-Di seguito un esempio di come utilizzare l'hook `useDictionary` in un componente React:
-
 ```tsx fileName="./ComponentExample.tsx" codeFormat={["typescript", "esm"]}
 import type { FC } from "react";
 import { useDictionary } from "react-intlayer";

package/docs/it/packages/react-intlayer/useI18n.md

@@ -77,6 +77,34 @@ Tutte le chiavi del dizionario devono essere dichiarate all'interno dei file di
 
 Esempi di utilizzo dell'hook `useI18n` all'interno di componenti React:
 
+<Tabs>
+ <Tab label='Intlayer >=9.4' value='>=9.4'>
+
+```tsx fileName="src/App.tsx" codeFormat={["typescript", "esm"]}
+import type { FC } from "react";
+import { ClientComponentExample, ServerComponentExample } from "@components";
+import { IntlayerProvider } from "react-intlayer";
+import { useI18n } from "react-intlayer/server";
+import { Locales } from "intlayer";
+
+const App: FC<{ locale: Locales }> = ({ locale }) => {
+  const t = useI18n("home-page", locale);
+
+  return (
+    <>
+      <p>{t("introduction")}</p>
+      <IntlayerProvider locale={locale}>
+        <ClientComponentExample />
+      </IntlayerProvider>
+      <ServerComponentExample />
+    </>
+  );
+};
+```
+
+ </Tab>
+ <Tab label='Intlayer <9.4' value='<9.4'>
+
 ```tsx fileName="src/App.tsx" codeFormat={["typescript", "esm"]}
 import type { FC } from "react";
 import { ClientComponentExample, ServerComponentExample } from "@components";
@@ -101,6 +129,9 @@ const App: FC<{ locale: Locales }> = ({ locale }) => {
 };
 ```
 
+ </Tab>
+</Tabs>
+
 ```tsx fileName="src/components/ComponentExample.tsx" codeFormat={["typescript", "esm"]}
 import type { FC } from "react";
 import { useI18n } from "react-intlayer";

package/docs/it/packages/react-intlayer/useIntlayer.md

@@ -31,32 +31,6 @@ Questa sezione fornisce una guida dettagliata sull'uso dell'hook `useIntlayer` a
 
 ## Esempio di utilizzo in React
 
-Dimostrazione dell'hook `useIntlayer` all'interno di un componente React:
-
-```tsx fileName="src/app.tsx" codeFormat={["typescript", "esm"]}
-import type { FC } from "react";
-import { ClientComponentExample, ServerComponentExample } from "@components";
-import { IntlayerProvider } from "react-intlayer";
-import { useIntlayer, IntlayerServerProvider } from "react-intlayer/server";
-import { Locales } from "intlayer";
-
-const App: FC<{ locale: Locales }> = ({ locale }) => {
-  const content = useIntlayer("homepage", locale);
-
-  return (
-    <>
-      <p>{content.introduction}</p>
-      <IntlayerProvider locale={locale}>
-        <ClientComponentExample />
-      </IntlayerProvider>
-      <IntlayerServerProvider locale={locale}>
-        <ServerComponentExample />
-      </IntlayerServerProvider>
-    </>
-  );
-};
-```
-
 ```tsx fileName="src/components/ComponentExample.tsx" codeFormat={["typescript", "esm"]}
 import type { FC } from "react";
 import { useIntlayer } from "react-intlayer";
@@ -73,24 +47,6 @@ const ComponentExample: FC = () => {
 };
 ```
 
-```tsx fileName="src/components/ServerComponentExample.tsx" codeFormat={["typescript", "esm"]}
-import { useIntlayer } from "react-intlayer/server";
-
-jsx fileName="src/components/ServerComponentExample.tsx" codeFormat="typescript"
-import { useIntlayer } from "react-intlayer/server";
-
-const ServerComponentExample = () => {
-  const content = useIntlayer("server-component");
-
-  return (
-    <div>
-      <h1>{content.title}</h1>
-      <p>{content.description}</p> {/* descrizione del contenuto */}
-    </div>
-  );
-};
-```
-
 ## Risorse Aggiuntive
 
 - **Intlayer Visual Editor**: Per un'esperienza di gestione dei contenuti più intuitiva, fare riferimento alla documentazione dell'editor visuale [qui](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/intlayer_visual_editor.md).

package/docs/it/packages/vite-intlayer/intlayerPrune.md

@@ -28,6 +28,8 @@ author: aymericzip
 
 Il plugin Vite `intlayerPrune` viene utilizzato per eseguire tree-shaking ed eliminare i dizionari non utilizzati dal bundle della tua applicazione. Questo aiuta a ridurre la dimensione finale del bundle includendo solo i contenuti multilingua necessari.
 
+> Il plugin è già incluso e configurato automaticamente quando utilizzi [`intlayer()`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/packages/vite-intlayer/intlayer.md). Devi registrarlo manualmente solo se stai componendo lo stack di plugin da solo.
+
 ## Utilizzo
 
 ### As part of `intlayer()` (recommended)

package/docs/it/per_locale_file.md

@@ -77,6 +77,17 @@ const helloWorldContent = {
 module.exports = helloWorldContent;
 ```
 
+```json5 fileName="hello-world.it.content.json" contentDeclarationFormat="json"
+{
+  "$schema": "https://intlayer.org/schema.json",
+  "key": "hello-world",
+  "locale": "it", // Importante
+  "content": {
+    "multilingualContent": "Titolo del mio componente",
+  },
+}
+```
+
 ```json fileName="hello-world.content.ts" contentDeclarationFormat="json"
 {
   "$schema": "https://intlayer.org/schema.json",
@@ -95,6 +106,8 @@ module.exports = helloWorldContent;
 
 > Consigliato: questo formato è il migliore quando si utilizza l'editor visuale di Intlayer o si gestiscono le traduzioni direttamente nel codice.
 
+> Nota: In entrambi i casi, il file di dichiarazione del contenuto deve seguire il pattern di denominazione `*.content.{ts,tsx,js,jsx,mjs,cjs,json}` per essere riconosciuto da Intlayer. Il suffisso `.[locale]` è opzionale e utilizzato solo come convenzione di denominazione.
+
 ### Configurazione globale per i file per-locale
 
 Puoi configurare la configurazione globale per i file per-locale aggiungendo quanto segue al tuo file `intlayer.config.ts`:
@@ -146,17 +159,6 @@ const helloWorldContent = {
 export default helloWorldContent;
 ```
 
-```json5 fileName="hello-world.en.content.json" contentDeclarationFormat="json"
-{
-  "$schema": "https://intlayer.org/schema.json",
-  "key": "hello-world",
-  "locale": "en", // Importante
-  "content": {
-    "multilingualContent": "Titolo del mio componente",
-  },
-}
-```
-
 ```json5 fileName="hello-world.es.content.json" contentDeclarationFormat="json"
 {
   "$schema": "https://intlayer.org/schema.json",
@@ -170,8 +172,6 @@ export default helloWorldContent;
 
 > Importante: Assicurati che il campo locale sia definito. Indica a Intlayer quale lingua rappresenta il file.
 
-> Nota: In entrambi i casi, il file di dichiarazione del contenuto deve seguire il modello di denominazione `*.content.{ts,tsx,js,jsx,mjs,cjs,json}` per essere riconosciuto da Intlayer. Il suffisso `.[locale]` è opzionale ed è usato solo come convenzione di denominazione.
-
 ## Mescolare Formati
 
 Puoi combinare entrambi gli approcci di dichiarazione per la stessa chiave di contenuto. Per esempio:

package/docs/it/readme.md

@@ -225,8 +225,8 @@ Esplora la nostra documentazione esaustiva per iniziare con Intlayer e imparare
   <li><a href="https://intlayer.org/doc/environment/vite-and-vue" rel=''>Vite + Vue</a></li>
   <li><a href="https://intlayer.org/doc/environment/nuxt-and-vue" rel=''>Vite + Nuxt</a></li>
   <li><a href="https://intlayer.org/doc/environment/vite-and-solid" rel=''>Vite + Solid</a></li>
-  <li><a href="https://intlayer.org/doc/environment/angular" rel=''>Angular</a></li>
-  <li>
+  <li><a href="https://intlayer.org/doc/environment/solid-start" rel=''>Solid Start</a></li>
+  <li><a href="https://intlayer.org/doc/environment/angular" rel=''>Angular</a></li>  <li>
      <a href="https://intlayer.org/doc/environment/express" rel=''>Backend</a>
      <ul>
       <li><a href="https://intlayer.org/doc/environment/express" rel=''>Express</a></li>
@@ -234,6 +234,7 @@ Esplora la nostra documentazione esaustiva per iniziare con Intlayer e imparare
       <li><a href="https://intlayer.org/doc/environment/fastify" rel=''>Fastify</a></li>
       <li><a href="https://intlayer.org/doc/environment/adonisjs" rel=''>AdonisJS</a></li>
       <li><a href="https://intlayer.org/doc/environment/hono" rel=''>Hono</a></li>
+      <li><a href="https://intlayer.org/doc/environment/elysia" rel=''>Elysia</a></li>
     </ul>
   </li>
 </ul>

package/docs/it/releases/v6.md

@@ -118,6 +118,8 @@ export default config;
 
 Puoi ancora perfezionare per dizionario utilizzando il campo `autoFill` nei file di contenuto. Consulta la documentazione completa in `doc/autoFill` e `doc/dictionary/content_file`.
 
+Puoi comunque affinare per dizionario utilizzando il campo `autoFill` nei file di contenuto. Intlayer considererà prima la configurazione per dizionario e poi farà un fallback alla configurazione globale. Consulta il riferimento completo in [Auto-fill](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/autoFill.md) e [Riferimento file di contenuto](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/dictionary/content_file.md).
+
 ---
 
 ## Comando fill: impostazioni predefinite più sicure
@@ -175,6 +177,20 @@ Consulta i dettagli nella documentazione della [Estensione Ufficiale per VS Code
 
 ---
 
+Aggiornato il server MCP per supportare le nuove funzionalità.
+
+- Compilazione automatica
+- Test delle traduzioni mancanti
+- Aggiornamenti in tempo reale
+- Logging
+- Validazione
+- Note sulla migrazione
+- Documentazione
+
+> Il server MCP aiuta nell'automazione dei progetti che utilizzano Intlayer. Verifica le traduzioni mancanti per il codice autogenerato. Aiuta a comprendere la tua configurazione e incorpora la documentazione di Intlayer nel tuo IDE.
+
+---
+
 ## Prestazioni: 10× più veloce
 
 - Risoluzione parallela dei dizionari locali e remoti
@@ -296,8 +312,6 @@ Note:
 
 Vedi [CMS e Live Sync](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/intlayer_CMS.md) e [Configurazione](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/configuration.md) per una guida completa.
 
----
-
 ## 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.

package/docs/it/releases/v8.md

@@ -763,8 +763,6 @@ export default {
   </Tab>
 </Tabs>
 
----
-
 ## Regole di Pluralizzazione Unicode CLDR (v8.8.0)
 
 È stato introdotto un nuovo helper per nodi `plural` basato sulle regole di pluralizzazione definite dal Progetto Unicode CLDR, migliorando il supporto per le lingue complesse.
@@ -1121,7 +1119,7 @@ Intlayer v8 include un nuovo layer di caching per il compilatore Markdown e HTML
 
 <Tabs group='bundler'>
   <Tab label="Next.js" value="nextjs">
-  
+
     ```typescript fileName="babel.config.js"
       const {
       intlayerExtractBabelPlugin,
@@ -1143,7 +1141,7 @@ Intlayer v8 include un nuovo layer di caching per il compilatore Markdown e HTML
 
   </Tab>
   <Tab label="Vite" value="vite">
-   
+
     ```typescript fileName="vite.config.js"
     import { defineConfig } from 'vite';
     import { intlayer, intlayerCompiler } from "vite-intlayer";

package/docs/it/releases/v9.md

@@ -374,6 +374,8 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 Il programma di installazione scarica un `docker-compose.yml` e un `.env`, genera automaticamente i secret necessari ed esegue `docker compose up -d`. Tutto — il dashboard, l'API, il database, l'archiviazione di oggetti e le email transazionali — viene eseguito localmente nei container.
 
+---
+
 ## Note di migrazione da v8
 
 Se stai eseguendo l'aggiornamento da v8, nota che la v9 non include breaking changes. Ma ecco le modifiche chiave: