@@ -93,9 +93,9 @@ import { strictObject } from '../shared/strict-object';
9393 * inline locale map the resolver really honours is authorized, and the dead
9494 * key-reference dialect stays rejected — declared = enforced in both
9595 * directions, which is exactly the #4667 consistency the ruling asks for.
96- * Every inline map authored in this repo (31 of them, across three platform
97- * pages) uses `en` / `zh-CN` / `ja-JP` / `es-ES`, so the constraint costs no
98- * real authoring surface.
96+ * Every inline map authored in this repo (across three platform pages) uses
97+ * `en` / `zh-CN` / `ja-JP` / `es-ES`, so the constraint costs no real
98+ * authoring surface.
9999 *
100100 * The two retired spellings are rejected BY NAME, in any combination
101101 * (#10492). An earlier revision of this comment argued the opposite — that the
@@ -238,9 +238,9 @@ export const InlineLocaleMapSchema: z.ZodType<
238238 * `pages.<page>.components.<id>.label`, …) and resolved by
239239 * `system/i18n-resolver.ts`.
240240 * 2. **An inline locale map** — `{ en: 'Members', 'zh-CN': '成员' }`, picked at
241- * render time. Three published platform pages author 31 of these and
242- * objectui resolves them (`pickLocalized`), so the map is a delivered
243- * capability, not a convention the runtime ignores.
241+ * render time. Three published platform pages author these and objectui
242+ * resolves them (`pickLocalized`), so the map is a delivered capability,
243+ * not a convention the runtime ignores.
244244 *
245245 * Form 2 is resolved **on this side too**, since #6765: `resolveI18nLabel` in
246246 * `./i18n-label-resolver` is the shared `I18nLabel` → `string` resolver, pinned
0 commit comments