@intlayer/docs 9.3.1 → 9.3.3

package/docs/fr/eslint.md

@@ -0,0 +1,336 @@
+---
+createdAt: 2026-08-12
+updatedAt: 2026-08-13
+title: Plugin ESLint | Règles de lint pour Intlayer
+description: Détectez les chaînes codées en dur, les appels dynamiques que le compilateur Intlayer ne peut pas optimiser et le contenu de dictionnaire inutilisé, avec eslint-plugin-intlayer. Compatible ESLint et oxlint, sur React, Vue, Svelte, Angular et Astro.
+keywords:
+  - Intlayer
+  - ESLint
+  - oxlint
+  - Lint
+  - i18n
+  - Internationalisation
+  - no-raw-text
+  - Chaînes codées en dur
+  - Traductions inutilisées
+  - Contenu mort
+  - React
+  - Vue
+  - Svelte
+  - Angular
+slugs:
+  - doc
+  - eslint
+history:
+  - version: 9.3.1
+    date: 2026-08-12
+    changes: "Historique initial"
+author: aymericzip
+---
+
+# Plugin ESLint x OXLint
+
+`eslint-plugin-intlayer` détecte les types d'erreurs d'i18n que TypeScript ne peut pas voir :
+
+1. **Le texte codé en dur** qui n'a jamais rejoint un dictionnaire.
+2. **Les appels dynamiques** qui passent le typage et s'exécutent, mais que le compilateur Intlayer ne peut pas optimiser.
+3. **Le contenu mort** — les dictionnaires et les champs qu'aucun élément du projet ne lit (sur activation explicite).
+
+Les clés de dictionnaire inconnues, les chemins de champ inconnus et les locales manquantes sont déjà des erreurs de compilation, le plugin ne les répète donc pas.
+
+## Installation
+
+```bash packageManager="npm"
+npm install --save-dev eslint-plugin-intlayer
+```
+
+```bash packageManager="pnpm"
+pnpm add --save-dev eslint-plugin-intlayer
+```
+
+```bash packageManager="yarn"
+yarn add --dev eslint-plugin-intlayer
+```
+
+Nécessite ESLint 9 ou une version ultérieure (flat config). ESLint 10 est pris en charge.
+
+## Utilisation
+
+Le plugin fonctionne à la fois avec ESLint et [oxlint](https://oxc.rs) — mêmes règles, mêmes options.
+
+<Tabs defaultTab="eslint">
+  <Tab label="ESLint" value="eslint">
+
+```javascript fileName="eslint.config.mjs"
+import intlayer from "eslint-plugin-intlayer";
+
+export default [...intlayer.configs.recommended];
+```
+
+Ou étalez une config et définissez vous-même les niveaux de sévérité :
+
+```javascript fileName="eslint.config.mjs"
+import intlayer from "eslint-plugin-intlayer";
+
+export default [
+  ...intlayer.configs.recommended,
+  {
+    rules: {
+      "intlayer/no-raw-text": "warn",
+      "intlayer/static-dictionary-key": "error",
+      "intlayer/no-dynamic-field-access": "error",
+      "intlayer/enforce-adapter-import": "warn",
+      "intlayer/no-unused-content": "warn",
+    },
+  },
+];
+```
+
+  </Tab>
+  <Tab label="oxlint" value="oxlint">
+
+```json fileName=".oxlintrc.json"
+{
+  "jsPlugins": ["eslint-plugin-intlayer"],
+  "rules": {
+    "intlayer/no-raw-text": "warn",
+    "intlayer/static-dictionary-key": "error",
+    "intlayer/no-dynamic-field-access": "error",
+    "intlayer/enforce-adapter-import": "warn"
+  }
+}
+```
+
+Deux réserves : la prise en charge des plugins JS par oxlint est encore en alpha, et oxlint ne prend pas en charge les parsers personnalisés — les fichiers `.vue`, `.svelte`, `.astro` et les templates Angular n'y sont donc pas analysés. Lancez oxlint sur vos fichiers JS/TS/JSX et gardez ESLint pour le reste.
+
+`no-unused-content` est volontairement omise ci-dessus : elle nécessite le répertoire de travail et le chemin du fichier analysé issus du contexte de règle, ce que le bridge de plugin JS alpha ne garantit pas. Exécutez-la sous ESLint.
+
+  </Tab>
+</Tabs>
+
+### Configurations
+
+| Configuration   | `no-raw-text`                | `static-dictionary-key` | `no-dynamic-field-access` | `enforce-adapter-import` | `no-unused-content` |
+| --------------- | ---------------------------- | ----------------------- | ------------------------- | ------------------------ | ------------------- |
+| `recommended`   | warn                         | error                   | error                     | off                      | off                 |
+| `strict`        | error (+ littéraux hors JSX) | error                   | error                     | error                    | off                 |
+| `contract-only` | off                          | error                   | error                     | off                      | off                 |
+
+`recommended` maintient volontairement `no-raw-text` à `warn` : pointer cette règle vers une codebase existante fait remonter toutes les chaînes non traduites d'un coup, ce qui ne doit pas casser votre build dès le premier jour.
+
+`enforce-adapter-import` est désactivée par défaut — activez-la explicitement si vous la souhaitez.
+
+`no-unused-content` est désactivée dans toutes les configurations, y compris `strict`. C'est la seule règle qui lit votre configuration Intlayer et parcourt vos fichiers sources sur le disque ; son activation doit donc être un choix délibéré plutôt qu'un comportement imposé par un preset.
+
+## Règles
+
+### `no-raw-text`
+
+Signale le texte destiné à l'utilisateur qui n'est pas déclaré dans un dictionnaire. La règle utilise la même détection que `intlayer extract`, si bien que les noms de marque, les classes CSS et les identifiants techniques sont ignorés.
+
+```jsx
+// ✗ Signalé
+<h1>Welcome to our documentation</h1>
+<input placeholder="Enter your email address" />
+
+// ✓ Correct
+const { title } = useIntlayer("home");
+<h1>{title}</h1>
+```
+
+Les fichiers de déclaration de contenu (`*.content.ts`, …) sont ignorés.
+
+Pour corriger tout un fichier d'un coup, lancez `npx intlayer extract` et laissez le compilateur déplacer les chaînes dans un dictionnaire pour vous.
+
+**Options**
+
+```javascript fileName="eslint.config.mjs"
+{
+  "intlayer/no-raw-text": [
+    "warn",
+    {
+      // Attributs dont la valeur est du texte destiné à l'utilisateur.
+      // Par défaut : title, placeholder, alt, aria-label, label
+      attributes: ["title", "placeholder", "alt", "aria-label", "label"],
+
+      // Éléments dont le contenu n'est jamais du texte destiné à l'utilisateur.
+      // Par défaut : code, pre, script, style
+      ignoreElements: ["code", "pre", "script", "style"],
+
+      // Expressions régulières pour du texte à ne jamais signaler.
+      ignorePatterns: ["^Powered by"],
+
+      // Signaler aussi les littéraux de chaîne hors markup. Par défaut : false
+      includeStringLiterals: false,
+    },
+  ],
+}
+```
+
+### `static-dictionary-key`
+
+Exige que la clé de dictionnaire soit un littéral de chaîne.
+
+Le compilateur ne peut précharger un dictionnaire que s'il peut lire la clé directement au site d'appel. Avec une clé calculée, il ignore silencieusement l'optimisation et embarque tous les dictionnaires.
+
+```typescript
+// ✗ Signalé
+useIntlayer(dictionaryKey);
+useIntlayer(`home-${suffix}`);
+getTranslations({ namespace: page });
+
+// ✗ Une variable n'est toujours pas un littéral
+const key = "home";
+useIntlayer(key);
+
+// ✓ Correct
+useIntlayer("home");
+getTranslations({ namespace: "home" });
+```
+
+Cela s'applique à `useIntlayer`, `getIntlayer` et à chaque adaptateur compat (`useTranslation`, `useTranslations`, `formatMessage`, `<FormattedMessage id>`, `<Trans i18nKey>`, …).
+
+### `no-dynamic-field-access`
+
+Exige que le champ que vous lisez dans un dictionnaire soit connu statiquement.
+
+Le compilateur supprime les champs dont il ne voit pas l'utilisation. Un accès calculé lui est invisible, la lecture peut donc renvoyer `undefined` à l'exécution.
+
+```typescript
+// ✗ Signalé
+const content = useIntlayer("home");
+content[fieldName];
+
+const t = useTranslations("home");
+t(messageKey);
+
+// ✓ Correct
+content.title;
+content["title"];
+content.items[0];
+t("hero.title");
+```
+
+### `enforce-adapter-import`
+
+Privilégie l'adaptateur compat `@intlayer/*` par rapport au package d'origine. L'original ne se résout vers Intlayer que si l'alias du bundler est configuré ; l'adaptateur le fait toujours. Corrigeable automatiquement avec `--fix`.
+
+```typescript
+// ✗ Signalé
+import { useTranslation } from "react-i18next";
+import { getTranslations } from "next-intl/server";
+
+// ✓ Correct
+import { useTranslation } from "@intlayer/react-i18next";
+import { getTranslations } from "@intlayer/next-intl/server";
+```
+
+### `no-unused-content`
+
+**Désactivée par défaut.** Signale le contenu qu'aucun élément de votre projet ne lit, ainsi que les clés de dictionnaire déclarées à plusieurs endroits.
+
+```typescript fileName="src/home.content.ts"
+export default {
+  key: "home", // ✗ Signalé si aucun appelant dans le projet ne demande "home"
+  content: {
+    title: t({ fr: "Titre", en: "Title" }),
+
+    // ✗ Signalé si rien ne lit `hero`
+    hero: {
+      subtitle: t({ fr: "Sous-titre", en: "Subtitle" }),
+    },
+  },
+};
+```
+
+Contrairement aux autres règles, celle-ci ne peut pas répondre uniquement à partir du fichier en cours d'analyse — un champ n'est inutilisé que par rapport à l'ensemble du projet. Dès la première déclaration de contenu d'une exécution de lint, elle charge votre configuration Intlayer, recherche les fichiers sources définis par cette configuration (`build.traversePattern`, `compiler.transformPattern`) et exécute le même analyseur d'utilisation qui alimente `@intlayer/lsp` et le barré « inutilisé » dans l'extension VS Code. Le résultat est mis en cache pendant `cacheTtl` millisecondes, de sorte que l'analyse est effectuée une fois par exécution plutôt qu'une fois par fichier.
+
+**Options**
+
+```javascript fileName="eslint.config.mjs"
+{
+  "intlayer/no-unused-content": [
+    "warn",
+    {
+      // Signaler les clés de dictionnaire qu'aucun élément ne référence. Par défaut : true
+      reportUnusedDictionaries: true,
+
+      // Signaler les champs de contenu que rien ne lit. Par défaut : true
+      reportUnusedFields: true,
+
+      // Signaler les clés déclarées à plusieurs endroits. Par défaut : true
+      reportDuplicateKeys: true,
+
+      // Expressions régulières pour les chemins de champs à ne jamais signaler.
+      ignoreFields: ["^meta"],
+
+      // Racine du projet à partir de laquelle commence l'analyse. Par défaut : répertoire de travail d'ESLint
+      baseDir: process.cwd(),
+
+      // Durée de réutilisation d'une analyse de projet, en ms. Par défaut : 30000
+      cacheTtl: 30000,
+    },
+  ],
+}
+```
+
+Diminuez `cacheTtl` si vous lisez depuis un serveur d'éditeur persistant et souhaitez que vos modifications soient prises en compte plus rapidement ; définissez `baseDir` lorsqu'une seule exécution de lint couvre plusieurs projets Intlayer dans un monorepo.
+
+> **La règle privilégie le silence.** Un faux positif supprimant une traduction, rien n'est signalé lorsque le dictionnaire est consommé d'une manière que l'analyse ne peut pas suivre : l'objet de contenu transmis dans son intégralité, une fonction de traduction liée à partir de celui-ci (`const t = useTranslations("home")`), une déclaration atteinte via un import direct (`useDictionary(myDictionary)`), un `nest()` depuis un autre dictionnaire, ou une liste de champs rendue non exhaustive par un spread. Les composants monofichiers (`.vue`, `.svelte`, `.astro`) sont considérés comme utilisant chaque champ des dictionnaires qu'ils mentionnent, car leurs blocs de script ne sont pas analysés ici.
+
+`reportDuplicateKeys` lit les dictionnaires non fusionnés que le build écrit sous `.intlayer/`, elle reste donc silencieuse jusqu'à ce que le projet ait été compilé au moins une fois. Deux déclarations partageant une clé sont fusionnées, ce qui est un modèle légitime — le rapport existe car un champ défini des deux côtés ne conserve silencieusement que l'une des deux valeurs.
+
+L'analyseur est chargé depuis `@intlayer/lsp`, qui est distribué en ESM. La règle nécessite donc une version de Node capable de faire un `require()` sur un module ES — Node 20.19+ ou 22.12+. Sur toute version antérieure, elle ne signale rien plutôt que de faire échouer l'exécution du lint.
+
+## Frameworks
+
+Toutes les règles fonctionnent sur l'ensemble des intégrations Intlayer, y compris à l'intérieur des templates Vue, Svelte et Angular. Il vous suffit d'indiquer à ESLint quel parser lit chaque type de fichier.
+
+| Framework                 | Fichiers          | Parser                            |
+| ------------------------- | ----------------- | --------------------------------- |
+| React, Preact, Solid, Lit | `.jsx` `.tsx`     | `typescript-eslint`               |
+| Next.js                   | `.jsx` `.tsx`     | `typescript-eslint`               |
+| Vue, Nuxt                 | `.vue`            | `vue-eslint-parser`               |
+| Svelte, SvelteKit         | `.svelte`         | `svelte-eslint-parser`            |
+| Angular                   | `.ts`             | `typescript-eslint`               |
+| Templates Angular         | `.component.html` | `@angular-eslint/template-parser` |
+| Astro                     | `.astro`          | `astro-eslint-parser`             |
+
+```javascript fileName="eslint.config.mjs"
+import intlayer from "eslint-plugin-intlayer";
+import tseslint from "typescript-eslint";
+import vueParser from "vue-eslint-parser";
+import svelteParser from "svelte-eslint-parser";
+import angularTemplateParser from "@angular-eslint/template-parser";
+
+export default [
+  ...intlayer.configs.recommended,
+
+  {
+    files: ["**/*.{ts,tsx,jsx}"],
+    languageOptions: { parser: tseslint.parser },
+  },
+  {
+    files: ["**/*.vue"],
+    languageOptions: {
+      parser: vueParser,
+      parserOptions: { parser: tseslint.parser },
+    },
+  },
+  {
+    files: ["**/*.svelte"],
+    languageOptions: {
+      parser: svelteParser,
+      parserOptions: { parser: tseslint.parser },
+    },
+  },
+  {
+    files: ["**/*.component.html"],
+    languageOptions: { parser: angularTemplateParser },
+  },
+];
+```
+
+N'installez que les parsers dont votre projet a besoin.
+
+> **Limitation connue.** Dans les templates Vue et Angular, une expression telle que `{{ content[key] }}` n'est pas vérifiée par `no-dynamic-field-access`. Les lectures dynamiques écrites dans le bloc script sont détectées normalement.

package/docs/hi/configuration.md

@@ -471,6 +471,30 @@ const config: IntlayerConfig = {
      */
     prune: true,
 
+    /**
+     * प्रति-लोकेल डिक्शनरी चंक्स को उस कोड-स्प्लिट सीमा के अनुसार समूहित करें जो
+     * उनका उपयोग करती है, ताकि आलसी रूप से लोड होने वाला पेज अपनी सामग्री एक ही
+     * अनुरोध में प्राप्त करे।
+     * डिफ़ॉल्ट: true
+     *
+     * नोट:
+     * - केवल `importMode: 'dynamic'` का उपयोग करने वाली डिक्शनरियों पर लागू होता
+     *   है।
+     */
+    chunkGrouping: true,
+
+    /**
+     * डिक्शनरी को उस चंक के साथ लोड करें जो उसका उपयोग करता है, बजाय उस चंक के
+     * रेंडर होने के बाद उसे प्राप्त करने के। पठन सस्पेंड होने के बजाय समकालिक रूप
+     * से रेंडर होते हैं, इसलिए नेविगेशन में अब लोडिंग स्थिति नहीं झलकती।
+     * डिफ़ॉल्ट: true
+     *
+     * नोट:
+     * - केवल हल की गई लोकेल की प्रतीक्षा की जाती है, इसलिए पेज केवल वही भाषा
+     *   डाउनलोड करता है जो वह दिखाता है।
+     */
+    dictionariesPreload: true,
+
     /**
      * जेनरेट की गई डिक्शनरी फ़ाइलों के लिए आउटपुट स्वरूप।
      * डिफ़ॉल्ट: ['cjs', 'esm']
@@ -1047,15 +1071,17 @@ Intlayer आपके एप्लिकेशन के अंतर्रा
 
 > ऑप्टिमाइज़ेशन के दौरान, Intlayer कोड स्प्लिटिंग (chunking) को ऑप्टिमाइज़ करने के लिए डिक्शनरी कॉल को बदल देगा ताकि परिणामी बंडल केवल उन्हीं डिक्शनरी को आयात करे जो वास्तव में उपयोग की जाती हैं।
 
-| फ़ील्ड            | विवरण                                                                                                  | टाइप                             | डिफ़ॉल्ट                                                                                                                                                                          | उदाहरण                                                                        | टिप्पणी                                                                                                                                                                                                                                                                                                                                            |
-| ----------------- | ------------------------------------------------------------------------------------------------------ | -------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `mode`            | बिल्ड मोड को नियंत्रित करता है।                                                                        | `'auto'` &#124; <br/> `'manual'` | `'auto'`                                                                                                                                                                          | `'manual'`                                                                    | • `'auto'`: एप्लिकेशन बिल्ड के दौरान बिल्ड स्वचालित रूप से शुरू होता है।<br/>• `'manual'`: केवल एक स्पष्ट बिल्ड कमांड पर निष्पादित होता है।<br/>• डिक्शनरी बिल्ड को बंद करने के लिए उपयोग किया जा सकता है (जैसे Node.js परिवेशों में चलने से बचने के लिए)।                                                                                         |
-| `optimize`        | नियंत्रित करता है कि बिल्ड ऑप्टिमाइज़ेशन होना चाहिए या नहीं।                                           | `boolean`                        | `undefined`                                                                                                                                                                       | `process.env.NODE_ENV === 'production'`                                       | • यदि परिभाषित नहीं है, तो फ्रेमवर्क बिल्ड (Vite/Next.js) के दौरान ऑप्टिमाइज़ेशन शुरू होता है।<br/>• `true` देव मोड में भी ऑप्टिमाइज़ेशन को बाध्य करता है।<br/>• `false` इसे बंद कर देता है।<br/>• चालू होने पर, चंकिंग ऑप्टिमाइज़ेशन के लिए डिक्शनरी कॉल को बदल देता है।<br/>• `@intlayer/babel` और `@intlayer/swc` प्लगइन्स की आवश्यकता होती है। |
-| `minify`          | इंगित करता है कि बंडल के आकार को कम करने के लिए डिक्शनरी को मिनिअफ़ाइ किया जाना चाहिए या नहीं।         | `boolean`                        | `false`                                                                                                                                                                           |                                                                               | • बंडल को मिनिअफ़ाइ किया जाना चाहिए या नहीं।<br/>• डिफ़ॉल्ट: प्रोडक्शन में `true`।<br/>• `optimize` अक्षम होने पर यह विकल्प अनदेखा किया जाएगा।<br/>• `editor.enabled` सत्य होने पर यह विकल्प अनदेखा किया जाएगा।                                                                                                                                    |
-| `prune`           | इंगित करता है कि डिक्शनरी में अप्रयुक्त कीज़ (unused keys) को हटाया जाना चाहिए या नहीं।                | `boolean`                        | `true`                                                                                                                                                                            |                                                                               | • बंडल को छोटा (pruned) किया जाना चाहिए या नहीं।<br/>• डिफ़ॉल्ट: प्रोडक्शन में `true`।<br/>• `optimize` अक्षम होने पर यह विकल्प अनदेखा किया जाएगा।                                                                                                                                                                                                 |
-| `checkTypes`      | इंगित करता है कि बिल्ड को TypeScript टाइप्स की जाँच करनी चाहिए और त्रुटियों को लॉग करना चाहिए या नहीं। | `boolean`                        | `false`                                                                                                                                                                           |                                                                               | बिल्ड प्रक्रिया को धीमा कर सकता है।                                                                                                                                                                                                                                                                                                                |
-| `outputFormat`    | डिक्शनरी के आउटपुट स्वरूप को नियंत्रित करता है।                                                        | `('esm' &#124; 'cjs')[]`         | `['esm', 'cjs']`                                                                                                                                                                  | `['cjs']`                                                                     |                                                                                                                                                                                                                                                                                                                                                    |
-| `traversePattern` | उन फ़ाइलों को परिभाषित करने वाले पैटर्न जिन्हें ऑप्टिमाइज़ेशन के दौरान स्कैन किया जाना चाहिए।          | `string[]`                       | `['**/*.{tsx,ts,js,mjs,cjs,jsx,vue,svelte,svte}', '!**/node_modules/**', '!**/dist/**', '!**/.intlayer/**', '!**/*.config.*', '!**/*.test.*', '!**/*.spec.*', '!**/*.stories.*']` | `['src/**/*.{ts,tsx}', '../ui-library/**/*.{ts,tsx}', '!**/node_modules/**']` | • बिल्ड प्रदर्शन बढ़ाने के लिए ऑप्टिमाइज़ेशन को प्रासंगिक फ़ाइलों तक सीमित करें।<br/>• यदि `optimize` बंद होता, तो अनदेखा कर दिया जाता।<br/>• ग्लोब पैटर्न का उपयोग करता है।                                                                                                                                                                       |
+| फ़ील्ड                | विवरण                                                                                                                | टाइप                             | डिफ़ॉल्ट                                                                                                                                                                          | उदाहरण                                                                        | टिप्पणी                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               |
+| --------------------- | -------------------------------------------------------------------------------------------------------------------- | -------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `mode`                | बिल्ड मोड को नियंत्रित करता है।                                                                                      | `'auto'` &#124; <br/> `'manual'` | `'auto'`                                                                                                                                                                          | `'manual'`                                                                    | • `'auto'`: एप्लिकेशन बिल्ड के दौरान बिल्ड स्वचालित रूप से शुरू होता है।<br/>• `'manual'`: केवल एक स्पष्ट बिल्ड कमांड पर निष्पादित होता है।<br/>• डिक्शनरी बिल्ड को बंद करने के लिए उपयोग किया जा सकता है (जैसे Node.js परिवेशों में चलने से बचने के लिए)।                                                                                                                                                                                                                                                                                                            |
+| `optimize`            | नियंत्रित करता है कि बिल्ड ऑप्टिमाइज़ेशन होना चाहिए या नहीं।                                                         | `boolean`                        | `undefined`                                                                                                                                                                       | `process.env.NODE_ENV === 'production'`                                       | • यदि परिभाषित नहीं है, तो फ्रेमवर्क बिल्ड (Vite/Next.js) के दौरान ऑप्टिमाइज़ेशन शुरू होता है।<br/>• `true` देव मोड में भी ऑप्टिमाइज़ेशन को बाध्य करता है।<br/>• `false` इसे बंद कर देता है।<br/>• चालू होने पर, चंकिंग ऑप्टिमाइज़ेशन के लिए डिक्शनरी कॉल को बदल देता है।<br/>• `@intlayer/babel` और `@intlayer/swc` प्लगइन्स की आवश्यकता होती है।                                                                                                                                                                                                                    |
+| `minify`              | इंगित करता है कि बंडल के आकार को कम करने के लिए डिक्शनरी को मिनिअफ़ाइ किया जाना चाहिए या नहीं।                       | `boolean`                        | `false`                                                                                                                                                                           |                                                                               | • बंडल को मिनिअफ़ाइ किया जाना चाहिए या नहीं।<br/>• डिफ़ॉल्ट: प्रोडक्शन में `true`।<br/>• `optimize` अक्षम होने पर यह विकल्प अनदेखा किया जाएगा।<br/>• `editor.enabled` सत्य होने पर यह विकल्प अनदेखा किया जाएगा।                                                                                                                                                                                                                                                                                                                                                       |
+| `prune`               | इंगित करता है कि डिक्शनरी में अप्रयुक्त कीज़ (unused keys) को हटाया जाना चाहिए या नहीं।                              | `boolean`                        | `true`                                                                                                                                                                            |                                                                               | • बंडल को छोटा (pruned) किया जाना चाहिए या नहीं।<br/>• डिफ़ॉल्ट: प्रोडक्शन में `true`।<br/>• `optimize` अक्षम होने पर यह विकल्प अनदेखा किया जाएगा।                                                                                                                                                                                                                                                                                                                                                                                                                    |
+| `checkTypes`          | इंगित करता है कि बिल्ड को TypeScript टाइप्स की जाँच करनी चाहिए और त्रुटियों को लॉग करना चाहिए या नहीं।               | `boolean`                        | `false`                                                                                                                                                                           |                                                                               | बिल्ड प्रक्रिया को धीमा कर सकता है।                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   |
+| `chunkGrouping`       | क्या प्रति-लोकेल डिक्शनरी चंक्स को उस कोड-स्प्लिट सीमा के अनुसार समूहित किया जाए जो उनका उपयोग करती है।              | `boolean`                        | `true`                                                                                                                                                                            |                                                                               | • समूहीकरण के बिना, कई घटकों से बना पेज प्रत्येक डिक्शनरी के लिए एक अनुरोध भेजता है।<br/>• कई सीमाओं से पहुँची जाने वाली डिक्शनरियाँ साझा चंक में चली जाती हैं, इसलिए कोई पेज दूसरे पेज की सामग्री नहीं भेजता।<br/>• केवल `importMode: 'dynamic'` का उपयोग करने वाली डिक्शनरियों पर लागू होता है।<br/>• केवल क्लाइंट बिल्ड पर, और केवल बंडलिंग के समय लागू होता है (dev में नहीं)।                                                                                                                                                                                    |
+| `dictionariesPreload` | क्या डिक्शनरी को उस चंक के साथ लोड किया जाए जो उसका उपयोग करता है, बजाय उस चंक के रेंडर होने के बाद प्राप्त करने के। | `boolean`                        | `true`                                                                                                                                                                            |                                                                               | • उत्पन्न एंट्री पॉइंट शीर्ष स्तर पर ब्राउज़िंग लोकेल की प्रतीक्षा करता है, इसलिए आलसी रूप से लोड होने वाला रूट तब तक लोड नहीं माना जाता जब तक उसकी सामग्री उपलब्ध न हो।<br/>• पठन सस्पेंड होने के बजाय समकालिक रूप से रेंडर होते हैं, इसलिए नेविगेशन में अब लोडिंग स्थिति नहीं झलकती।<br/>• केवल हल की गई लोकेल की प्रतीक्षा की जाती है, इसलिए पेज केवल वही भाषा डाउनलोड करता है जो वह दिखाता है।<br/>• केवल क्लाइंट बिल्ड में `importMode: 'dynamic'` का उपयोग करने वाली डिक्शनरियों पर लागू होता है।<br/>• टॉप-लेवल await समर्थित बंडलर आवश्यक है (Vite, esbuild)। |
+| `outputFormat`        | डिक्शनरी के आउटपुट स्वरूप को नियंत्रित करता है।                                                                      | `('esm' &#124; 'cjs')[]`         | `['esm', 'cjs']`                                                                                                                                                                  | `['cjs']`                                                                     |                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
+| `traversePattern`     | उन फ़ाइलों को परिभाषित करने वाले पैटर्न जिन्हें ऑप्टिमाइज़ेशन के दौरान स्कैन किया जाना चाहिए।                        | `string[]`                       | `['**/*.{tsx,ts,js,mjs,cjs,jsx,vue,svelte,svte}', '!**/node_modules/**', '!**/dist/**', '!**/.intlayer/**', '!**/*.config.*', '!**/*.test.*', '!**/*.spec.*', '!**/*.stories.*']` | `['src/**/*.{ts,tsx}', '../ui-library/**/*.{ts,tsx}', '!**/node_modules/**']` | • बिल्ड प्रदर्शन बढ़ाने के लिए ऑप्टिमाइज़ेशन को प्रासंगिक फ़ाइलों तक सीमित करें।<br/>• यदि `optimize` बंद होता, तो अनदेखा कर दिया जाता।<br/>• ग्लोब पैटर्न का उपयोग करता है।                                                                                                                                                                                                                                                                                                                                                                                          |
 
 ---
 

package/docs/hi/dictionary/content_file.md

@@ -534,28 +534,6 @@ Variants के संयोजन में उपयोग किया जा
 
 > अधिक जानकारी के लिए [Variants](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dynamic_dictionaries/variants.md) देखें।
 
-#### `meta` (`Record<string, string | number | boolean>`)
-
-Dynamic Records के संयोजन में उपयोग किया जाने वाला, यह फ़ील्ड एक अपारदर्शी आईडी द्वारा रनटाइम पर CMS-प्रबंधित रिकॉर्ड या मनमाने डेटा की घोषणा करने की अनुमति देता है। शब्दकोश की पहचान इस `meta` फ़ील्ड में घोषित कुंजी-मान जोड़े के मनमाने सेट द्वारा परिभाषित होती है।
-
-**उदाहरण:**
-
-```typescript
-{
-  key: "product-copy",
-  meta: {
-    id: "prod_abc",
-    userId: "user_123"
-  },
-  content: {
-    name: "Widget Pro",
-    description: "The best widget."
-  }
-}
-```
-
-> अधिक जानकारी के लिए [Dynamic Records](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dynamic_dictionaries/dynamic_content.md) देखें।
-
 ### CMS गुण
 
 ##### `version` (स्ट्रिंग)

package/docs/hi/dictionary/function_fetching.md

@@ -89,6 +89,29 @@ JSON फ़ाइल से सामग्री प्राप्त कर
 
 इस मामले में, `fakeFetch` फ़ंक्शन सर्वर प्रतिक्रिया समय का अनुकरण करने के लिए एक विलंब का अनुकरण करता है। Intlayer असिंक्रोनस फ़ंक्शन को निष्पादित करता है और परिणाम को `text` कुंजी के लिए सामग्री के रूप में उपयोग करता है।
 
+## रिमोट सामग्री प्राप्त करना
+
+आप किसी सामग्री फ़ील्ड को सीधे एक प्रॉमिस भी सौंप सकते हैं। Intlayer डिक्शनरी बनाते समय उसका इंतज़ार करता है और हल हुए मान को उसमें शामिल कर देता है:
+
+```typescript fileName="**/*.content.ts" contentDeclarationFormat={["typescript", "esm", "commonjs"]}
+import type { Dictionary } from "intlayer";
+
+const remoteContent = {
+  key: "remote_content",
+  content: {
+    externalContent: fetch("https://example.com").then((res) => res.json()),
+  },
+} satisfies Dictionary;
+
+export default remoteContent;
+```
+
+```plaintext fileName="**/*.content.json" contentDeclarationFormat="json"
+JSON फ़ाइल से सामग्री प्राप्त करने का कोई तरीका नहीं है, इसके बजाय .ts या .js फ़ाइल का उपयोग करें
+```
+
+> अनुरोध बिल्ड समय पर चलता है, इसलिए प्राप्त डेटा डिक्शनरी में एम्बेड किया गया एक स्नैपशॉट होता है। इसे ताज़ा करने के लिए अपनी डिक्शनरी दोबारा बनाएं।
+
 ## React घटकों में फ़ंक्शन-आधारित सामग्री का उपयोग करना
 
 React घटक में फ़ंक्शन-आधारित सामग्री का उपयोग करने के लिए, आपको `react-intlayer` से `useIntlayer` आयात करना होगा और सामग्री प्राप्त करने के लिए इसे सामग्री आईडी के साथ कॉल करना होगा। यहाँ एक उदाहरण है: