@intlayer/docs 8.12.5-canary.0 → 9.0.0-canary.10

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

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-03-13
-updatedAt: 2025-12-13
+updatedAt: 2026-06-21
 title: सिंक JSON प्लगइन
 description: Intlayer शब्दकोशों को तृतीय-पक्ष i18n JSON फ़ाइलों (i18next, next-intl, react-intl, vue-i18n, और अन्य) के साथ सिंक्रनाइज़ करें। अपने मौजूदा i18n को बनाए रखें जबकि Intlayer का उपयोग करके अपने संदेशों का प्रबंधन, अनुवाद और परीक्षण करें।
 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: "splitKeys विकल्प जोड़ा गया (next-intl / react-intl एकल-फ़ाइल लेआउट के लिए प्रति शीर्ष-स्तरीय नेमस्पेस कुंजी एक शब्दकोश)"
   - version: 7.5.0
     date: 2025-12-13
     changes: "ICU और i18next प्रारूप समर्थन जोड़ा गया"
@@ -54,7 +57,7 @@ author: aymericzip
 - आप पहले से ही एक i18n लाइब्रेरी का उपयोग करते हैं और संदेशों को JSON फ़ाइलों में संग्रहीत करते हैं।
 - आप AI-सहायता प्राप्त भराई, CI में परीक्षण, और कंटेंट ऑप्स चाहते हैं बिना अपने रेंडरिंग रनटाइम को बदले।
 
-## स्थापना
+## Installation
 
 ```bash
 pnpm add -D @intlayer/sync-json-plugin
@@ -62,7 +65,62 @@ pnpm add -D @intlayer/sync-json-plugin
 npm i -D @intlayer/sync-json-plugin
 ```
 
-## त्वरित शुरुआत
+## Plugins
+
+This package provides two plugins:
+
+- `loadJSON`: Load JSON files into Intlayer dictionaries.
+  - This plugin is used to load JSON files from a source and will be loaded into Intlayer dictionaries. It can scan all the codebase and search for specific JSON files.
+    This plugin can be used
+    - if you use an i18n library that impose a specific location for your JSON to be loaded (ex: `next-intl`, `i18next`, `react-intl`, `vue-i18n`, etc.), but you want to place your content declaration where you want in your code base.
+    - It can also be used if you want to fetch your messages from a remote source (ex: a CMS, a API, etc.) and store your messages in JSON files.
+
+  > Under the hood, this plugin will scan all the codebase and search for specific JSON files and load them into Intlayer dictionaries.
+  > Note that this plugin will not write the output and translations back to the JSON files.
+
+- `syncJSON`: Synchronize JSON files with Intlayer dictionaries.
+  - This plugin is used to synchronize JSON files with Intlayer dictionaries. It can scan the given location and load the JSON that match the pattern for specific JSON files. This plugin is useful if you want to get the benefits of Intlayer while using another i18n library.
+
+## Using both plugins
+
+```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,
+  },
+
+  // Keep your current JSON files in sync with Intlayer dictionaries
+  plugins: [
+    /**
+     * Will load all the JSON files in the src that match the pattern {key}.i18n json
+     */
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      locale: Locales.ENGLISH,
+      priority: 1, // Ensures these JSON files take precedence over files at `./locales/en/${key}.json`
+      format: "intlayer", // Format of the JSON content
+    }),
+    /**
+     * Will load, and write the output and translations back to the JSON files in the locales directory
+     */
+    syncJSON({
+      source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      priority: 0,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
+```
+
+## `syncJSON` plugin
+
+### Quick start
 
 अपने `intlayer.config.ts` में प्लगइन जोड़ें और इसे अपनी मौजूदा JSON संरचना की ओर इंगित करें।
 
@@ -81,6 +139,7 @@ const config: IntlayerConfig = {
     syncJSON({
       // प्रति-लोकल, प्रति-नेमस्पेस लेआउट (जैसे, next-intl, i18next नेमस्पेस के साथ)
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      format: "icu",
     }),
   ],
 };
