Skip to content

Commit bd310fd

Browse files
committed
Merge origin/main into claude/issue-16272-batch-row-default-and-ceiling
2 parents 8be918c + d127f9b commit bd310fd

2 files changed

Lines changed: 32 additions & 6 deletions

File tree

Lines changed: 26 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,26 @@
1+
---
2+
"@objectstack/spec": patch
3+
---
4+
5+
`i18n.zod.ts` stops asserting a stale size for the inline-locale-map population.
6+
7+
Two docblocks in this file each stated that the repo authors 31 inline locale maps — the
8+
`INLINE_LOCALE_KEY` rationale ("Every inline map authored in this repo (31 of them, across
9+
three platform pages) uses `en` / `zh-CN` / `ja-JP` / `es-ES`, so the constraint costs no real
10+
authoring surface") and the `I18nLabelSchema` form-2 note ("Three published platform pages
11+
author 31 of these"). The measured population is 45: 33 in `sys-user.page.ts`, 6 in
12+
`sys-organization.page.ts`, 6 in `sys-position.page.ts`.
13+
14+
The number is **dropped** at both sites rather than corrected to 45. Neither sentence's
15+
argument needs a magnitude. The first turns on the universal — *every* authored map uses those
16+
four tags — so the accept set is what makes the constraint free, not the size of the set. The
17+
second turns on the map being authored on published platform pages *and* resolved by
18+
`pickLocalized`; one authored-and-resolved map already refutes "a convention the runtime
19+
ignores", so the count was never load-bearing there either. Writing 45 would buy one release of
20+
accuracy in prose that is cited as evidence for a schema constraint, and the figure has already
21+
drifted once with nothing noticing; deriving it would mean a permanent gate whose only job is
22+
keeping a number in a comment true.
23+
24+
The measured half survives untouched at both sites: three platform pages author these maps, and
25+
that is still exactly three. No schema arm, bound, default, `.describe()` string or export
26+
changes; nothing an author can write is affected.

packages/spec/src/ui/i18n.zod.ts

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -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

Comments
 (0)