@@ -91,14 +150,27 @@ export default config;
 वैकल्पिक: प्रति-लोकल एकल फ़ाइल (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;
 ```
 
-### यह कैसे काम करता है
+#### How it works
 
 - पढ़ें: प्लगइन आपके `source` बिल्डर से JSON फ़ाइलों को खोजता है और उन्हें Intlayer शब्दकोश के रूप में लोड करता है।
 - लिखें: बिल्ड और भराई के बाद, यह स्थानीयकृत JSON को उसी पथों पर वापस लिखता है (फॉर्मेटिंग समस्याओं से बचने के लिए अंतिम नई लाइन के साथ)।
@@ -112,6 +184,7 @@ syncJSON({
   location?: string, // वैकल्पिक लेबल, डिफ़ॉल्ट: "plugin"
   priority?: number, // संघर्ष समाधान के लिए वैकल्पिक प्राथमिकता, डिफ़ॉल्ट: 0
   format?: 'intlayer' | 'icu' | 'i18next', // वैकल्पिक फ़ॉर्मेटर, Intlayer रनटाइम संगतता के लिए उपयोग किया जाता है
+  splitKeys?: boolean, // वैकल्पिक, एक एकल फ़ाइल को प्रति शीर्ष-स्तरीय कुंजी एक शब्दकोश में विभाजित करें (स्वचालित रूप से पता लगाया गया)
 });
 ```
 
@@ -136,7 +209,39 @@ syncJSON({
 }),
 ```
 
-## कई JSON स्रोत और प्राथमिकता
+#### `splitKeys` (बूलियन)
+
+यह नियंत्रित करता है कि एक एकल JSON फ़ाइल जिसके **पहले-स्तर की कुंजियाँ नेमस्पेस हैं** उसे पूरी फ़ाइल को रखने वाले एक एकल शब्दकोश के बजाय, प्रति शीर्ष-स्तरीय कुंजी एक शब्दकोश बनना चाहिए या नहीं।
+
+यह `next-intl` और `react-intl` जैसी लाइब्रेरी के नेमस्पेस मॉडल से मेल खाता है, जहाँ एक `messages/{locale}.json` फ़ाइल अपने पहले-स्तर की कुंजियों द्वारा कई नेमस्पेस को समूहित करती है, प्रत्येक को स्वतंत्र रूप से संबोधित किया जाता है (उदाहरण के लिए `useTranslations('Hero')` `Hero` शब्दकोश में हल होता है)।
+
+- `undefined` (डिफ़ॉल्ट): **स्वचालित रूप से पता लगाया गया** — फ़ाइल तब विभाजित होती है जब `source` पैटर्न में कोई `{key}` खंड नहीं होता है (एक फ़ाइल हर नेमस्पेस को रखती है), और अन्यथा एक एकल शब्दकोश के रूप में रखा जाता है (प्रति कुंजी एक फ़ाइल)।
+- `true`: हमेशा प्रत्येक शीर्ष-स्तरीय कुंजी को उसके अपने शब्दकोश में विभाजित करें।
+- `false`: कभी विभाजित न करें; पूरी फ़ाइल एक एकल शब्दकोश बन जाती है।
+
+एकल `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, // implied because the pattern has no `{key}` segment
+}),
+```
+
+यह तीन शब्दकोश — `Hero`, `Nav`, और `About` — उत्पन्न करता है, ताकि `useTranslations('Hero')` (next-intl) सही ढंग से हल हो सके। वापस लिखने पर, सभी नेमस्पेस को उसी प्रति-लोकल फ़ाइल में फिर से इकट्ठा किया जाता है।
+
+> जब आप अपने `source` में स्पष्ट `{key}` खंड रखते हैं (उदाहरण के लिए `./locales/${locale}/${key}.json`), तो प्रत्येक फ़ाइल पहले से ही एक नेमस्पेस होती है, इसलिए विभाजन डिफ़ॉल्ट रूप से अक्षम होता है।
+
+### Multiple JSON sources and priority
 
 आप विभिन्न JSON स्रोतों को सिंक्रनाइज़ करने के लिए कई `syncJSON` प्लगइन्स जोड़ सकते हैं। यह तब उपयोगी होता है जब आपके प्रोजेक्ट में कई i18n लाइब्रेरीज़ या विभिन्न JSON संरचनाएँ हों।
 
@@ -189,73 +294,140 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-### संघर्ष समाधान
+## Load JSON plugin
 
-जब एक ही अनुवाद कुंजी कई JSON स्रोतों में मौजूद होती है:
+### Quick start
 
-1. सबसे उच्च प्राथमिकता वाला प्लगइन अंतिम मान निर्धारित करता है
-2. कम प्राथमिकता वाले स्रोत गायब कुंजी के लिए फॉलबैक के रूप में उपयोग किए जाते हैं
-3. यह आपको लेगेसी अनुवाद बनाए रखने की अनुमति देता है जबकि आप धीरे-धीरे नए संरचनाओं में माइग्रेट कर रहे होते हैं
+Add the plugin to your `intlayer.config.ts` to ingest existing JSON files as Intlayer dictionaries. This plugin is read‑only (no writes to disk):
 
-## एकीकरण
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-नीचे सामान्य मैपिंग दी गई हैं। अपने रनटाइम को बिना छुए रखें; केवल प्लगइन जोड़ें।
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
 
-### i18next
+  plugins: [
+    // Ingest JSON messages located anywhere in your source tree
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      // Load a single locale per plugin instance (defaults to the config defaultLocale)
+      locale: Locales.ENGLISH,
+      priority: 0,
+    }),
+  ],
+};
+
+export default config;
+```
 
-सामान्य फ़ाइल लेआउट: `./public/locales/{locale}/{namespace}.json` या `./locales/{locale}/{namespace}.json`।
+Alternative: per‑locale layout, still read‑only (only the selected locale is loaded):
 
 ```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({
+      // Only files for Locales.FRENCH will be loaded from this pattern
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      locale: Locales.FRENCH,
     }),
   ],
 };
+
+export default config;
 ```
 
-### next-intl
+### How it works
 
-प्रति-लोकल JSON संदेश (अक्सर `./messages/{locale}.json`) या प्रति-नेमस्पेस।
+- Discover: builds a glob from your `source` builder and collects matching JSON files.
+- Ingest: loads each JSON file as an Intlayer dictionary with the provided `locale`.
+- Read‑only: does not write or format output files; use `syncJSON` if you need round‑trip sync.
+- Auto‑fill ready: defines a `fill` pattern so `intlayer content fill` can populate missing keys.
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale, key }) => `./messages/${locale}/${key}.json`,
-  }),
-];
+### API
+
+```ts
+loadJSON({
+  // Build paths to your JSON. `locale` is optional if your structure has no locale segment
+  source: ({ key, locale }) => string,
+
+  // Target locale for the dictionaries loaded by this plugin instance
+  // Defaults to configuration.internationalization.defaultLocale
+  locale?: Locale,
+
+  // Optional label to identify the source
+  location?: string, // default: "plugin"
+
+  // Priority used for conflict resolution against other sources
+  priority?: number, // default: 0
+
+  // Optional formatter for the JSON content
+  format?: 'intlayer' | 'icu' | 'i18next', // default: 'intlayer'
+
+  // एक एकल फ़ाइल को प्रति शीर्ष-स्तरीय कुंजी एक शब्दकोश में विभाजित करें (स्वचालित रूप से पता लगाया गया)
+  splitKeys?: boolean,
+});
 ```
 
-देखें: `docs/hi/intlayer_with_next-intl.md`।
+#### `format` ('intlayer' | 'icu' | 'i18next')
 
-### react-intl
+Specifies the formatter to use for the dictionary content when loading JSON files. This allows using different message formatting syntaxes compatible with various i18n libraries.
 
-प्रति लोकल एकल JSON सामान्य है:
+- `'intlayer'`: The default Intlayer formatter (default).
+- `'icu'`: Uses ICU message formatting (compatible with libraries like react-intl, vue-i18n).
+- `'i18next'`: Uses i18next message formatting (compatible with i18next, next-i18next, Solid-i18next).
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+**Example:**
+
+```ts
+loadJSON({
+  source: ({ key }) => `./src/**/${key}.i18n.json`,
+  locale: Locales.ENGLISH,
+  format: "icu", // Use ICU formatting for compatibility
+}),
 ```
 
-### vue-i18n
+#### `splitKeys` (बूलियन)
 
-प्रति-लोकल या प्रति-नेमस्पेस एकल फ़ाइल हो सकती है:
+[`syncJSON`](#splitkeys-boolean) के समान व्यवहार: जब एक एकल JSON फ़ाइल अपने पहले-स्तर की कुंजियों द्वारा कई नेमस्पेस को समूहित करती है, तो प्रत्येक शीर्ष-स्तरीय कुंजी अपना स्वयं का शब्दकोश बन जाती है।
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ key, locale }) => `./src/locales/${locale}/${key}.json`,
-  }),
-];
+- `undefined` (डिफ़ॉल्ट): **स्वचालित रूप से पता लगाया गया** — जब `source` पैटर्न में कोई `{key}` खंड नहीं होता है तो विभाजित करें, अन्यथा एकल शब्दकोश।
+- `true` / `false`: विभाजन को लागू करें या अक्षम करें।
+
+```ts
+loadJSON({
+  source: ({ locale }) => `./messages/${locale}.json`,
+  format: "icu",
+  // splitKeys auto-enabled: `Hero`, `Nav`, `About`, … each become a dictionary
+}),
 ```
 
+### Behavior and conventions
+
+- If your `source` mask includes a locale placeholder, only files for the selected `locale` are ingested.
+- यदि आपके मास्क में कोई `{key}` खंड नहीं है, तो फ़ाइल की प्रत्येक शीर्ष-स्तरीय कुंजी डिफ़ॉल्ट रूप से अपना स्वयं का शब्दकोश बन जाती है (देखें [`splitKeys`](#splitkeys-boolean))। पूरी फ़ाइल को एक एकल `index` शब्दकोश के रूप में लोड करने के लिए `splitKeys: false` सेट करें।
+- Keys are derived from file paths by substituting the `{key}` placeholder in your `source` builder.
+- The plugin only uses discovered files and does not fabricate missing locales or keys.
+- The `fill` path is inferred from your `source` and used to update missing values via CLI when you opt‑in.
+
+## Conflict resolution
+
+जब एक ही अनुवाद कुंजी कई JSON स्रोतों में मौजूद होती है:
+
+1. सबसे उच्च प्राथमिकता वाला प्लगइन अंतिम मान निर्धारित करता है
+2. कम प्राथमिकता वाले स्रोत गायब कुंजी के लिए फॉलबैक के रूप में उपयोग किए जाते हैं
+3. यह आपको लेगेसी अनुवाद बनाए रखने की अनुमति देता है जबकि आप धीरे-धीरे नए संरचनाओं में माइग्रेट कर रहे होते हैं
+
 ## CLI
 
 सिंक किए गए JSON फ़ाइलों को अन्य `.content` फ़ाइलों के रूप में माना जाएगा। इसका मतलब है कि सभी intlayer कमांड सिंक किए गए JSON फ़ाइलों के लिए उपलब्ध होंगे। जिनमें शामिल हैं:

package/docs/hi/releases/v6.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v6 में आपका स्वागत है! यह रिलीज़ प्रदर्शन, डेवलपर अनुभव, और विश्वसनीयता पर केंद्रित है। नीचे मुख्य बिंदु दिए गए हैं, साथ ही माइग्रेशन नोट्स और कॉपी-पेस्ट करने योग्य उदाहरण।
 
+## विषय सूची
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## मुख्य बिंदु
 
 - नया कमांड: `npx intlayer content test` जो गायब अनुवादों का पता लगाता है
@@ -294,6 +298,24 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## Turbopack पर फ़ाइलों को देखने के लिए समानांतर प्रक्रिया
+
+जब आप अपने development server के रूप में `next dev --turbopack` कमांड के साथ Next.js 14 और उससे ऊपर पर Turbopack का उपयोग कर रहे हों, तो dictionary में होने वाले परिवर्तन डिफ़ॉल्ट रूप से स्वचालित रूप से पहचाने नहीं जाएंगे।
+
+यह सीमा इसलिए होती है क्योंकि Turbopack आपकी content फ़ाइलों में परिवर्तनों की निगरानी करने के लिए webpack plugins को समानांतर में चलाने में सक्षम नहीं है।
+
+इसके आस-पास काम करने के लिए, हमने `intlayer watch` कमांड को छोड़ दिया है, `--with` विकल्प का उपयोग करके development server और Intlayer build watcher दोनों को एक साथ चलाते हैं।
+
+```json5 fileName="package.json"
+{
+  "scripts": {
+    "dev": "npx intlayer watch --with 'next dev --turbopack'",
+  },
+}
+```
+
+---
+
 ## माइग्रेशन नोट्स
 
 - हटाया गया: `dictionaryOutput` (पहले `i18next` या `next-intl`)। यह भविष्य के संस्करणों में प्लगएबल एडाप्टर के रूप में वापस आएगा। अपने कॉन्फ़िग से इस फ़ील्ड को हटा दें।
@@ -312,6 +334,12 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## v6 से v7 में माइग्रेशन नोट्स
+
+अधिक जानकारी के लिए [v6 से v7 में माइग्रेशन नोट्स](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/releases/v7.md) देखें।
+
+---
+
 ## उपयोगी लिंक
 
 - [CLI संदर्भ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/index.md)

package/docs/hi/releases/v7.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v7 में आपका स्वागत है! यह प्रमुख रिलीज़ प्रदर्शन, टाइप सुरक्षा, और डेवलपर अनुभव में महत्वपूर्ण सुधार लाती है। नीचे मुख्य बिंदु दिए गए हैं, साथ ही माइग्रेशन नोट्स और व्यावहारिक उदाहरण।
 
+## विषय-सूची
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## मुख्य बिंदु
 
 - तेज़ बिल्ड के लिए कैशिंग रणनीति
@@ -260,6 +264,126 @@ setLocale("en");
 
 ---
 
+## स्वचालित कोड फॉर्मेटिंग: formatCommand कॉन्फ़िगरेशन
+
+v7 एडिटर कॉन्फ़िगरेशन में `formatCommand` विकल्प को पेश करता है, जो आपको Intlayer द्वारा लिखी गई कंटेंट फाइलों को स्वचालित रूप से फॉर्मेट करने की अनुमति देता है। यह आपकी कंटेंट घोषणा फाइलों में सुसंगत कोड शैली और फॉर्मेटिंग सुनिश्चित करता है।
+
+यदि सेट नहीं किया गया है, तो Intlayer स्वचालित रूप से फॉर्मेट कमांड का पता लगाने का प्रयास करेगा। निम्नलिखित कमांड को resolve करने का प्रयास करके: prettier, biome, eslint।
+
+### कॉन्फ़िगरेशन
+
+`formatCommand` विकल्प एक स्ट्रिंग टेम्पलेट स्वीकार करता है जहाँ `{{file}}` को वास्तविक फ़ाइल पथ से प्रतिस्थापित किया जाएगा:
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    formatCommand: 'bun x biome format "{{file}}" --write --log-level none',
+  },
+};
+```
+
+### समर्थित formatters
+
+आप किसी भी code formatter का उपयोग कर सकते हैं जो फ़ाइल पथ को arguments के रूप में स्वीकार करता है:
+
+**Biome का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'bun x biome format "{{file}}" --write --log-level none';
+```
+
+**Prettier का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'npx prettier --write "{{file}}" --log-level silent';
+```
+
+**ESLint का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'npx eslint --fix "{{file}}" --quiet';
+```
+
+**Bun के built-in formatter का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'bun format "{{file}}"';
+```
+
+### लाभ
+
+- **सुसंगत स्वरूपण**: सभी सामग्री फ़ाइलें स्वचालित रूप से आपके प्रोजेक्ट के शैली दिशानिर्देशों के अनुसार स्वरूपित होती हैं
+- **डेवलपर अनुभव**: Intlayer के लिखने के बाद फ़ाइलों को मैन्युअल रूप से स्वरूपित करने की आवश्यकता नहीं है
+- **टीम सुसंगतता**: सुनिश्चित करता है कि सभी टीम सदस्यों के पास सामग्री फ़ाइलों पर समान स्वरूपण लागू हो
+- **CI/CD एकीकरण**: सामग्री फ़ाइलें स्वचालित वर्कफ़्लो में सुसंगत स्वरूपण बनाए रखती हैं
+
+### यह कैसे काम करता है
+
+जब Intlayer एक content declaration फ़ाइल (`.content.ts`, `.content.js`, आदि) को लिखता या अपडेट करता है, तो यह स्वचालित रूप से फ़ाइल पर निर्दिष्ट format command चलाता है। `{{file}}` placeholder को वास्तविक फ़ाइल path से replace किया जाता है, और command को project के base directory में execute किया जाता है।
+
+---
+
+## Dictionary Configuration: Better organization and structure
+
+v7 एक नया dedicated `dictionary` configuration section introduce करता है जो dictionary-related settings के लिए बेहतर organization और improved content management प्रदान करता है।
+
+### नया dictionary कॉन्फ़िगरेशन संरचना
+
+`fill` प्रॉपर्टी को `content` सेक्शन से एक नए `dictionary` सेक्शन में स्थानांतरित किया गया है, जो चिंताओं का स्पष्ट पृथक्करण प्रदान करता है:
+
+**v6 कॉन्फ़िगरेशन:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**v7 कॉन्फ़िगरेशन:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### नई संरचना के लाभ
+
+- **स्पष्ट संगठन**: Dictionary-specific सेटिंग्स अब एक साथ समूहीकृत हैं
+- **Concerns का बेहतर separation**: Content discovery बनाम dictionary operations स्पष्ट रूप से अलग हैं
+- **बेहतर maintainability**: Dictionary-related configurations को समझना और संशोधित करना आसान है
+- **Future extensibility**: Dictionary section अतिरिक्त dictionary-specific सेटिंग्स को समायोजित कर सकता है
+- **Comprehensive dictionary management**: `title`, `live`, `priority`, `tags`, `version`, और `description` जैसे properties शामिल हैं जो नए dictionaries बनाने और प्रबंधित करने के लिए हैं
+
+### कॉन्फ़िगरेशन उपयोग
+
+डिक्शनरी कॉन्फ़िगरेशन दो मुख्य उद्देश्यों को पूरा करता है:
+
+1. **डिफ़ॉल्ट मान**: कंटेंट डिक्लेरेशन फ़ाइलें बनाते समय डिफ़ॉल्ट मान परिभाषित करें
+2. **फॉलबैक व्यवहार**: जब विशिष्ट फ़ील्ड परिभाषित नहीं हों तो फॉलबैक मान प्रदान करें, जिससे आप डिक्शनरी ऑपरेशन व्यवहार को विश्व स्तर पर परिभाषित कर सकें
+
+डिक्शनरी सेक्शन में डिक्शनरी प्रबंधन के लिए व्यापक गुण शामिल हैं:
+
+- **`fill`**: कंटेंट जेनरेशन के लिए ऑटो-फिल व्यवहार
+- **`title`**: नई डिक्शनरीज के लिए डिफ़ॉल्ट शीर्षक
+- **`live`**: रीयल-टाइम अपडेट के लिए लाइव सिंक कॉन्फ़िगरेशन
+- **`priority`**: डिक्शनरी रेजोल्यूशन के लिए प्राथमिकता सेटिंग्स
+- **`tags`**: कंटेंट ऑर्गनाइजेशन के लिए डिफ़ॉल्ट टैग्स
+- **`version`**: डिक्शनरी अपडेट के लिए संस्करण प्रबंधन
+- **`description`**: नई कंटेंट के लिए डिफ़ॉल्ट विवरण
+
+कंटेंट डिक्लेरेशन फ़ाइलों और कॉन्फ़िगरेशन मानों को कैसे लागू किया जाता है, इस बारे में अधिक जानकारी के लिए, [कंटेंट फ़ाइल डॉक्यूमेंटेशन](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dictionary/content_file.md) देखें।
+
+---
+
 ## Fill कमांड: बेहतर कंटेंट प्रबंधन के लिए अपडेटेड व्यवहार
 
 v7 में `fill` कमांड के लिए बेहतर व्यवहार पेश किया गया है, जो अधिक पूर्वानुमेय और लचीला कंटेंट प्रबंधन प्रदान करता है:
@@ -407,6 +531,10 @@ const content = {
 - **`middleware.prefixDefault`**: इसे `routing.mode` से बदला गया है
 - **`middleware.noPrefix`**: इसे `routing.mode` से बदला गया है
 
+### नई कॉन्फ़िगरेशन
+
+- **`editor.formatCommand`**: कंटेंट फाइलों के स्वचालित कोड फॉर्मेटिंग के लिए नया विकल्प
+
 ### माइग्रेशन मैपिंग
 
 #### कॉन्फ़िगरेशन मैपिंग