Changelog

f321f0b: `applyFormPrefill` now also reads the query string of a clicked link. A link that points at the page's form and carries `?field=value` pairs in its `href` preselects those fields, with the same allowlist as the page URL, so a plain `href` works with no extra attribute. A link that also has `data-form-prefill` keeps its earlier behavior and wins if the two disagree. The click listener is now registered in the capture phase: a client-routing link such as `next/link` cancels the click's default action in its own handler, which used to hide the click from the helper. Nothing changes for a form with no allowlist or for `links: false`.

• f321f0b: `applyFormPrefill` now also reads the query string of a clicked link. A link that points at the page's form and carries `?field=value` pairs in its `href` preselects those fields, with the same allowlist as the page URL, so a plain `href` works with no extra attribute. A link that also has `data-form-prefill` keeps its earlier behavior and wins if the two disagree. The click listener is now registered in the capture phase: a client-routing link such as `next/link` cancels the click's default action in its own handler, which used to hide the click from the helper. Nothing changes for a form with no allowlist or for `links: false`.

49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

• 49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

43dccea: Add `@wabbit/tome-core/auth/session-keep-alive` (`SessionKeepAlive`, `rollSession`) and a `session.deferSessionRefresh` option on `createBetterAuth`. Together they keep the session cookie moving for active members: a page render can't set a cookie, so without them the cookie expires a fixed `expiresIn` after sign-in. The option is off by default and must be paired with `<SessionKeepAlive />`, because with it on nothing else refreshes the session. It needs a Better Auth version that has `deferSessionRefresh` (1.6.20 or later).

• 43dccea: Add `@wabbit/tome-core/auth/session-keep-alive` (`SessionKeepAlive`, `rollSession`) and a `session.deferSessionRefresh` option on `createBetterAuth`. Together they keep the session cookie moving for active members: a page render can't set a cookie, so without them the cookie expires a fixed `expiresIn` after sign-in. The option is off by default and must be paired with `<SessionKeepAlive />`, because with it on nothing else refreshes the session. It needs a Better Auth version that has `deferSessionRefresh` (1.6.20 or later).

666f4eb: Add `@wabbit/tome-core/utilities/safeHref`: the one link-safety rule, lifted from `@wabbit/tome-blocks-local-pack` so a layer's save hook and a render pack apply the same check. `safeHref(value)` returns the trimmed link for http(s), mailto, tel, a path or an anchor, and `null` for any other scheme, a protocol-relative `//host`, or whitespace and control characters. Also adds `@wabbit/tome-core/utilities/requestMemo` (a per-request `Map` keyed on the stable `req` object) and `@wabbit/tome-core/data/readThroughCache` (a read through Next's `unstable_cache` when it is there, directly when it is not), so layers share one implementation instead of copying one.

• 666f4eb: Add `@wabbit/tome-core/utilities/safeHref`: the one link-safety rule, lifted from `@wabbit/tome-blocks-local-pack` so a layer's save hook and a render pack apply the same check. `safeHref(value)` returns the trimmed link for http(s), mailto, tel, a path or an anchor, and `null` for any other scheme, a protocol-relative `//host`, or whitespace and control characters. Also adds `@wabbit/tome-core/utilities/requestMemo` (a per-request `Map` keyed on the stable `req` object) and `@wabbit/tome-core/data/readThroughCache` (a read through Next's `unstable_cache` when it is there, directly when it is not), so layers share one implementation instead of copying one.

7f041d8: `createBetterAuth` gains `enrichSessionRoles` (default `true`), so a site can turn off the role lookup the factory adds to every session fetch. The factory's `customSession` plugin loads the user at depth 1 on every `getSession` and adds `user.role`, `orgRole` and `activeOrganizationId`. Better Auth's admin login view needs `user.role`, so the default stays on. A site that keeps Payload's own `/admin` login and doesn't read `session.user.role` can pass `enrichSessionRoles: false` and skip one `users` read per session fetch; if it uses the Better Auth login view, it must also pass `admin.requiredRole: null`.

• 7f041d8: `createBetterAuth` gains `enrichSessionRoles` (default `true`), so a site can turn off the role lookup the factory adds to every session fetch. The factory's `customSession` plugin loads the user at depth 1 on every `getSession` and adds `user.role`, `orgRole` and `activeOrganizationId`. Better Auth's admin login view needs `user.role`, so the default stays on. A site that keeps Payload's own `/admin` login and doesn't read `session.user.role` can pass `enrichSessionRoles: false` and skip one `users` read per session fetch; if it uses the Better Auth login view, it must also pass `admin.requiredRole: null`.

a5fd548: `createBetterAuth` no longer enables the adapter's first-user-admin hook, which never worked on Tome's `roles` relationship and logged an error on every first sign-up. The hook writes a `role` string on the first sign-up. Tome users hold a `roles` relationship instead, so the write was dropped, its follow-up query failed ("first-user-admin race resolution failed ... path cannot be queried: role"), and nobody was made admin by it. Sites assign the first admin in their own users hook. Pass `firstUserAdmin: true` only for a users collection that stores roles in a plain `role` field. With the hook off, the adapter logs a one-time reminder at boot that `access.create` on users must reject non-admin callers; the starter template already does, and a sign-up that sends `roles` is stored with the default role.

• a5fd548: `createBetterAuth` no longer enables the adapter's first-user-admin hook, which never worked on Tome's `roles` relationship and logged an error on every first sign-up. The hook writes a `role` string on the first sign-up. Tome users hold a `roles` relationship instead, so the write was dropped, its follow-up query failed ("first-user-admin race resolution failed ... path cannot be queried: role"), and nobody was made admin by it. Sites assign the first admin in their own users hook. Pass `firstUserAdmin: true` only for a users collection that stores roles in a plain `role` field. With the hook off, the adapter logs a one-time reminder at boot that `access.create` on users must reject non-admin callers; the starter template already does, and a sign-up that sends `roles` is stored with the default role.

70bf5fe: Add `staffOrPublished(staff)` (exported from `@wabbit/tome-core/auth` and `@wabbit/tome-core/access`): staff see drafts, everyone else, signed in or not, sees only published documents. It's the safe replacement for `authenticatedOrPublished` on sites with public signup, where that guard shows drafts to every account. Only an explicit `true` from `staff` opens drafts; a `Where` is OR-ed with the published filter. The `authenticatedOrPublished` warnings now point at it.

• 70bf5fe: Add `staffOrPublished(staff)` (exported from `@wabbit/tome-core/auth` and `@wabbit/tome-core/access`): staff see drafts, everyone else, signed in or not, sees only published documents. It's the safe replacement for `authenticatedOrPublished` on sites with public signup, where that guard shows drafts to every account. Only an explicit `true` from `staff` opens drafts; a `Where` is OR-ed with the published filter. The `authenticatedOrPublished` warnings now point at it.

988a814: `secureAccessDefaults` now also covers the collections Payload adds after plugins run: edit locks, migrations, folders and the jobs-stats global. Payload creates `payload-locked-documents`, `payload-migrations`, the folders collection and (when a task has a schedule) the `payload-jobs-stats` global while it finalizes the config, after every plugin has run, and gives them "any signed-in account" on every operation. On a site with public signup, any account could list who is editing what and create or delete edit locks on admin documents. The plugin now installs `staff` on them: folders through a `folders.collectionOverrides` entry that runs before yours (so your overrides still win), the others at init on the live config, before your own `onInit`. Lock reads go to everyone allowed into the admin panel (the admin-user collection's `access.admin`), because Payload's admin reads locks as the signed-in user; lock writes go to `staff`. `exclude` takes these slugs, report mode lists them, and `installLateSystemAccess` is exported for configs built without the plugin.

• 988a814: `secureAccessDefaults` now also covers the collections Payload adds after plugins run: edit locks, migrations, folders and the jobs-stats global. Payload creates `payload-locked-documents`, `payload-migrations`, the folders collection and (when a task has a schedule) the `payload-jobs-stats` global while it finalizes the config, after every plugin has run, and gives them "any signed-in account" on every operation. On a site with public signup, any account could list who is editing what and create or delete edit locks on admin documents. The plugin now installs `staff` on them: folders through a `folders.collectionOverrides` entry that runs before yours (so your overrides still win), the others at init on the live config, before your own `onInit`. Lock reads go to everyone allowed into the admin panel (the admin-user collection's `access.admin`), because Payload's admin reads locks as the signed-in user; lock writes go to `staff`. `exclude` takes these slugs, report mode lists them, and `installLateSystemAccess` is exported for configs built without the plugin.

78d9bf7: Layer factories accept `staff`, which gives every operation a layer left without an access rule to the site's staff check. `LayerFactoryConfig.staff` (applied by `applyLayerFactoryConfig`, so every `createXLayer` that passes its config through gets it): each missing `create`/`read`/`update`/`delete`/`readVersions`, plus `admin`/`unlock` on an auth collection, becomes `staff`. Rules the layer wrote are untouched and per-collection `access` overrides still win. This closes gaps like tome-catalog's product variants (no write rules) and tome-org's members (no read rule) for a site that composes layers by hand, without the `secureAccessDefaults` plugin. Omitting `staff` changes nothing. Also exports `fillMissingAccess(collection, staff)` from `@wabbit/tome-core/access/secureAccessDefaults`, the shared rule behind both the plugin and the layer option.

• 78d9bf7: Layer factories accept `staff`, which gives every operation a layer left without an access rule to the site's staff check. `LayerFactoryConfig.staff` (applied by `applyLayerFactoryConfig`, so every `createXLayer` that passes its config through gets it): each missing `create`/`read`/`update`/`delete`/`readVersions`, plus `admin`/`unlock` on an auth collection, becomes `staff`. Rules the layer wrote are untouched and per-collection `access` overrides still win. This closes gaps like tome-catalog's product variants (no write rules) and tome-org's members (no read rule) for a site that composes layers by hand, without the `secureAccessDefaults` plugin. Omitting `staff` changes nothing. Also exports `fillMissingAccess(collection, staff)` from `@wabbit/tome-core/access/secureAccessDefaults`, the shared rule behind both the plugin and the layer option.

417c0b3: secureAccessDefaults now restricts the job queue to staff, and a new `jobsRunAccess` helper admits staff or the cron bearer token. Payload lets any signed-in account call `jobs.access.run`, `queue` and `cancel` when they are unset, and `run` guards the REST endpoints `GET /api/payload-jobs/run` and `/handle-schedules`, so any member could drain or trigger queued work. When the config has a `jobs` block, each missing rule now becomes `staff` (only an explicit `true` admits), reported as `jobs: run, queue, cancel` in the init summary. `exclude: ['payload-jobs']` opts out. The Local API (`payload.jobs.run()` from a cron route, a sidecar or `autoRun`) is unaffected. `jobsRunAccess({ staff, secretEnv? })` is `jobs.access.run` for a site whose external scheduler calls the job endpoints. It compares the `Authorization: Bearer <CRON_SECRET>` header in constant time and fails closed when the secret is unset (the Payload website template's version admits `Bearer undefined` in that case). Behavior change for sites already using `secureAccessDefaults`: after upgrading, non-staff accounts lose REST access to the job endpoints unless `jobs.access` sets a rule. No API, peer or required argument changed, so this ships as a minor.

• 417c0b3: secureAccessDefaults now restricts the job queue to staff, and a new `jobsRunAccess` helper admits staff or the cron bearer token. Payload lets any signed-in account call `jobs.access.run`, `queue` and `cancel` when they are unset, and `run` guards the REST endpoints `GET /api/payload-jobs/run` and `/handle-schedules`, so any member could drain or trigger queued work. When the config has a `jobs` block, each missing rule now becomes `staff` (only an explicit `true` admits), reported as `jobs: run, queue, cancel` in the init summary. `exclude: ['payload-jobs']` opts out. The Local API (`payload.jobs.run()` from a cron route, a sidecar or `autoRun`) is unaffected. `jobsRunAccess({ staff, secretEnv? })` is `jobs.access.run` for a site whose external scheduler calls the job endpoints. It compares the `Authorization: Bearer <CRON_SECRET>` header in constant time and fails closed when the secret is unset (the Payload website template's version admits `Bearer undefined` in that case). Behavior change for sites already using `secureAccessDefaults`: after upgrading, non-staff accounts lose REST access to the job endpoints unless `jobs.access` sets a rule. No API, peer or required argument changed, so this ships as a minor.

304f8fa: New `secureAccessDefaults` plugin (`@wabbit/tome-core/access/secureAccessDefaults`) gives every operation without an access rule to your `staff` check instead of "any signed-in user". Payload fills any access key you leave out with "any signed-in account". A missing `readVersions` does the same, `unlock` defaults to any account in the admin-user collection, and an auth collection without `access.admin` lets any signed-in user open the admin panel. On a site with public signup, or with members in the admin-user collection, that hands writes, drafts, version history and plugin-added records (form-builder submissions have no `delete` rule) to anyone who signs up. Add `secureAccessDefaults({ staff: isAdmin })` as the last plugin. It fills only the operations you didn't write, including those of plugin-added collections. It logs them once at init, and it warns when `form-submissions` still uses the form-builder plugin's default `read`. Run `mode: 'report'` first on an existing site to see the list without changing anything. `onReport` hands that list to a script or CI check when the config is built, before any database connection. Also new: - `formSubmissionAccess(staff)`: anyone may submit, staff may read and delete, and no one edits a submission over the API. - `isAdminOrPublished` in `@wabbit/tome-core/auth/guards`: the safe replacement for `authenticatedOrPublished` on content. - `basePlugins({ formBuilder: { staff } })`: applies both presets to the form-builder plugin. Your own `access` keys still win. The `authenticated` and `authenticatedOrPublished` docs now say plainly that they admit any signed-in account.

• 304f8fa: New `secureAccessDefaults` plugin (`@wabbit/tome-core/access/secureAccessDefaults`) gives every operation without an access rule to your `staff` check instead of "any signed-in user". Payload fills any access key you leave out with "any signed-in account". A missing `readVersions` does the same, `unlock` defaults to any account in the admin-user collection, and an auth collection without `access.admin` lets any signed-in user open the admin panel. On a site with public signup, or with members in the admin-user collection, that hands writes, drafts, version history and plugin-added records (form-builder submissions have no `delete` rule) to anyone who signs up. Add `secureAccessDefaults({ staff: isAdmin })` as the last plugin. It fills only the operations you didn't write, including those of plugin-added collections. It logs them once at init, and it warns when `form-submissions` still uses the form-builder plugin's default `read`. Run `mode: 'report'` first on an existing site to see the list without changing anything. `onReport` hands that list to a script or CI check when the config is built, before any database connection. Also new: - `formSubmissionAccess(staff)`: anyone may submit, staff may read and delete, and no one edits a submission over the API. - `isAdminOrPublished` in `@wabbit/tome-core/auth/guards`: the safe replacement for `authenticatedOrPublished` on content. - `basePlugins({ formBuilder: { staff } })`: applies both presets to the form-builder plugin. Your own `access` keys still win. The `authenticated` and `authenticatedOrPublished` docs now say plainly that they admit any signed-in account.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

26850dd: Overview views keep Payload's horizontal gutter: the order and contact Overview tabs no longer sit flush against the admin nav and the window edge.

• 26850dd: Overview views keep Payload's horizontal gutter: the order and contact Overview tabs no longer sit flush against the admin nav and the window edge.

56f143c: New `@wabbit/tome-core/admin-views` subpath with presentational building blocks for Overview admin views, plus two optional product-type hooks. - `ProductTypeHooks` gains optional `getAccessSummary` (returns a `TomeAccessSummary` for admin access tiles) and `revokeAccess` (ends non-entitlement access after a refund; must be idempotent and never throw). - `@wabbit/tome-core/admin-views` ships server-safe primitives styled only with Payload admin CSS variables: `OverviewShell`, `Timeline` / `TimelineItem` / `TimelineGroup`, `SummaryRail` / `RailCard` / `RailRow` / `MoneyRow`, `StatusPill`, `StageBar`, `ProbabilityBar` and `FilterChips`. - `@payloadcms/ui` is now declared as an optional peer dependency; nothing to install unless you use the subpath.

• 56f143c: New `@wabbit/tome-core/admin-views` subpath with presentational building blocks for Overview admin views, plus two optional product-type hooks. - `ProductTypeHooks` gains optional `getAccessSummary` (returns a `TomeAccessSummary` for admin access tiles) and `revokeAccess` (ends non-entitlement access after a refund; must be idempotent and never throw). - `@wabbit/tome-core/admin-views` ships server-safe primitives styled only with Payload admin CSS variables: `OverviewShell`, `Timeline` / `TimelineItem` / `TimelineGroup`, `SummaryRail` / `RailCard` / `RailRow` / `MoneyRow`, `StatusPill`, `StageBar`, `ProbabilityBar` and `FilterChips`. - `@payloadcms/ui` is now declared as an optional peer dependency; nothing to install unless you use the subpath.

98ae5c8: Adds `signToken` and `verifyToken` to `@wabbit/tome-core/verification`: a generic expiring HMAC-SHA-256 signed token for signed links. - `signToken(payload, { secret, ttlMs | expiresAt, purpose? })` returns `data.signature` (base64url). `verifyToken(token, { secret, purpose? })` compares the signature in constant time, then checks the envelope, the purpose and the expiry, and returns `{ ok: true, payload, iat, exp }` or `{ ok: false, reason }` (`malformed`, `bad-signature`, `wrong-purpose`, `expired`). It never throws. - `purpose` is signed into the token, so a link minted for one use never verifies for another under the same secret. - The payload is signed, not encrypted: carry ids and a revocation version, never personal data. - `createProfileVerificationFlow`'s `issueToken`/`verifyToken` now delegate to it. Tokens it issued before still verify; a token is now expired at its `exp` instant rather than one millisecond after.

• 98ae5c8: Adds `signToken` and `verifyToken` to `@wabbit/tome-core/verification`: a generic expiring HMAC-SHA-256 signed token for signed links. - `signToken(payload, { secret, ttlMs | expiresAt, purpose? })` returns `data.signature` (base64url). `verifyToken(token, { secret, purpose? })` compares the signature in constant time, then checks the envelope, the purpose and the expiry, and returns `{ ok: true, payload, iat, exp }` or `{ ok: false, reason }` (`malformed`, `bad-signature`, `wrong-purpose`, `expired`). It never throws. - `purpose` is signed into the token, so a link minted for one use never verifies for another under the same secret. - The payload is signed, not encrypted: carry ids and a revocation version, never personal data. - `createProfileVerificationFlow`'s `issueToken`/`verifyToken` now delegate to it. Tokens it issued before still verify; a token is now expired at its `exp` instant rather than one millisecond after.

4a1728c: `@wabbit/tome-core/data/cacheTags` now exports `loadUnstableCache()` and the `UnstableCache` type: a lazy loader for Next's `unstable_cache` that returns `null` outside Next. Layers that cache public reads by tag share this one helper instead of each carrying a copy.

• 4a1728c: `@wabbit/tome-core/data/cacheTags` now exports `loadUnstableCache()` and the `UnstableCache` type: a lazy loader for Next's `unstable_cache` that returns `null` outside Next. Layers that cache public reads by tag share this one helper instead of each carrying a copy.
• d69161c: `ThemePalette` gains an optional `defaultMode`, and `@wabbit/tome-core/utilities/readingTime` adds one shared reading-time rule. - `ThemePalette.defaultMode?: 'light' | 'dark'` names the mode a palette opens in. `themeConfigHtmlAttributes(doc, { themes })` adds `data-theme="dark"` for a palette that opens dark, the ThemeConfig palette field names those palettes in its help text, and `registerTheme()` rejects a `defaultMode` the palette does not list in `modes`. Palettes without it behave exactly as before. - `readingTime` exports `READING_WPM` (230), `wordsInLexical(value)` (counts real text nodes only, including rich text nested in block fields such as a margin note's body) and `readingMinutes(words, wpm?)`. - `@wabbit/tome-core/utilities/formPrefill` is the framework-free link-prefill helper, moved here from the forms engine so a site that does not use `@wabbit/tome-forms` can use it: `applyFormPrefill(root, { allow, note, noteElement, search, skip, links })`, `parseFormPrefill`, `FORM_PREFILL_DEFAULT_NOTE` and `FORM_PREFILL_MAX_LENGTH`. It preselects allowlisted fields of any rendered form from `?field=value` and from clicks on in-page `data-form-prefill="field=value"` links. After a link click, focus lands on the checked radio itself (focusable even when only visually hidden); if the control cannot take focus (`display: none`), on its label, then on the first other focusable control in its group. `focusPrefilledControl(control, { preventScroll })` is exported for this. A fragment link's own hash navigation runs after the click handler and drops focus to `body` a few milliseconds later, so the handler focuses at once and then re-asserts focus after the navigation has settled (a timeout, then an animation frame), only when focus was lost; the link keeps its native hash behavior and `preventScroll` still holds.

beebe4d: `basePlugins` types its `seo.generateTitle` and `seo.generateURL` from the SEO plugin's own config, so async generators and the plugin's full argument object type-check without a cast.

• beebe4d: `basePlugins` types its `seo.generateTitle` and `seo.generateURL` from the SEO plugin's own config, so async generators and the plugin's full argument object type-check without a cast.

2e9f1ab: New `@wabbit/tome-core/utilities/telHref` subpath: one `tel:` href builder with E.164 normalization, replacing four per-package copies that kept only the typed digits. `toTelHref(raw, { defaultCallingCode? })` returns `tel:+<digits>` and `toE164(raw, opts)` returns `+<digits>`, both `null` for fewer than three digits. A leading `+` is kept. Without one, a `defaultCallingCode` (`'1'`, `'44'`) qualifies the number: NANP numbers of 11 digits starting with `1` just gain the `+`, any other national number loses one leading trunk `0` and gains `+<code>`. With neither, `toTelHref` keeps the digits as typed, so nothing changes until a site opts in. Trailing `x123` / `ext. 123` becomes `;ext=123`; trailing `,` / `;` dial pauses pass through. `telOptionsFromContext(context)` reads `defaultCallingCode` from the host render context a block receives as `BlockRenderProps.context`.

• 2e9f1ab: New `@wabbit/tome-core/utilities/telHref` subpath: one `tel:` href builder with E.164 normalization, replacing four per-package copies that kept only the typed digits. `toTelHref(raw, { defaultCallingCode? })` returns `tel:+<digits>` and `toE164(raw, opts)` returns `+<digits>`, both `null` for fewer than three digits. A leading `+` is kept. Without one, a `defaultCallingCode` (`'1'`, `'44'`) qualifies the number: NANP numbers of 11 digits starting with `1` just gain the `+`, any other national number loses one leading trunk `0` and gains `+<code>`. With neither, `toTelHref` keeps the digits as typed, so nothing changes until a site opts in. Trailing `x123` / `ext. 123` becomes `;ext=123`; trailing `,` / `;` dial pauses pass through. `telOptionsFromContext(context)` reads `defaultCallingCode` from the host render context a block receives as `BlockRenderProps.context`.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

020b41f: `CookieConsent` gains an optional `layout?: 'panel' | 'bar'` prop (default `'panel'`, unchanged from today), plus equal-weight Accept/Reject buttons. `'bar'` renders a full-width slim strip pinned to the bottom instead of the centered card — description and both buttons share one row when there's room, wrapping onto a compact second row on phone widths via flex-wrap rather than a fixed breakpoint. Fix: Accept and Reject now have equal visual weight by default in both layouts — Accept was previously a filled primary button next to an outline Reject, which visually nudges toward accepting. Both buttons now share the same outline treatment. This also retires two `--tome-color-*` custom properties that were never defined in the `@wabbit/tome-ui` token vocabulary (`--tome-color-muted-foreground`, `--tome-color-primary-foreground`): the description text now reads `--tome-color-on-surface-muted`, and the primary-filled button treatment that referenced the other undefined token is gone along with the equal-weight change, not just re-pointed. Fix: the banner's fixed outer wrapper no longer intercepts clicks on page content outside the card/bar (`pointer-events: none`, re-enabled to `auto` on the card/bar itself). All existing consent storage, callbacks, and ARIA role/label behavior is unchanged. The presentational markup is now split into an exported `CookieConsentPanel` (same props minus `showDelay`, plus `onAccept`/`onReject`) so it renders deterministically in a render test without needing to fake the visibility-gating effects.

• 020b41f: `CookieConsent` gains an optional `layout?: 'panel' | 'bar'` prop (default `'panel'`, unchanged from today), plus equal-weight Accept/Reject buttons. `'bar'` renders a full-width slim strip pinned to the bottom instead of the centered card — description and both buttons share one row when there's room, wrapping onto a compact second row on phone widths via flex-wrap rather than a fixed breakpoint. Fix: Accept and Reject now have equal visual weight by default in both layouts — Accept was previously a filled primary button next to an outline Reject, which visually nudges toward accepting. Both buttons now share the same outline treatment. This also retires two `--tome-color-*` custom properties that were never defined in the `@wabbit/tome-ui` token vocabulary (`--tome-color-muted-foreground`, `--tome-color-primary-foreground`): the description text now reads `--tome-color-on-surface-muted`, and the primary-filled button treatment that referenced the other undefined token is gone along with the equal-weight change, not just re-pointed. Fix: the banner's fixed outer wrapper no longer intercepts clicks on page content outside the card/bar (`pointer-events: none`, re-enabled to `auto` on the card/bar itself). All existing consent storage, callbacks, and ARIA role/label behavior is unchanged. The presentational markup is now split into an exported `CookieConsentPanel` (same props minus `showDelay`, plus `onAccept`/`onReject`) so it renders deterministically in a render test without needing to fake the visibility-gating effects.

8729196: New `@wabbit/tome-core/registry/themeRegistry` (theme discovery), `/registry/theme` (the `ThemeManifest` type) and `/theme-config` (a platform ThemeConfig global and injector). - `/registry/theme` — type-only `ThemeManifest`, `ThemePalette`, `ThemeFonts`, `ThemeKind` (`'theme' | 'treatment'`): the one descriptor every theme package exports. Themes activate with `data-tome-theme="<name>"`, palettes with `data-tome-palette`. - `/registry/themeRegistry` — `registerTheme`, `getTheme`, `listThemes({ kind })`, `resolveThemeName` (maps a legacy `data-tome-pack` value to its theme), `validateThemeManifest`, on the `globalThis`-anchored `createKeyedRegistry` (duplicate policy `replace`, so HMR re-registration is safe; a different package claiming a registered name warns in development). Also re-exported from `/registry`. - `/theme-config` — `createThemeConfig({ mode })` returns the `themeConfig` Payload global: theme and palette selects fed by the registry, a typography group (pairing, per-role display/body/mono overrides, display weight → `--tome-type-weight-display`), radius, and the Layer-1 color groups. `'light-first'` keeps the classic `regularColors`/`darkmodeColors` field names, so existing documents need no migration. Color fields accept hex, rgb(a), hsl(a) and `oklch()`. `renderThemeConfigCss(doc, { themes })` renders the `<style id="theme-config">` body: with no theme active its output is byte-identical to the classic starter injector; with a theme active it emits only fields changed from their defaults, under a selector that outranks every theme and palette rule. `themeConfigHtmlAttributes(doc)` returns the `<html>` attributes.

• 8729196: New `@wabbit/tome-core/registry/themeRegistry` (theme discovery), `/registry/theme` (the `ThemeManifest` type) and `/theme-config` (a platform ThemeConfig global and injector). - `/registry/theme` — type-only `ThemeManifest`, `ThemePalette`, `ThemeFonts`, `ThemeKind` (`'theme' | 'treatment'`): the one descriptor every theme package exports. Themes activate with `data-tome-theme="<name>"`, palettes with `data-tome-palette`. - `/registry/themeRegistry` — `registerTheme`, `getTheme`, `listThemes({ kind })`, `resolveThemeName` (maps a legacy `data-tome-pack` value to its theme), `validateThemeManifest`, on the `globalThis`-anchored `createKeyedRegistry` (duplicate policy `replace`, so HMR re-registration is safe; a different package claiming a registered name warns in development). Also re-exported from `/registry`. - `/theme-config` — `createThemeConfig({ mode })` returns the `themeConfig` Payload global: theme and palette selects fed by the registry, a typography group (pairing, per-role display/body/mono overrides, display weight → `--tome-type-weight-display`), radius, and the Layer-1 color groups. `'light-first'` keeps the classic `regularColors`/`darkmodeColors` field names, so existing documents need no migration. Color fields accept hex, rgb(a), hsl(a) and `oklch()`. `renderThemeConfigCss(doc, { themes })` renders the `<style id="theme-config">` body: with no theme active its output is byte-identical to the classic starter injector; with a theme active it emits only fields changed from their defaults, under a selector that outranks every theme and palette rule. `themeConfigHtmlAttributes(doc)` returns the `<html>` attributes.

dde86fb: Two people with the same name can now both sign up. `createMemberCollection` wires a new built-in `beforeValidate` hook, `ensureUniqueMemberSlug`, that gives a taken member slug the lowest free numeric suffix on create (`jane-doe` → `jane-doe-2`). Before this, the second member with a given display name failed the unique slug index inside `createMemberOnSignup`, which aborted the signup after the auth user was written and left that email unable to sign in. Updates are untouched, and the hook is only wired when the collection has a slug field. Also exported from `@wabbit/tome-core/identity`.

• dde86fb: Two people with the same name can now both sign up. `createMemberCollection` wires a new built-in `beforeValidate` hook, `ensureUniqueMemberSlug`, that gives a taken member slug the lowest free numeric suffix on create (`jane-doe` → `jane-doe-2`). Before this, the second member with a given display name failed the unique slug index inside `createMemberOnSignup`, which aborted the signup after the auth user was written and left that email unable to sign in. Updates are untouched, and the hook is only wired when the collection has a slug field. Also exported from `@wabbit/tome-core/identity`.

45f349a: `asPayloadTask`'s task handler now accepts Payload's own task arguments, so `task.handler({ input, req })` with a real `PayloadRequest` needs no cast. The handler takes `input: unknown` and `req: PayloadRequest`, and `retries` is Payload's `number | RetryConfig`. Previously the handler typed `req` as `{ payload } & Record<string, unknown>`, which a real `PayloadRequest` does not satisfy, and `input` as a record, which Payload's per-task `unknown` input does not satisfy; calling `task.handler({ input, req })` directly needed a cast. `PayloadTaskLike` and `PayloadTaskOptions` change accordingly. The generic plumbing stays loose on purpose: there is no task-slug type parameter and the handler still resolves to `{ output: unknown }`, because those types key off a site's generated jobs map, which a layer package cannot see. At runtime, an object `input` is forwarded to your `JobHandler` exactly as before; a non-object `input` (which Payload does not produce) now reaches the handler as `undefined`. Who could see a compile error: code that calls `task.handler(...)` directly with a hand-built `req` that is not typed as a `PayloadRequest` (typically a test stub — cast it to `PayloadRequest`), and code that passes a `retries` value outside Payload's `number | RetryConfig` (Payload's own task config would reject it). Registering the task and calling it with Payload's real arguments are unaffected, and every in-repo producer typechecks unchanged.

• 45f349a: `asPayloadTask`'s task handler now accepts Payload's own task arguments, so `task.handler({ input, req })` with a real `PayloadRequest` needs no cast. The handler takes `input: unknown` and `req: PayloadRequest`, and `retries` is Payload's `number | RetryConfig`. Previously the handler typed `req` as `{ payload } & Record<string, unknown>`, which a real `PayloadRequest` does not satisfy, and `input` as a record, which Payload's per-task `unknown` input does not satisfy; calling `task.handler({ input, req })` directly needed a cast. `PayloadTaskLike` and `PayloadTaskOptions` change accordingly. The generic plumbing stays loose on purpose: there is no task-slug type parameter and the handler still resolves to `{ output: unknown }`, because those types key off a site's generated jobs map, which a layer package cannot see. At runtime, an object `input` is forwarded to your `JobHandler` exactly as before; a non-object `input` (which Payload does not produce) now reaches the handler as `undefined`. Who could see a compile error: code that calls `task.handler(...)` directly with a hand-built `req` that is not typed as a `PayloadRequest` (typically a test stub — cast it to `PayloadRequest`), and code that passes a `retries` value outside Payload's `number | RetryConfig` (Payload's own task config would reject it). Registering the task and calling it with Payload's real arguments are unaffected, and every in-repo producer typechecks unchanged.

189bf0d: New subpath `@wabbit/tome-core/utilities/optionalIcon` exporting `attachOptionalIcon(entry, iconName)`. It fills an admin-nav manifest entry's `icon` from `lucide-react` through a lazy import, so a layer that wants a specific sidebar icon still registers on an install without `lucide-react`; the sidebar then falls back to the nav domain's default icon. `lucide-react` is declared as an optional peer. Layers that carried their own copy of this helper now import it from core.

• 189bf0d: New subpath `@wabbit/tome-core/utilities/optionalIcon` exporting `attachOptionalIcon(entry, iconName)`. It fills an admin-nav manifest entry's `icon` from `lucide-react` through a lazy import, so a layer that wants a specific sidebar icon still registers on an install without `lucide-react`; the sidebar then falls back to the nav domain's default icon. `lucide-react` is declared as an optional peer. Layers that carried their own copy of this helper now import it from core.
• ee874fb: `initializeRoles` no longer pauses for one second before creating missing roles, so a first boot on an empty database seeds roles without the delay. The pause had no recorded reason and guarded nothing: concurrent workers seeding the same database are handled by the unique-conflict path, which treats a lost race as "role already exists".
• 06f34c0: `initializeRoles` now runs its per-role existence precheck with bounded concurrency instead of one read at a time. Behavior is unchanged: a failed read still fails initialization. Internal: the identity helpers type collection slugs through core's own `typedSlug()` instead of inline casts.
• 0bd7c3f: customer-facing wording: internal references removed from admin descriptions, error messages and block metadata.

67eb3dc: `@wabbit/tome-core/utilities/relationId` gains the readers the 48 local copies needed (2026-09-24 audit A3 #7). All additions are additive. `relationIdRaw(value)` returns the id in its original type (`string | number | null`) for call sites that compare against a raw `doc.id` or write back to a numeric column. `relationIds(value)` and `relationIdsRaw(value)` read hasMany values; a single value is read as a one-element list. A `{ polymorphic: true }` option on every reader also unwraps `{ relationTo, value }`. `relationId(value)` behaves exactly as before. Core's `field-reports` lifecycle drops its private `idOf` for `relationIdRaw`.

• 67eb3dc: `@wabbit/tome-core/utilities/relationId` gains the readers the 48 local copies needed (2026-09-24 audit A3 #7). All additions are additive. `relationIdRaw(value)` returns the id in its original type (`string | number | null`) for call sites that compare against a raw `doc.id` or write back to a numeric column. `relationIds(value)` and `relationIdsRaw(value)` read hasMany values; a single value is read as a one-element list. A `{ polymorphic: true }` option on every reader also unwraps `{ relationTo, value }`. `relationId(value)` behaves exactly as before. Core's `field-reports` lifecycle drops its private `idOf` for `relationIdRaw`.
• 30bdd74: New core homes for three helpers that were copied across layers (2026-09-24 audit A3 #16): - `autoSlugFieldHook(sourceField)` in `./fields/slug`: the field-level auto-slug hook that accounts and org carried byte-identically. - Duck-typed role-slug readers in `./auth/rbac`: `readRoles`, `slugsFromArray`, `slugFromEntry`, `roleSlugsMatchTiers`, and `resolveRoleSlugs(req, { cacheKey, userCollection })`, previously copied between lms and gamification. - `ownOrCapabilityAccess(capability, ownerField)` in `./auth/repScoping`: the own-or-operator Access that crowdfund and fulfillment each carried. **Behavior change, deliberate:** `identity`'s `autoSlugFromDisplayName` now uses `formatSlug`, the stricter slugifier, instead of its private `toSlug`. The two agree on ordinary input. On irregular whitespace the output changes: `' Ada Lovelace '` now gives `'ada-lovelace'` instead of `'--ada--lovelace-'`, and a tab becomes a hyphen instead of being deleted. Stored slugs are untouched. `createMemberCollection` has used `formatSlug` since 2026-07.
• 4aff301: License heartbeat: an `.npmrc` credential is now expanded like npm does (`${VAR}` from the environment), and a value that is empty or still contains a `${` placeholder after expansion is treated as "no credential" — nothing is sent, and a debug line is logged. Previously the committed `//npm.wabbit.com/:_authToken=${NPM_TOKEN}` line was hashed LITERALLY whenever `NPM_TOKEN` was unset at runtime (the normal case for a deployed container, since the token is a build-time secret), so every such site reported the same bogus license hash. `buildHeartbeatPayload` accepts an optional `debug` sink.

3cf73f4: `bunnyCdnStorage()` now passes `BUNNY_REGION` (or the `env.region` override) through as `storage.region`. It was declared in the options type but never read, so zones outside the default region got 401s from the unprefixed storage endpoint; consumers had to merge the region in by hand.

• 3cf73f4: `bunnyCdnStorage()` now passes `BUNNY_REGION` (or the `env.region` override) through as `storage.region`. It was declared in the options type but never read, so zones outside the default region got 401s from the unprefixed storage endpoint; consumers had to merge the region in by hand.

3b80ce7: **`createBetterAuth({ admin: { requiredRole: null } })` now actually disables the LoginView's client-side role check.** The option's contract said `null` "skips the client check entirely (server check still enforced)", and its type accepted `null`, but the factory handed the LoginView `resolvedRequiredRole ?? undefined`. The view declares `requiredRole = 'admin'` as a default parameter, so `undefined` re-enabled the check with a slug Tome never issues. Worse, the view runs that check on the sign-in _response_ user, which has no `role` field (customSession enriches only `/get-session`), so a consumer that opted out with `null` still saw "Access Denied" on every submit and had to navigate to `/admin` by hand. A production consumer carried that workaround from 2026-08-23 until a domain cutover on 2026-09-19 forced a fresh sign-in and surfaced it again. `null` now passes through as `null`; the plugin's `login.requiredRole` type declares `string | string[] | null`, and its `checkUserRoles` returns true for a falsy requirement. The server-side `Users.access.admin` gate is unchanged and remains the real lock. The default (option unset) still resolves to `DEFAULT_ADMIN_ROLES`.

• 3b80ce7: **`createBetterAuth({ admin: { requiredRole: null } })` now actually disables the LoginView's client-side role check.** The option's contract said `null` "skips the client check entirely (server check still enforced)", and its type accepted `null`, but the factory handed the LoginView `resolvedRequiredRole ?? undefined`. The view declares `requiredRole = 'admin'` as a default parameter, so `undefined` re-enabled the check with a slug Tome never issues. Worse, the view runs that check on the sign-in _response_ user, which has no `role` field (customSession enriches only `/get-session`), so a consumer that opted out with `null` still saw "Access Denied" on every submit and had to navigate to `/admin` by hand. A production consumer carried that workaround from 2026-08-23 until a domain cutover on 2026-09-19 forced a fresh sign-in and surfaced it again. `null` now passes through as `null`; the plugin's `login.requiredRole` type declares `string | string[] | null`, and its `checkUserRoles` returns true for a falsy requirement. The server-side `Users.access.admin` gate is unchanged and remains the real lock. The default (option unset) still resolves to `DEFAULT_ADMIN_ROLES`.

d5a63c7: `checkRoleAsync`, `checkRole` and `hasRole` now accept readonly role lists and consumer-defined slugs without a cast. `checkRoleAsync` and `checkRole` took `RoleSlug[] | string[]`, a mutable array, and `hasRole` took `(RoleSlug | string)[]`. A site that keeps one `as const` list for its admin gates, like tome-starter's and other consumer sites' `ADMIN_PANEL_ROLE_SLUGS`, cannot pass that list without `as unknown as string[]`. Keeping that list single is the point: `Users.access.admin` and `createBetterAuth`'s `requiredRole` have to read the same one so the two gates never drift apart. 1.16.1 already widened `requiredRole` the same way. All three now take `readonly (RoleSlug | string)[]`. That is a strict widening: every existing caller still compiles, and runtime behavior is unchanged. The functions only read the list. `checkRoleAsync` and `checkRole` stay `@deprecated` in favor of `canAsync`/`can` from `@wabbit/tome-core/auth/capabilities`. This change only removes a cast from existing call sites; it does not revive them for new code.

• d5a63c7: `checkRoleAsync`, `checkRole` and `hasRole` now accept readonly role lists and consumer-defined slugs without a cast. `checkRoleAsync` and `checkRole` took `RoleSlug[] | string[]`, a mutable array, and `hasRole` took `(RoleSlug | string)[]`. A site that keeps one `as const` list for its admin gates, like tome-starter's and other consumer sites' `ADMIN_PANEL_ROLE_SLUGS`, cannot pass that list without `as unknown as string[]`. Keeping that list single is the point: `Users.access.admin` and `createBetterAuth`'s `requiredRole` have to read the same one so the two gates never drift apart. 1.16.1 already widened `requiredRole` the same way. All three now take `readonly (RoleSlug | string)[]`. That is a strict widening: every existing caller still compiles, and runtime behavior is unchanged. The functions only read the list. `checkRoleAsync` and `checkRole` stay `@deprecated` in favor of `canAsync`/`can` from `@wabbit/tome-core/auth/capabilities`. This change only removes a cast from existing call sites; it does not revive them for new code.

ef4058c: `createBetterAuth({ admin: { requiredRole } })` now accepts consumer-defined role slugs, and readonly lists, without a cast. The option was typed as Tome's closed `RoleSlug` union, which cannot express a site's own admin-capable role. tome-starter's read-only `viewer` role hit this. Its two admin gates, `Users.access.admin` and the BetterAuth LoginView's `requiredRole`, both read one `as const` list, `ADMIN_PANEL_ROLE_SLUGS`. They have to, because widening only one of them is what locked the demo viewer out after a successful login. Passing that list to `requiredRole` needed `as unknown as RoleSlug[]`, which also turned off type checking on the line. `requiredRole` is now `readonly AdminRoleSlug[] | AdminRoleSlug | null`, where the newly exported `AdminRoleSlug` is `RoleSlug | (string & {})`. Built-in slugs still autocomplete, and non-string values are still rejected. The LoginView underneath already took plain strings, and `hasRole` in `rbac.ts` already accepted `RoleSlug | string`. A readonly list is copied into the mutable array the LoginView props declare. Type-only for existing callers; the runtime default is unchanged. Consumers can delete the `as unknown as RoleSlug[]` cast after upgrading. A typo in a custom slug is no longer caught by the compiler, which is the same tradeoff `hasRole` already makes.

• ef4058c: `createBetterAuth({ admin: { requiredRole } })` now accepts consumer-defined role slugs, and readonly lists, without a cast. The option was typed as Tome's closed `RoleSlug` union, which cannot express a site's own admin-capable role. tome-starter's read-only `viewer` role hit this. Its two admin gates, `Users.access.admin` and the BetterAuth LoginView's `requiredRole`, both read one `as const` list, `ADMIN_PANEL_ROLE_SLUGS`. They have to, because widening only one of them is what locked the demo viewer out after a successful login. Passing that list to `requiredRole` needed `as unknown as RoleSlug[]`, which also turned off type checking on the line. `requiredRole` is now `readonly AdminRoleSlug[] | AdminRoleSlug | null`, where the newly exported `AdminRoleSlug` is `RoleSlug | (string & {})`. Built-in slugs still autocomplete, and non-string values are still rejected. The LoginView underneath already took plain strings, and `hasRole` in `rbac.ts` already accepted `RoleSlug | string`. A readonly list is copied into the mutable array the LoginView props declare. Type-only for existing callers; the runtime default is unchanged. Consumers can delete the `as unknown as RoleSlug[]` cast after upgrading. A typo in a custom slug is no longer caught by the compiler, which is the same tradeoff `hasRole` already makes.

bc386c0: Fix a silent Payload collection-slug collision between `createBetterAuth()` and `createAccountsLayer()` that broke every sign-up on a consumer mounting both at their defaults. **Root cause:** better-auth's internal `account` model and `@wabbit/tome-accounts`' tenant Account collection both default to the Payload slug `accounts`. The collections plugin that assembled them merged the two definitions instead of failing, producing a collection whose required `name`/`slug`/`ownerMember` fields (from tome-accounts) were never supplied by better-auth's own `linkAccount`/`createAccount` calls — every `POST /api/auth/sign-up/email` returned a 500 naming those fields, not the collision that caused them. **The fix (`@wabbit/tome-core`):** - `registerLayer` (`utilities/layerRegistry`) now checks a newly-registering layer's `collections` against every already-registered layer's `collections` and throws a new `LayerCollectionSlugCollisionError` — naming the slug, both claimant layers, and a remedy — the moment two layers claim the same slug, regardless of which two layers or which mount order. Exported alongside a `isLayerCollectionSlugCollisionError` type guard so a layer factory's own try/catch (most exist only to swallow the pre-existing "already registered" HMR throw) can re-throw a genuine collision instead of silently eating it. - `createBetterAuth()` now registers the Payload collection slugs it mounts (`@wabbit/tome-core-auth`) with this guard, and its own try/catch re-throws a collision instead of swallowing it. - New opt-in `internalModelNames.account` on `createBetterAuth()` renames better-auth's internal account model (e.g. `{ account: 'authAccount' }` → Payload slug `authAccounts`) — the auth-side resolution when a collision fires. Default is unchanged (`accounts`), so upgrading never renames an existing consumer's table. A consumer that opts in AFTER going live must rename or migrate the existing `accounts` table/collection first — see the option's JSDoc. **The fix (`@wabbit/tome-accounts`):** `createAccountsLayer()`'s existing `registerLayer` try/catch now re-throws a genuine `LayerCollectionSlugCollisionError` instead of swallowing it as a duplicate-registration no-op. The layer's existing `slugs: { accounts: '<other-slug>' }` override is the accounts-side resolution — pick ONE side, not both. **Backward compatibility:** a consumer mounting only one of the two layers is unaffected — both new tests and the existing suites confirm no throw and identical registered collections. Both defaults (`accounts` on each side) are unchanged; the guard only fires when two layers genuinely collide.

• bc386c0: Fix a silent Payload collection-slug collision between `createBetterAuth()` and `createAccountsLayer()` that broke every sign-up on a consumer mounting both at their defaults. **Root cause:** better-auth's internal `account` model and `@wabbit/tome-accounts`' tenant Account collection both default to the Payload slug `accounts`. The collections plugin that assembled them merged the two definitions instead of failing, producing a collection whose required `name`/`slug`/`ownerMember` fields (from tome-accounts) were never supplied by better-auth's own `linkAccount`/`createAccount` calls — every `POST /api/auth/sign-up/email` returned a 500 naming those fields, not the collision that caused them. **The fix (`@wabbit/tome-core`):** - `registerLayer` (`utilities/layerRegistry`) now checks a newly-registering layer's `collections` against every already-registered layer's `collections` and throws a new `LayerCollectionSlugCollisionError` — naming the slug, both claimant layers, and a remedy — the moment two layers claim the same slug, regardless of which two layers or which mount order. Exported alongside a `isLayerCollectionSlugCollisionError` type guard so a layer factory's own try/catch (most exist only to swallow the pre-existing "already registered" HMR throw) can re-throw a genuine collision instead of silently eating it. - `createBetterAuth()` now registers the Payload collection slugs it mounts (`@wabbit/tome-core-auth`) with this guard, and its own try/catch re-throws a collision instead of swallowing it. - New opt-in `internalModelNames.account` on `createBetterAuth()` renames better-auth's internal account model (e.g. `{ account: 'authAccount' }` → Payload slug `authAccounts`) — the auth-side resolution when a collision fires. Default is unchanged (`accounts`), so upgrading never renames an existing consumer's table. A consumer that opts in AFTER going live must rename or migrate the existing `accounts` table/collection first — see the option's JSDoc. **The fix (`@wabbit/tome-accounts`):** `createAccountsLayer()`'s existing `registerLayer` try/catch now re-throws a genuine `LayerCollectionSlugCollisionError` instead of swallowing it as a duplicate-registration no-op. The layer's existing `slugs: { accounts: '<other-slug>' }` override is the accounts-side resolution — pick ONE side, not both. **Backward compatibility:** a consumer mounting only one of the two layers is unaffected — both new tests and the existing suites confirm no throw and identical registered collections. Both defaults (`accounts` on each side) are unchanged; the guard only fires when two layers genuinely collide.

b081304: New `@wabbit/tome-core/license` subpath: `licenseHeartbeat()`, an `onInit`-compatible export (wire it alongside `initRoles`, same pattern) that reports a deployed site's presence to wabbit's licensing desk — D10's exact shape, `{ licenseHash, host, tomeCoreVersion, nodeEnv, families }`, sent once at boot and then daily via an `unref()`'d interval so it never blocks or holds open the process. `licenseHash` is the sha256 of the deploy credential the build installed with, resolved from the same sources npm itself would use (`NPM_TOKEN` env, then the project `.npmrc`'s `//npm.wabbit.com/:_authToken`, then `~/.npmrc`) — the raw token is never sent, and the response is never read. `families` is the distinct `wabbit.family` values of every installed `@wabbit/tome-*` package, read from each one's own `node_modules` manifest and cached per boot. Report-only by contract: there is no runtime denial path, on this end or any other — a heartbeat cannot disable anything. Silent by default (opt out with `TOME_LICENSE_HEARTBEAT=off`), a 5s timeout, and every failure swallowed to at most one `debug`-level log line. `buildHeartbeatPayload(env, opts)` is exported alongside it as a pure, network-free helper for anything that wants to inspect the payload shape without sending it.

• b081304: New `@wabbit/tome-core/license` subpath: `licenseHeartbeat()`, an `onInit`-compatible export (wire it alongside `initRoles`, same pattern) that reports a deployed site's presence to wabbit's licensing desk — D10's exact shape, `{ licenseHash, host, tomeCoreVersion, nodeEnv, families }`, sent once at boot and then daily via an `unref()`'d interval so it never blocks or holds open the process. `licenseHash` is the sha256 of the deploy credential the build installed with, resolved from the same sources npm itself would use (`NPM_TOKEN` env, then the project `.npmrc`'s `//npm.wabbit.com/:_authToken`, then `~/.npmrc`) — the raw token is never sent, and the response is never read. `families` is the distinct `wabbit.family` values of every installed `@wabbit/tome-*` package, read from each one's own `node_modules` manifest and cached per boot. Report-only by contract: there is no runtime denial path, on this end or any other — a heartbeat cannot disable anything. Silent by default (opt out with `TOME_LICENSE_HEARTBEAT=off`), a 5s timeout, and every failure swallowed to at most one `debug`-level log line. `buildHeartbeatPayload(env, opts)` is exported alongside it as a pure, network-free helper for anything that wants to inspect the payload shape without sending it.
• 8fd56ad: New in `@wabbit/tome-core/field-reports` (Locations wave): `createLocationReportCollection`, a SUBJECT-SCOPED report with a reviewed lifecycle and a denormalised read tier — a sibling of `createFieldReportCollection`, not a variant of it. One required option, `subjectRelationTo`; everything else is a seam: `statuses`, `transitionTable`, `tiers`, `initialStatus`, `timestampOnEnter`, the stored field names, and the resolvers for actor, author, subject tier, viewer tier and per-subject grants. Full house seam set — `extraFields` → `fieldOverrides` (rename via `name`) → `omitFields` → `fieldOrder`, per-verb `access` injection merged over the defaults one key at a time, `mergeHooks` for consumer hooks, `labels`, relation slugs, `slug`. The five behaviors the donor collection ran as one 100-line `beforeChange` are split into named built-ins — `statusForcing`, `authorStamping`, `contentEditGate`, `transitionGate`, `tierDerivation` — each individually opt-out-able via `builtInHooks`, so a consumer can replace one without forking the collection. `effectiveReportTier(tiers, subjectTier, reportVisibility, fallback?)` and `stricterTier(tiers, a, b)` ship as pure, Payload-free exports: a report may be MORE restrictive than its subject, never less. The read gate is built from `resolveViewerTier(req)` with an optional `grantsResolver(req, subjectId)`, treats tiers as a cumulative loosest-first ladder, keeps the legacy-row arm for documents written before the derived field existed, and FAILS CLOSED on a viewer tier outside `tiers`. The lifecycle table contract lives in the same subpath — `ReportTransitionTable`, `resolveReportTransition`, `findReportTransitions`, `allowedReportTransitionsFrom`, `notSelfReporter`, `notReportSubmitter` — and is structurally identical to `@wabbit/tome-workflow`'s, so a real `WorkflowTransitionTable` assigns with no cast and that package's own `resolveTransition` can be injected through the `transitionResolver` option. Core declares its own copy rather than importing `@wabbit/tome-workflow`, which already depends on core; the module header records the reasoning and what a future wave should do instead. Lifecycle server API, also on `./field-reports`: `transitionReport` (one report, returns a structured outcome rather than throwing — `transitioned` / `refused` with what WAS reachable / `no-op` / `not-found`), `reDeriveTier` (recompute the denormalised tier after a subject is reclassified; one read per distinct subject, writes only rows that actually changed, fails closed to the strictest tier on an unreadable subject) and `markStale` (batch sweep that puts every row through the transition table and COUNTS refusals instead of forcing them). All three drive the collection's own gates through the Payload local API with the actor injected on `req.context` (`LOCATION_REPORT_ACTOR_CONTEXT_KEY`, `systemTransition`) rather than reaching around them, and the bulk paths go through `batchWrite` + `findPaged` so a per-row failure is isolated and reported instead of aborting the run. No clearance, game-version or intel vocabulary anywhere in the module — every consumer-specific concept is a resolver or a config value.

ce3d12d: Two more primitives the audit found copied across layers, promoted with their forcing function (2026-09-01 sale-readiness audit §5.1, T3(g)). New public surface: - **`@wabbit/tome-core/fields/address`** (new subpath) — `postalAddressGroup(opts)`, `postalAddressFields(opts)`, `mapAddress` / `mapAddressToLegacy`, the `AddressVocabulary` type and the two field-name constants. The same six-field postal block was hand-rolled in FIVE places across three layers (`@wabbit/tome-crm` accounts + contacts, `@wabbit/tome-deals` billing + shipping, `@wabbit/tome-fulfillment` `Addresses`) in TWO INCOMPATIBLE VOCABULARIES: `address1/address2/city/state/zip/country` and `line1/line2/city/region/postalCode/country`. Two vocabularies for one concept guarantees a mapping layer at the CRM → shipping seam, and that mapping did not exist anywhere. **This module does not pick a winner, and no stored field name changes.** Both vocabularies are stored shapes with live rows behind them — renaming `zip` to `postalCode` in crm is a data migration, not a refactor. Every adopter passes the `vocabulary` it already stores. `required` marks the four load-bearing lines only (never `line2`, never `state`/`region` — requiring a state makes the schema US-shaped, which fulfillment's own comment argues against at length). `validateCountry` carries fulfillment's ISO-3166 alpha-2 check and its uppercase-normalizing `beforeValidate` hook across verbatim; normalizing rather than rejecting lowercase is deliberate, because the shipping rate table matches on this value and a rejected `"us"` teaches nothing. `fieldOverrides` merges per-sub-field changes through the existing `/fields/fieldShape` seam, which is how deals keeps its eight per-field labels and its `'US'` country default without a second copy of the block. `postalAddressFields` exists alongside the group because fulfillment stores the postal lines FLAT at collection top level, interleaved with `recipientName` and `phone`. Wrapping them in a group to reuse the group helper would have been exactly the stored-shape change this promotion refuses to make. - **`@wabbit/tome-core/utilities/relationId`** (new subpath) — `relationId(value): string | null` and `relationIdOrThrow(value, label)`. The audit counted this read in core's deprecated `lms` tree, lms (twelve copies under two names), sc, ledger, crowdfund, fulfillment, lms-ui and an inline ternary in crm. The finding was not the count but **four different return types**: `string | null`, `string | number | null`, `string | undefined`, `string | number | undefined`. Two call sites resolving the same row could disagree about equality — a populated doc's numeric id arriving unstringified next to a bare id string. Core picks `string | null` and stringifies: `String(id)` for both string and number, `null` (never `undefined`) for absent, `null` for an array (a `hasMany` value is the caller's loop, not a silent first-element read). Payload accepts either form in a `where` clause, so ids fed back into a query are unaffected, and `===` between two resolved ids now means what a reader thinks it means. A caller that genuinely needs the id in its stored type should not use this — that is a documented divergence rather than a fifth accidental copy. Forcing function: `scripts/assert-no-forked-primitives.mjs` gains a fourth, STRUCTURAL check. Checks 1–3 compare code, and the address fork is invisible to all three because it is not code — it is five object literals whose sub-field name sets are the same schema typed out by hand. The new check finds every `type: 'group'` field literal, reads the direct sub-field names out of its `fields:` array, and warns when that set COVERS either vocabulary. Coverage rather than equality on purpose: exact equality would have caught none of the five real copies, since crm prepends `name` and deals prepends `name` + `company`. Run on the pre-adoption tree it reports all four group-shaped copies (crm accounts:89, crm contacts:135, deals:192 and :207); on the adopted tree it reports none. `@wabbit/tome-ledger` keeps its own `extractId`, for the same architectural reason as its `mergeHooks` (core is an OPTIONAL peer there) plus a second one: its semantics differ deliberately (`string | undefined`, string-only input). That exemption is recorded as prose above the assert's ALLOWLIST rather than as an entry, because the ALLOWLIST is FILE-granular — an entry for a nine-line function inside a 130-line module would never match and would print as STALE on every run forever, training readers to ignore the stale report. That is the failure mode `assert-test-floor.mjs` already demonstrated for seven weeks.

• ce3d12d: Two more primitives the audit found copied across layers, promoted with their forcing function (2026-09-01 sale-readiness audit §5.1, T3(g)). New public surface: - **`@wabbit/tome-core/fields/address`** (new subpath) — `postalAddressGroup(opts)`, `postalAddressFields(opts)`, `mapAddress` / `mapAddressToLegacy`, the `AddressVocabulary` type and the two field-name constants. The same six-field postal block was hand-rolled in FIVE places across three layers (`@wabbit/tome-crm` accounts + contacts, `@wabbit/tome-deals` billing + shipping, `@wabbit/tome-fulfillment` `Addresses`) in TWO INCOMPATIBLE VOCABULARIES: `address1/address2/city/state/zip/country` and `line1/line2/city/region/postalCode/country`. Two vocabularies for one concept guarantees a mapping layer at the CRM → shipping seam, and that mapping did not exist anywhere. **This module does not pick a winner, and no stored field name changes.** Both vocabularies are stored shapes with live rows behind them — renaming `zip` to `postalCode` in crm is a data migration, not a refactor. Every adopter passes the `vocabulary` it already stores. `required` marks the four load-bearing lines only (never `line2`, never `state`/`region` — requiring a state makes the schema US-shaped, which fulfillment's own comment argues against at length). `validateCountry` carries fulfillment's ISO-3166 alpha-2 check and its uppercase-normalizing `beforeValidate` hook across verbatim; normalizing rather than rejecting lowercase is deliberate, because the shipping rate table matches on this value and a rejected `"us"` teaches nothing. `fieldOverrides` merges per-sub-field changes through the existing `/fields/fieldShape` seam, which is how deals keeps its eight per-field labels and its `'US'` country default without a second copy of the block. `postalAddressFields` exists alongside the group because fulfillment stores the postal lines FLAT at collection top level, interleaved with `recipientName` and `phone`. Wrapping them in a group to reuse the group helper would have been exactly the stored-shape change this promotion refuses to make. - **`@wabbit/tome-core/utilities/relationId`** (new subpath) — `relationId(value): string | null` and `relationIdOrThrow(value, label)`. The audit counted this read in core's deprecated `lms` tree, lms (twelve copies under two names), sc, ledger, crowdfund, fulfillment, lms-ui and an inline ternary in crm. The finding was not the count but **four different return types**: `string | null`, `string | number | null`, `string | undefined`, `string | number | undefined`. Two call sites resolving the same row could disagree about equality — a populated doc's numeric id arriving unstringified next to a bare id string. Core picks `string | null` and stringifies: `String(id)` for both string and number, `null` (never `undefined`) for absent, `null` for an array (a `hasMany` value is the caller's loop, not a silent first-element read). Payload accepts either form in a `where` clause, so ids fed back into a query are unaffected, and `===` between two resolved ids now means what a reader thinks it means. A caller that genuinely needs the id in its stored type should not use this — that is a documented divergence rather than a fifth accidental copy. Forcing function: `scripts/assert-no-forked-primitives.mjs` gains a fourth, STRUCTURAL check. Checks 1–3 compare code, and the address fork is invisible to all three because it is not code — it is five object literals whose sub-field name sets are the same schema typed out by hand. The new check finds every `type: 'group'` field literal, reads the direct sub-field names out of its `fields:` array, and warns when that set COVERS either vocabulary. Coverage rather than equality on purpose: exact equality would have caught none of the five real copies, since crm prepends `name` and deals prepends `name` + `company`. Run on the pre-adoption tree it reports all four group-shaped copies (crm accounts:89, crm contacts:135, deals:192 and :207); on the adopted tree it reports none. `@wabbit/tome-ledger` keeps its own `extractId`, for the same architectural reason as its `mergeHooks` (core is an OPTIONAL peer there) plus a second one: its semantics differ deliberately (`string | undefined`, string-only input). That exemption is recorded as prose above the assert's ALLOWLIST rather than as an entry, because the ALLOWLIST is FILE-granular — an entry for a nine-line function inside a 130-line module would never match and would print as STALE on every run forever, training readers to ignore the stale report. That is the failure mode `assert-test-floor.mjs` already demonstrated for seven weeks.
• 04309f5: Add `batchWrite` / `batchWriteInChunks` — the platform's bounded-concurrency batch writer — at the new `@wabbit/tome-core/utilities/batch` subpath. The 2026-09-01 sale-readiness audit found **15 serial-await-in-loop sites** across `@wabbit/tome-org`, `@wabbit/tome-lms` and `@wabbit/tome-sc`: Payload `afterChange`/`afterDelete` hooks and reconciler jobs fanning out N independent writes one `await` at a time, so an event with 200 attendees blocked the request for 200 sequential round-trips. In every case the correct pattern already existed a few files away in the same package — `division-team-reciprocity.ts:101-108` batched while `:88-99` did not; `gdpr.ts` used one bulk update in one handler and a per-row loop in its sibling. The primitive was never extracted, so nobody adopted it, so it kept getting rewritten wrong. - `batchWrite(items, fn, { concurrency = 8, onError, logger, label })` — bounded-concurrency mapper. `results` is index-aligned with `items` regardless of completion order, and a per-item throw is isolated into `errors` instead of poisoning its siblings (the failure mode that makes a naive `Promise.all` unsafe in a cascade hook, where one missing related doc must not abort the other 199 updates). `onError: 'throw'` reproduces a serial loop's exact abort semantics for callers that want them. - `batchWriteInChunks(items, fn, { chunkSize = 25, pauseMs = 250, shouldStop, ... })` — the same, plus the `WRITE_CHUNK`/`WRITE_PAUSE_MS` pacing invented in `@wabbit/tome-lms`'s `reconcileCourseCompletionAwards`: process a chunk, then pause, so a write's own `afterChange` fan-out has room to drain before the next chunk lands. `shouldStop` carries a per-run write budget without abandoning the pacing. The module header states what it is NOT for: a bulk `payload.update({ where, data })` beats any amount of concurrency when every item takes the same data, and a deliberately ordered loop (money capture, ledger legs, `settleCampaign`'s `maxCapturesPerRun` counter) stays sequential — pass `concurrency: 1` when you want the pacing and error isolation but must keep strict ordering. Shipped with its forcing function: a `no-restricted-syntax` rule in `eslint.config.mjs` warns on `await payload.*` as a direct statement inside a `for…of`/`for` body and points here.
• 4aeedad: `createKeyedRegistry` in core, and the gate that keeps the next registry anchored. Tome had eleven keyed registries and two implementations of one idea: five anchored their state on `globalThis` via `Symbol.for`, six held a module-local `Map` (2026-09-01 sale-readiness audit §5.1, "same mechanism, half correct"). The half that is wrong is wrong silently. A published package ships separate ESM and CJS builds — distinct module instances with distinct module-local state — so the moment one consumer static-imports one build and another `require()`s the other, or a bundler splits an RSC/SSR/client graph, a module-local `Map` exists twice and a registration made through one is invisible through the other. Nothing throws; the handler just never fires. `layerRegistry` shipped that bug in 2026-05 and moved onto `globalThis` in tome-core 1.0.10, both it and the render registry explain the mechanism at length in their headers, and six registries were written afterwards without it. A comment cannot make the next author read it. **New in core:** `@wabbit/tome-core/registry/createKeyedRegistry` (a NEW exports-map subpath — hence the minor). `createKeyedRegistry<T>(symbolKey, { onDuplicate, validate })` returns `{ register, replace, get, has, list, clear }` over a store anchored at `globalThis[Symbol.for(symbolKey)]`. `onDuplicate` is `'throw'` (default) / `'replace'` / `'ignore'`, chosen to match each migrating registry's CURRENT behavior rather than a preferred one. `replace()` is the explicit override path every throw-on-duplicate registry in the repo already exposed for tests and consumer shadowing. The module's JSDoc carries the full migration recipe for the registries not migrated here. 14 unit tests, including the dual-instantiation proof: two separately-created registries on one key share a store, and the state survives a `vi.resetModules()` re-evaluation of the defining module — a module-local `Map` fails both. **Migrated in core:** `gdpr/registry.ts`. This one had BOTH halves of the defect — a module-local `Map` inside `GdprRegistryImpl`, and absence from core's own `sideEffects` array — while four layers (fulfillment, org, sc, plus consumer sites) register into it by import side effect. Split state meant `runErasure`/`exportUserData` reporting zero rows for collections registered into the other copy; a missing `sideEffects` entry meant a bundler was free to drop the registering module outright. The store is now anchored (`onDuplicate: 'replace'`, matching `registerCollection`'s documented overwrite) and `./dist/gdpr/registry.*` is in `sideEffects`, with a `sideEffectsRationale` block in the manifest recording why each entry is there. The class API is unchanged — same names, arguments, semantics, and `getAll()`'s registration-order guarantee. `unregisterCollection` rebuilds the store minus one key (the helper exposes no per-key delete because nothing else needs one), preserving that order. **Migrated in deals:** both registries. `registry/side-effect-registry.ts` is now a delegation shim over `@wabbit/tome-workflow`'s registry (see the workflow-adoption changeset) — anchored by that route. `registry/artifact-registry.ts` moves onto `createKeyedRegistry`, INCLUDING its `frozen` flag: a freeze applied to one module instance while another still accepted registrations would have enforced the config-time contract in exactly half the process. Public API, throws and messages are unchanged. This registry is populated in `payload.config.ts` and read during collection construction, and under the Payload CLI those are separate module instances — the observable failure was an `artifactType` select with no options and a thrown "Unknown artifact type". **Forcing function:** `scripts/assert-registry-anchoring.mjs` + `pnpm assert:registry-anchoring`, wired into `platform-discipline.yml` immediately after `assert:no-forked-primitives` (source + manifest reading only, so it runs pre-build and fails fast). Any module-scope mutable `Map`/`Set`/instance singleton whose name — or whose FILE name — announces a registry must import `createKeyedRegistry`, contain `Symbol.for(`, or have its built path listed in the package's `sideEffects` array; otherwise it fails with the migration recipe. Before this change it reported 3 violations (core's gdpr registry and both deals registries) and now reports 0. Eight registries are ALLOWLISTED with a written architectural reason each, not a schedule: forms ×3, intake and print are owned by the forms+intake access wave and their file sets are off-limits to this one; `blocks-core/src/registry/index.ts` is the deliberately explicit-instance DESCRIPTOR registry (ARCHITECTURE.md § Three Registry Mechanisms #2 — the registry that genuinely must be one store, the render registry, is separately `Symbol.for`-anchored and passes), and changing it is a twelve-package linked-family decision; blocks-gallery's two are import-side-effect registries its own header already calls "the outlier, not the template", in a package with zero tests, so they migrate in the wave that gives it tests.
• 8fc9702: Adopt the three primitives that four other layers had each copied verbatim, and add the gate that stops the next copy (2026-09-01 sale-readiness audit §5.1, T3(a)). New public surface: - **`@wabbit/tome-core/jobs`** gains `findPaged`, `readPositiveNumber`, `chunk`, `JOB_PAGE_SIZE`, `JOB_DEFAULT_MAX_PAGES` and the `FindPagedArgs` type — the bounded paginated job scan that existed identically in `@wabbit/tome-lms`, `@wabbit/tome-crowdfund` and `@wabbit/tome-workflow`. Each of those three headers named this exact promotion as its own trigger condition; crowdfund's said "if a third layer needs it, it is promoted into `@wabbit/tome-core/jobs` and both call sites collapse". Workflow became the third layer on 2026-08-18. No behavior change: the body is the lms/crowdfund version, with the collection slug now passed through core's own `typedSlug()` rather than an inline cast. The `./jobs` subpath already existed — these are new named exports on it, so a consumer importing them needs core `>=1.14.0`. - **`@wabbit/tome-core/fields/fieldShape`** (new subpath) — `applyFieldShape`, `applyFieldOverrides`, `applyOmitFields`, `applyFieldOrder`, `insertFieldsAfter`, plus the `FieldOverrideMap` and `FieldShapeConfig` types. The canonical body is `@wabbit/tome-ledger`'s, the superset (it is the only copy that had the `applyFieldShape` combinator). Where the three copies had drifted they had drifted only in two error-message strings; the longer wording is kept, because it names the most common cause of the error ("check for a `fieldNames` rename applied before this"). - **`@wabbit/tome-core/fields/selectOptions`** (new subpath) — the ONE `{ mode: 'extend' | 'replace'; options }` select-vocabulary override contract, with `extend` deduped by `value`. The audit found this contract implemented five times under one name in three incompatible shapes, so the same config key behaved differently depending on which layer emitted the field. Core's own `field-reports/shared.ts` and `gdpr/compliance/processingRegister.ts` now import it and re-export their existing symbols unchanged. Deprecated, not removed: `SelectOptionOverride` in `@wabbit/tome-core/identity` (the `{ extend?, replace? }` shape) now carries `@deprecated` pointing at the canonical contract. It is public API on a 1.x package and keeps working — `MemberCollectionConfig.identity.standingOptions` is unaffected — but nothing new should adopt it. New gate: `pnpm assert:no-forked-primitives` (`scripts/assert-no-forked-primitives.mjs`), wired into `platform-discipline.yml` immediately after `assert:declared-imports` (source-only, pre-build). It hashes comment-stripped, import-stripped file bodies across every `packages/*/src/**/*.ts` and fails on a non-core file identical to a core file, or on two non-core files identical to each other. A second, function-granular check warns on near-forks — two files sharing at least two identically-named exported functions whose bodies are ≥90% identical — which is how the `fieldShape` trio would have been caught before it drifted. One allowlist entry, `@wabbit/tome-ledger`'s `mergeHooks`, with the architectural reason stated in full: ledger declares core as an OPTIONAL peer. The failure mode this closes is not "we forgot to DRY this up". Four files in the repo stated their own promotion trigger in prose, the trigger fired, and nothing happened, because a comment is not a gate.
• 4aeedad: One `LayerFactoryConfig` every layer factory's config extends, and one factory verb. Fourteen layer packages end in the same one call a consumer writes into `payload.config.ts`, and no two agreed on what `config` may contain: full seam vocabulary in three (org, lms, ledger), partial in six, NONE in six (2026-09-01 sale-readiness audit §5.3). A site that learned `adminGroup` from org and `hooks` from sc discovered, package by package, that six factories accept neither — not because the seam had been rejected, but because nothing said it existed. **New in core (a NEW exports-map subpath, hence the minor):** `@wabbit/tome-core/utilities/layerFactoryConfig` exports the `LayerFactoryConfig` interface — `adminGroup`, `access` (per-collection override map), `hooks` (appended via `mergeHooks`, never replacing), `extraFields`, `fieldOverrides`, `omitFields`, `fieldOrder`, `slugs` — and `applyLayerFactoryConfig(collections, config)`, which honors the whole vocabulary in one call and one fixed order (adminGroup → access → hooks → field shape, the last delegated to `fields/fieldShape`'s `applyFieldShape` so the order cannot drift between layers). Pure: new array, new objects, identity return on an empty config. It is a separate subpath from `./utilities/layerRegistry` deliberately — that module is in core's `sideEffects` array, and a pure type/vocabulary module should not drag a declared side-effecting module into every factory's type graph. The slug convention is documented rather than forced, because both live shapes are right for what they do: a typed `slugs?: Partial<XSlugs>` map for the slugs a layer OWNS (org, sc, accounts — the typed key set makes a typo a compile error, and a homomorphic mapped type satisfies the base's `Record<string, string | undefined>`), and named `<name>Slug?: string` scalars for relationship targets in OTHER layers (`memberSlug`, `mediaSlug`, `eventSlug`, `rolesSlug`) — those are pointers out of a layer, not entries in its key set. **Every `create*Layer` config now extends it.** Twelve extend `LayerFactoryConfig` directly and APPLY it through `applyLayerFactoryConfig` (accounts, catalog, crm, crowdfund, deals, fulfillment, lms, marketing, org, sc) or through a targeted application (chrome). Additive in every case: for the six that accepted none of the seams (deals, economy, gamification, marketing, plus forms/intake, see below), the fields are new; for the rest, `adminGroup` and friends keep their existing meaning and the applier is a no-op when they are omitted. Two packages accept the vocabulary but do NOT yet apply it, and say so in their type's JSDoc in the required form ("accepted, not yet applied — trigger: …"). **economy** and **gamification** both declare `@wabbit/tome-core` as an OPTIONAL peer and hold zero runtime imports of it — gamification reaches `registerLayer` through a lazy `require()` in a try/catch for exactly this reason. `applyLayerFactoryConfig` is a runtime VALUE, so importing it at module scope would convert an optional peer into a required one and break every site that installs those packages without core; copying the applier locally is barred by `assert:no-forked-primitives`. The trigger is stated: the day core becomes a required peer, delete the note and add one line. Both take the type via `import type`, which is erased at runtime. Two packages drop seams EXPLICITLY rather than accept-and-ignore. **chrome** extends `Omit<LayerFactoryConfig, 'access' | 'hooks' | 'extraFields' | 'fieldOverrides' | 'omitFields' | 'fieldOrder' | 'slugs'>` because it returns Payload GLOBALS, not collections — those seven are keyed by collection slug and typed against `CollectionConfig`, and chrome's slugs already have direct per-surface knobs (`header.slug`, `footer.slug`) a parallel map could contradict. The one seam it keeps, `adminGroup`, IS applied: globals carry `admin.group` exactly as collections do. **rpg** extends `Omit<LayerFactoryConfig, 'access'>` because `CharacterSheetsConfig` is a single collection's config that doubles as the layer factory's config, and its own `access` already means "this collection's access object" — one level shallower than the base's slug-keyed map. Two meanings under one name is the confusion this interface exists to end. **Factory-verb convergence.** Three verbs were live. `createWorkflowLayer(config?)` is new in `@wabbit/tome-workflow` (a new export — hence the minor) and returns a spreadable, deliberately EMPTY `CollectionConfig[]`: this layer is an engine, not a collection set, so the empty array is the honest answer and lets `...createWorkflowLayer()` compose exactly like every sibling. Its `WorkflowLayerConfig` omits every seam for the same reason, and exists as the stable place a real option will land. `createGamificationLayer` and `createRpgLayer` are pure aliases of `registerGamificationLayer` / `registerRpgLayer`. `initWorkflow`, `registerGamificationLayer` and `registerRpgLayer` are all `@deprecated` with sunset at each package's next major; none is removed. **Forcing function:** `scripts/assert-layer-factory-contract.mjs` + `pnpm assert:layer-factory-contract`, wired into `platform-discipline.yml` after `assert:layer-version` (source reading only, pre-build). Every exported `create*Layer` must take a config parameter whose type resolves to `LayerFactoryConfig` — through `extends`, an intersection, or an explicit `Omit<…>` — with verb aliases followed to their `register*`/`init*` target. Before this change it reported 12 violations and 0 conforming; it now reports 15 conforming, 0 violations. Deliberately NOT checked: whether a factory actually applies what it accepts, because a machine cannot tell a documented deferral from an accident, and a gate that forced silent application would be worse than one that forces a stated deferral. `docs/guides/create-a-new-layer-package.md` gains a "The factory contract" section stating the rule and the three permitted responses. Three factories are ALLOWLISTED with a reason each: `createAiLayer` returns credential wiring and owns no collections, so every seam is meaningless to it; `createFormsLayer` and `createIntakeLayer` are owned by the forms+intake access wave running in parallel, whose changes rewrite the same files. **Peer floors:** accounts, catalog, chrome, crm, deals, economy, fulfillment, gamification, marketing and rpg raise `@wabbit/tome-core` to `>=1.14.0 <2.0.0`. The new subpaths do not exist below that, and a too-low floor is how `ERR_PACKAGE_PATH_NOT_EXPORTED` reached crowdfund's consumers once already. These are marked `patch` because the config widening is purely additive; the raised required-peer floor is the reason a release manager may prefer to cut them as minors instead.
• 0836ef5: `fields/link` no longer throws "(0, import_deepMerge.default) is not a function" when required from CommonJS. The internal `deepMerge` helper was a `default` export consumed via a default import inside the package; with tsup `bundle: false` that compiles to `__toESM(require(...), 1).default` — the whole module object, not the function — so any CJS consumer of `@wabbit/tome-core/fields/link` (tome-chrome's header factory under raw Node or the Payload CLI) failed at the first `link()` call. ESM consumers were unaffected, which is why it went unnoticed until `assert:node-loadable` ran across every package. `deepMerge` is now a named export; the rule (named exports for intra-package modules, default only for React components) is recorded in docs/claude-gotchas.md.
• 73081e6: `infra/envScaffold` now covers the whole platform, not core's own third of it. `validateEnv()` checked 10 variables; the platform reads about 22, and every paid integration was outside the check — Stripe, Encharge, Kit, Resend, `AI_CREDENTIAL_KEY`, `TOME_ADMIN_LICENSE_KEY`. That is not a boot crash, it is a checkout that 500s or a webhook that verifies nothing, in production, weeks after the deploy that caused it. New `LAYER_ENV_VARS`, keyed by package name so it takes the same identifiers as `hasLayer()`, covering economy, crowdfund, marketing, ai, admin-pro, deals, intake, crm and print. `validateEnv({ layers })` merges the named blocks on top of `SHARED_ENV_VARS`; when two layers declare the same variable the strictest requirement wins and the descriptions are joined, so a site running both economy and crowdfund gets one `STRIPE_SECRET_KEY` line carrying both reasons. An unknown layer name throws rather than contributing nothing — a typo there would silently check less than the caller believes. Backwards compatible: `validateEnv()` with no argument checks exactly the set it always did, so no existing `payload.config.ts` changes behavior. `EnvVarSpec` and the new `ValidateEnvOptions` are exported. `required` here means "required GIVEN this layer is installed", and the distinction is real rather than cosmetic: the Stripe pair and `TOME_ADMIN_LICENSE_KEY` are hard failures, while the marketing keys stay warnings because a site runs Encharge **or** Kit **or** neither and making them fatal would break a legitimate deployment. `RESEND_API_KEY` is likewise a warning — its absence selects a supported log-instead-of-send mode. One real bug fell out of the survey: `SHARED_ENV_VARS` and `env.example` both documented **`POSTHOG_HOST`**, while `infra/posthog.tsx` has always read **`NEXT_PUBLIC_POSTHOG_HOST`**. A site that set the documented name got the `/ingest` reverse-proxy default and no error. The scaffold now names the variable the code reads; `env.example` gains the per-layer block with the same required/optional annotations. 13 new tests in `tests/infra/envScaffold.test.ts`.
• 670d2a1: **`infra/plugins.ts` no longer types the five Payload plugin wrappers `(config: any)`.** This is the one place every Tome site wires redirects, SEO, form-builder, search and nested-docs, and it was the audit's headline "load-bearing `any`" (§6): a misconfiguration here was invisible to `tsc` for every consumer at once. Each constructor's parameter is now recovered as `Parameters<typeof pluginFn>[0]` through a **type-only** import of the plugin package. Type-only because the constructors are still passed in by the consuming site — importing them for real would reintroduce the ESM/CJS resolution problem that shape exists to avoid — and `import type` erases entirely at build time, so this adds zero runtime coupling. `Parameters<...>` rather than a named config import because the plugin packages export only their constructor from the barrel; the config interfaces live in unexported `./types.js` modules. A side benefit: the types track whichever plugin version the consumer resolved instead of a snapshot copied into this file. All five packages are already declared `peerDependencies` of core, so nothing is added to the manifest. New exported types: `RedirectsPluginOptions`, `SeoPluginOptions`, `FormBuilderPluginOptions`, `SearchPluginOptions`, `NestedDocsPluginOptions`. `search.beforeSync` is typed from the plugin's own config instead of `(args: any) => any`. The stricter types immediately found one real seam: nested-docs' `generateURL` takes four arguments and untyped docs, while Tome's option has always been the narrower `(docs: {slug}[]) => string`. Widening the public option would break every consumer (the narrow callback is not assignable to the wider parameter under `strictFunctionTypes`), so the public shape is unchanged and `basePlugins` now adapts between the two explicitly, defaulting a missing `slug` to `''` instead of emitting `/undefined` — the runtime bug the `any` had been hiding. `.d.ts` note: the emitted `dist/infra/plugins.d.ts` now references the `@payloadcms/plugin-*` types. Consumers already install these to pass the constructors in, and they are declared peers; a consumer with `skipLibCheck` (the Payload default) is unaffected either way.
• fa0491f: `validateEnv({ layers })` now knows about `TOME_CRM_BOOTSTRAP_READ_FALLBACK`, the flag crm 0.6.0 introduced to re-open the bootstrap `crm:read` bridge that is otherwise off in production. It is optional, so nothing fails without it; the point is that an operator reading the per-layer env schema to answer "what does installing the CRM oblige me to configure?" now sees the switch that governs whether unseeded sites expose contact and account PII, instead of discovering it from a log warning after the fact.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 090e984: README fixes surfaced by the extended `assert:readme-contract` gate (2026-09-01 sale-readiness audit, Tier 2), each verified against the package's own manifest or source: - **blocks-core** — the `./categories` and `./types` entry points are now named in the Public API section; both were published but undocumented. - **core** — added `/access/orgScoped`, `/access/vendorScoped`, `/infra/health` and `/infra/env-scaffold` to the additional-subpaths table, and noted that `/auth/collections/roles` has a real `/auth/collections/Roles` case alias in the exports map. - **crowdfund** — `CROWDFUND_LAYER_VERSION` is also published standalone at `./version`; the row now says so. - **dispatch** — the eight per-block `./blocks/*` config subpaths and all eight `./components/*` component subpaths are enumerated instead of one "etc." row. - **forms** — the peer table now lists `@wabbit/tome-core`, `@wabbit/tome-ui` and `typescript`, which are declared `peerDependencies` but appeared only in prose (or not at all). - **lms-ui** — `StudentProfileEditor` is flagged `@deprecated` in the component table, matching the tag its source has carried since the permissions-naming convergence pass.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.

f2b849c: Wave 6 org-adoption I4.1 — closes the `identity.displayNameRequired` gap the first `createMemberCollection` consumer (a production consumer, 1395 rows, 0 with `displayName`) hit, and grows the factory's generic field coverage. All opt-in, defaults byte-identical. **`identity.includeDisplayName?: boolean` (default `true`).** `displayNameRequired` only ever toggled the field's `required` flag — there was no way to omit `displayName` entirely while keeping the factory's slug handling. `skipDefaultIdentity: true` was the only escape, but it drops `displayName` AND the `slug` pair TOGETHER, forcing that consumer's real adapter to re-supply its own slug pair verbatim via `extraFields` just to keep a factory-composed slug. `includeDisplayName: false` closes the gap: no `displayName` field is emitted, `admin.useAsTitle`/`defaultColumns` fall back to `identity.titleField` (now REQUIRED in that case — the factory throws `MemberIdentityConfigError` at collection-definition time otherwise), `slugSource` defaults to `titleField` instead of `'displayName'`, and the `slug` field itself is still emitted by default (pass `slugField: false` to also drop it, same as today). **Six generic member-table fields, each opt-in and default off** — the factory only ever emitted 4 of that consumer's 62 `members` fields (`user`/`avatar`/`bio`/`standing`); these are the ones judged generic enough for any member table to plausibly want, from auditing what that consumer's real adapter supplied via `extraFields`: - `includeClassification` — `'public' | 'classified'` select, default `'public'` (`DEFAULT_MEMBER_CLASSIFICATION_OPTIONS` exported). - `includePortrait` — upload field (relationTo `mediaCollection`), distinct from the always-on `avatar`. - `includeReportsTo` — self-relationship (relationTo the collection's own `slug`) for chain-of-command data. - `includeTimezone` + `timezoneField` (default `'timezone'`) — plain `text` field, not a curated select (the factory doesn't own a timezone-options list); rename to match an existing column (e.g. `timeZone`). - `includeRegion` — six-value coarse-geography select (`DEFAULT_MEMBER_REGION_OPTIONS`: NA/EU/APAC/OCE/SA/MEA). - `includeJoinDate` + `joinDateField` (default `'joinDate'`) — plain `date` field. Does NOT replicate a nested onboarding/induction group shape some consumers may use instead. None of these byte-match any one consumer's existing field shape (different value casings, no curated timezone list) — generic defaults a future consumer can take as-is, rename where a `*Field` option is offered, or still fully override via `extraFields`. Also: `admin.defaultColumns`' first entry now reads `titleField` instead of a hardcoded `'displayName'` literal, so it never references a dropped field when `includeDisplayName` is `false` (unchanged value when `includeDisplayName` is `true`, since `titleField` still defaults to `'displayName'`). New `MemberIdentityConfigError` exported from `@wabbit/tome-core/identity`. New tests in `tests/identity/createMemberCollection.test.ts` (2 new describe blocks, 20 new cases); the pre-existing "default snapshot" block is untouched and green.

• f2b849c: Wave 6 org-adoption I4.1 — closes the `identity.displayNameRequired` gap the first `createMemberCollection` consumer (a production consumer, 1395 rows, 0 with `displayName`) hit, and grows the factory's generic field coverage. All opt-in, defaults byte-identical. **`identity.includeDisplayName?: boolean` (default `true`).** `displayNameRequired` only ever toggled the field's `required` flag — there was no way to omit `displayName` entirely while keeping the factory's slug handling. `skipDefaultIdentity: true` was the only escape, but it drops `displayName` AND the `slug` pair TOGETHER, forcing that consumer's real adapter to re-supply its own slug pair verbatim via `extraFields` just to keep a factory-composed slug. `includeDisplayName: false` closes the gap: no `displayName` field is emitted, `admin.useAsTitle`/`defaultColumns` fall back to `identity.titleField` (now REQUIRED in that case — the factory throws `MemberIdentityConfigError` at collection-definition time otherwise), `slugSource` defaults to `titleField` instead of `'displayName'`, and the `slug` field itself is still emitted by default (pass `slugField: false` to also drop it, same as today). **Six generic member-table fields, each opt-in and default off** — the factory only ever emitted 4 of that consumer's 62 `members` fields (`user`/`avatar`/`bio`/`standing`); these are the ones judged generic enough for any member table to plausibly want, from auditing what that consumer's real adapter supplied via `extraFields`: - `includeClassification` — `'public' | 'classified'` select, default `'public'` (`DEFAULT_MEMBER_CLASSIFICATION_OPTIONS` exported). - `includePortrait` — upload field (relationTo `mediaCollection`), distinct from the always-on `avatar`. - `includeReportsTo` — self-relationship (relationTo the collection's own `slug`) for chain-of-command data. - `includeTimezone` + `timezoneField` (default `'timezone'`) — plain `text` field, not a curated select (the factory doesn't own a timezone-options list); rename to match an existing column (e.g. `timeZone`). - `includeRegion` — six-value coarse-geography select (`DEFAULT_MEMBER_REGION_OPTIONS`: NA/EU/APAC/OCE/SA/MEA). - `includeJoinDate` + `joinDateField` (default `'joinDate'`) — plain `date` field. Does NOT replicate a nested onboarding/induction group shape some consumers may use instead. None of these byte-match any one consumer's existing field shape (different value casings, no curated timezone list) — generic defaults a future consumer can take as-is, rename where a `*Field` option is offered, or still fully override via `extraFields`. Also: `admin.defaultColumns`' first entry now reads `titleField` instead of a hardcoded `'displayName'` literal, so it never references a dropped field when `includeDisplayName` is `false` (unchanged value when `includeDisplayName` is `true`, since `titleField` still defaults to `'displayName'`). New `MemberIdentityConfigError` exported from `@wabbit/tome-core/identity`. New tests in `tests/identity/createMemberCollection.test.ts` (2 new describe blocks, 20 new cases); the pre-existing "default snapshot" block is untouched and green.

d2347e3: Wave 6 org plan, W6-I4 — `createMemberCollection` (`@wabbit/tome-core/identity`) grows the config surface a consumer's `members` collection needs to host it, upstream only: nothing is adopted here, and every option is additive with a default that reproduces the pre-I4 output byte-for-byte (a new "default snapshot" test block asserts this, kept green through the change). - **`requireUser` (default `true`) + `userValidate`:** the `user` relationship can now be optional — a production consumer's `members` collection has 1395 rows, 1167 with `user: null` (all `standing: 'legacy'`). `unique: true` stays on the field either way; Payload's unique index is sparse for optional fields, so multiple `null` rows don't collide. `userValidate` is wired only when `requireUser: false`. - **`identity` config (`displayNameRequired`, `titleField`, `slugSource`, `slugField`):** lets a consumer make `displayName` optional, point `admin.useAsTitle` at a different field (e.g. a consumer's `rsiHandle`), and source the generated slug from that field instead — or supply their own `slugField(...)` pair entirely (`slugField: Field[]`), or drop the slug field while keeping `displayName` (`slugField: false`). This composes WITHOUT `skipDefaultIdentity`, which still drops both `displayName` and `slug` unchanged, exactly as before. - **`standingOptions` (`true | { extend?, replace? }`) + `standingDefault`:** adds an opt-in `standing` select field. Omitted by default — the pre-I4 factory has no `standing` field at all, and `@wabbit/tome-org`'s `Member` wrapper still supplies its own via `extraFields` today, unchanged by this release. `DEFAULT_MEMBER_STANDING_OPTIONS` exports the 8 values org hardcodes today, so a later increment can reference the same base set instead of re-typing it. - **`defaultPopulate` / `indexes` passthrough:** the factory did not spread unknown config into the returned `CollectionConfig` — both are now explicit passthroughs, present in the output only when provided. - **`defaultReadAccess` (`'authenticated' | 'self-or-admin' | Access`):** lets a caller choose the `read` strategy without replacing the whole `access` object (which would also drop the create/update/delete defaults). Payload's `Access` type already supports a `Where`-returning function (sync or async) — Contract C2 — so a custom function honors a consumer's `membersReadAccess` verbatim. Ignored when `access` is provided; `access` always fully replaces, unchanged. - **Hook merge, every key:** `config.hooks` used to merge `beforeValidate` by hand (built-in first, caller appended) but spread every other key wholesale — a caller-supplied `afterChange` would have silently REPLACED a future built-in `afterChange` hook the moment one was added, the same bug independently found and fixed in `@wabbit/tome-org` and `@wabbit/tome-sc`. New shared `@wabbit/tome-core/hooks/mergeHooks` leaf subpath (ported verbatim from `packages/org/src/hooks/mergeHooks.ts` / `packages/sc/src/extensions/mergeHooks.ts`) generalizes the append semantics across every hook key; `org`/`sc` can migrate their local copies to this one in a later increment. Read-only consumer verification: `tome-starter` and `wabbit-site-core` call `createMemberCollection` with none of the new options (unaffected); `@wabbit/tome-org`'s `Member.ts` wrapper typechecks clean against the new signature; `@wabbit/tome-lms` does not consume this factory.

• d2347e3: Wave 6 org plan, W6-I4 — `createMemberCollection` (`@wabbit/tome-core/identity`) grows the config surface a consumer's `members` collection needs to host it, upstream only: nothing is adopted here, and every option is additive with a default that reproduces the pre-I4 output byte-for-byte (a new "default snapshot" test block asserts this, kept green through the change). - **`requireUser` (default `true`) + `userValidate`:** the `user` relationship can now be optional — a production consumer's `members` collection has 1395 rows, 1167 with `user: null` (all `standing: 'legacy'`). `unique: true` stays on the field either way; Payload's unique index is sparse for optional fields, so multiple `null` rows don't collide. `userValidate` is wired only when `requireUser: false`. - **`identity` config (`displayNameRequired`, `titleField`, `slugSource`, `slugField`):** lets a consumer make `displayName` optional, point `admin.useAsTitle` at a different field (e.g. a consumer's `rsiHandle`), and source the generated slug from that field instead — or supply their own `slugField(...)` pair entirely (`slugField: Field[]`), or drop the slug field while keeping `displayName` (`slugField: false`). This composes WITHOUT `skipDefaultIdentity`, which still drops both `displayName` and `slug` unchanged, exactly as before. - **`standingOptions` (`true | { extend?, replace? }`) + `standingDefault`:** adds an opt-in `standing` select field. Omitted by default — the pre-I4 factory has no `standing` field at all, and `@wabbit/tome-org`'s `Member` wrapper still supplies its own via `extraFields` today, unchanged by this release. `DEFAULT_MEMBER_STANDING_OPTIONS` exports the 8 values org hardcodes today, so a later increment can reference the same base set instead of re-typing it. - **`defaultPopulate` / `indexes` passthrough:** the factory did not spread unknown config into the returned `CollectionConfig` — both are now explicit passthroughs, present in the output only when provided. - **`defaultReadAccess` (`'authenticated' | 'self-or-admin' | Access`):** lets a caller choose the `read` strategy without replacing the whole `access` object (which would also drop the create/update/delete defaults). Payload's `Access` type already supports a `Where`-returning function (sync or async) — Contract C2 — so a custom function honors a consumer's `membersReadAccess` verbatim. Ignored when `access` is provided; `access` always fully replaces, unchanged. - **Hook merge, every key:** `config.hooks` used to merge `beforeValidate` by hand (built-in first, caller appended) but spread every other key wholesale — a caller-supplied `afterChange` would have silently REPLACED a future built-in `afterChange` hook the moment one was added, the same bug independently found and fixed in `@wabbit/tome-org` and `@wabbit/tome-sc`. New shared `@wabbit/tome-core/hooks/mergeHooks` leaf subpath (ported verbatim from `packages/org/src/hooks/mergeHooks.ts` / `packages/sc/src/extensions/mergeHooks.ts`) generalizes the append semantics across every hook key; `org`/`sc` can migrate their local copies to this one in a later increment. Read-only consumer verification: `tome-starter` and `wabbit-site-core` call `createMemberCollection` with none of the new options (unaffected); `@wabbit/tome-org`'s `Member.ts` wrapper typechecks clean against the new signature; `@wabbit/tome-lms` does not consume this factory.
• 4d0ef26: Close three `./field-reports` gaps the first adoption attempt by a production consumer hit (Wave 2R I4.1), all additive with unchanged defaults: `createWatchlistGlobal` gains `fieldNames: { organizations?, externalId?, name?, category?, notes? }` (the array field name was previously hardcoded to `organizations`; `externalIdField` stays as a deprecated alias); `createRiskScorer` gains `watchlistFieldNames` (reads the watchlist through the SAME names `createWatchlistGlobal` was given, instead of piggybacking on the assessment collection's `fieldNames.affiliationExternalId`) and `flagNames` (overrides every emitted flag string — `multiAffiliation`/`hiddenProfile`/`redactedProfile`/`newAccount`/`manualFlag`/`categoryFlag` — threaded through `score`, `assessAndStore`, and `runReassessRisk` via the new `resolveFlagNames` export); `registerFieldReportsGdpr` gains `reports`/`assessments` options, each `false` (skip registering that collection) or `{ phase?, order? }` (reposition it), replacing "the later registration silently overwrites the earlier one by slug" as the only way to coexist with a consumer's own pinned registration. A new "consumer-compatible config" test block in `scorer.test.ts` ports every case from that consumer's characterized `scoreThreat.spec.ts` and confirms identical scores/flags (one pre-existing divergence carries over: the single `visibility` enum here splits the consumer's combined 40-point "hostile + hidden + redacted" case into two 30-point assertions).

6091eba: Add `./field-reports` subpath (Wave 2R / 2R-I4): subject watchlist + scored risk assessment + free-text field reports, absorbed from a consumer's intel cluster. `createFieldReportCollection`, `createSubjectAssessmentCollection` (fully overridable stored field names via `fieldNames` — zero migration), `createWatchlistGlobal`, `createRiskScorer` (`score`/`assessAndStore`, injectable weights/bands/thresholds, case-insensitive upsert), `inputFromProfile`, the standard task/endpoint adapter pair `createReassessRiskTask`/`createReassessRiskEndpoint` (cache-only rescore), and `registerFieldReportsGdpr` (reports `null-ref`; assessments conditional `redact` per the retain-with-basis decision).

• 6091eba: Add `./field-reports` subpath (Wave 2R / 2R-I4): subject watchlist + scored risk assessment + free-text field reports, absorbed from a consumer's intel cluster. `createFieldReportCollection`, `createSubjectAssessmentCollection` (fully overridable stored field names via `fieldNames` — zero migration), `createWatchlistGlobal`, `createRiskScorer` (`score`/`assessAndStore`, injectable weights/bands/thresholds, case-insensitive upsert), `inputFromProfile`, the standard task/endpoint adapter pair `createReassessRiskTask`/`createReassessRiskEndpoint` (cache-only rescore), and `registerFieldReportsGdpr` (reports `null-ref`; assessments conditional `redact` per the retain-with-basis decision).

cb8739b: Add `@wabbit/tome-core/verification` — neutral external-profile-verification primitives absorbed from a consumer's external-profile hardening work (Wave 2R / 2R-I1): `createProfileVerificationFlow` (HMAC rolling-window ownership-proof codes + signed tokens), `createDistributedRateLimiter` + `createInMemoryLimiterClient` (fail-closed by default — a deliberate inversion of the always-fail-open behavior it was absorbed from), `createResilientFetcher` (retry/backoff, explicit `retryOn` status policy defaulting to `429`/`>=500` with `Retry-After` honored and capped at `timeoutMs` — never throws on an HTTP status), the `ExternalProfileAdapter<TProfile>` contract, `createProfileCacheCollection` + `createProfileCacheInvalidator`, and `runProfileReconcile` with the standard task/endpoint adapter pair `createProfileReconcileTask`/`createProfileReconcileEndpoint`. Additive only — nothing in the monorepo consumes this subpath yet (`RSIProfileAdapter` lands in `@wabbit/tome-sc` at 2R-I2).

• cb8739b: Add `@wabbit/tome-core/verification` — neutral external-profile-verification primitives absorbed from a consumer's external-profile hardening work (Wave 2R / 2R-I1): `createProfileVerificationFlow` (HMAC rolling-window ownership-proof codes + signed tokens), `createDistributedRateLimiter` + `createInMemoryLimiterClient` (fail-closed by default — a deliberate inversion of the always-fail-open behavior it was absorbed from), `createResilientFetcher` (retry/backoff, explicit `retryOn` status policy defaulting to `429`/`>=500` with `Retry-After` honored and capped at `timeoutMs` — never throws on an HTTP status), the `ExternalProfileAdapter<TProfile>` contract, `createProfileCacheCollection` + `createProfileCacheInvalidator`, and `runProfileReconcile` with the standard task/endpoint adapter pair `createProfileReconcileTask`/`createProfileReconcileEndpoint`. Additive only — nothing in the monorepo consumes this subpath yet (`RSIProfileAdapter` lands in `@wabbit/tome-sc` at 2R-I2).

ad65127: `createProcessingRegisterCollection` (`@wabbit/tome-core/gdpr/compliance`, Wave 5 / I7.1) gains override options for its three fixed-vocabulary `select` fields — `dataCategoryOptions?`, `dataSubjectOptions?`, `securityMeasureOptions?: { mode: 'extend' | 'replace', options: {label, value}[] }` — closing a gap the initial absorb (I7) left: a consumer migrating an existing register with vocabulary the default list doesn't cover (`dataCategories: fleet`, `dataSubjects: veterans` — renamed `alumni` on the way in — and four `securityMeasures` values) had no way to keep it. `extend` appends the consumer's options after the default vocabulary, deduped by `value` (default wins on collision); `replace` substitutes wholesale, the same full-replace contract `access` already uses. The three default arrays (`DEFAULT_DATA_CATEGORY_OPTIONS`, `DEFAULT_DATA_SUBJECT_OPTIONS`, `DEFAULT_SECURITY_MEASURE_OPTIONS`) are now exported so a consumer can compose rather than retype them. Also adds `userCollection?: string` (default `'users'`) for `lastReviewedBy`'s `relationTo`, mirroring `createConsentLedgerCollection`'s option of the same name — it was the one relationship field in this factory not already injectable. Fully backward compatible: a caller passing none of the four new options gets today's fields, byte-identical.

• ad65127: `createProcessingRegisterCollection` (`@wabbit/tome-core/gdpr/compliance`, Wave 5 / I7.1) gains override options for its three fixed-vocabulary `select` fields — `dataCategoryOptions?`, `dataSubjectOptions?`, `securityMeasureOptions?: { mode: 'extend' | 'replace', options: {label, value}[] }` — closing a gap the initial absorb (I7) left: a consumer migrating an existing register with vocabulary the default list doesn't cover (`dataCategories: fleet`, `dataSubjects: veterans` — renamed `alumni` on the way in — and four `securityMeasures` values) had no way to keep it. `extend` appends the consumer's options after the default vocabulary, deduped by `value` (default wins on collision); `replace` substitutes wholesale, the same full-replace contract `access` already uses. The three default arrays (`DEFAULT_DATA_CATEGORY_OPTIONS`, `DEFAULT_DATA_SUBJECT_OPTIONS`, `DEFAULT_SECURITY_MEASURE_OPTIONS`) are now exported so a consumer can compose rather than retype them. Also adds `userCollection?: string` (default `'users'`) for `lastReviewedBy`'s `relationTo`, mirroring `createConsentLedgerCollection`'s option of the same name — it was the one relationship field in this factory not already injectable. Fully backward compatible: a caller passing none of the four new options gets today's fields, byte-identical.

8eaae2e: New `./gdpr/compliance` and `./gdpr/compliance/breach` subpaths (Wave 5 / W5-I7): three optional, consumer-opt-in compliance artefacts absorbed from a production consumer, none of them wired into any existing gdpr consumer — nothing changes for a site that does not import this subpath. - **`createProcessingRegisterCollection(options)`** — an Article 30 processing register factory (neutral default slug `processing-records`, overridable). The absorb win: `collectionsInvolved` is now a `select` whose options are DERIVED from `gdprRegistry.getAll()` at factory-call time (plus a free-text `otherCollections` escape hatch), replacing the consumer's free-text field that had already drifted from what was actually registered. `access` is injected via an option — the default uses only core's generic `admins`/`authenticated` guards, never a hardcoded consumer-specific permission key. `validateAgainstRegistry(rows, registrations?)` cross-checks in both directions: register rows naming a collection no longer registered (stale), and registered collections no register row covers (undocumented processing). - **`createConsentLedgerCollection(options)`** — an immutable (`update: () => false`, not overridable) consent ledger factory: `user`, `action` (select, extensible via `actions`), `policyVersion`, `ipHash`, `userAgent`, `metadata`, `at`. Collapses the consumer's `consentType` + `granted` boolean + `grantedAt`/`revokedAt` pair into one generic `action` + `at` — the specific consent taxonomy is a consumer's `extraFields`, not core's business. Auto-registers itself with `gdprRegistry` as `mode: 'retain'` by default (`registerGdpr: false` to opt out) — it IS the erasure proof (Art 7(1)), never deleted regardless of the rest of a consumer's cascade. Plus pure helpers `requiresReconsent(consentedVersion, currentVersion)` (major-version-only comparison, no module-level constant) and `recordConsent(payload, input, options?)` (Local API, `overrideAccess: true`). - **`./gdpr/compliance/breach`** — `assessBreachSeverity`, `generateAuthorityNotification`, `generateSubjectNotification`, `createBreachRecord`, ported from a consumer's `breachNotification.ts` (5 exports, ZERO call sites in production — absorbed as untested prior art, not hardened code; these are its first tests, full stop). Two real fixes made during the port: org identity (`organizationName`/`dpoContact`) is now a caller-supplied `BreachNotificationConfig` instead of hardcoded to the consumer's name/contact, and Article 33(3)(c)/34(2)'s REQUIRED "likely consequences" content is a real `report.likelyConsequences` field with an honest fallback sentence instead of a rendered `[To be assessed based on breach specifics]` placeholder. `createBreachRecord(payload, report, { slug, ... })` takes its target collection explicitly rather than assuming the consumer's `audit-logs`. 65 new unit tests: factory option overrides, `collectionsInvolved`/`validateAgainstRegistry` both directions, ledger immutability + auto-registration, the `requiresReconsent` major-version matrix, `recordConsent`'s call shape, `assessBreachSeverity`'s score-boundary matrix, and both notification templates' Article 33(3)(a-d)/34(2) required-field coverage.

• 8eaae2e: New `./gdpr/compliance` and `./gdpr/compliance/breach` subpaths (Wave 5 / W5-I7): three optional, consumer-opt-in compliance artefacts absorbed from a production consumer, none of them wired into any existing gdpr consumer — nothing changes for a site that does not import this subpath. - **`createProcessingRegisterCollection(options)`** — an Article 30 processing register factory (neutral default slug `processing-records`, overridable). The absorb win: `collectionsInvolved` is now a `select` whose options are DERIVED from `gdprRegistry.getAll()` at factory-call time (plus a free-text `otherCollections` escape hatch), replacing the consumer's free-text field that had already drifted from what was actually registered. `access` is injected via an option — the default uses only core's generic `admins`/`authenticated` guards, never a hardcoded consumer-specific permission key. `validateAgainstRegistry(rows, registrations?)` cross-checks in both directions: register rows naming a collection no longer registered (stale), and registered collections no register row covers (undocumented processing). - **`createConsentLedgerCollection(options)`** — an immutable (`update: () => false`, not overridable) consent ledger factory: `user`, `action` (select, extensible via `actions`), `policyVersion`, `ipHash`, `userAgent`, `metadata`, `at`. Collapses the consumer's `consentType` + `granted` boolean + `grantedAt`/`revokedAt` pair into one generic `action` + `at` — the specific consent taxonomy is a consumer's `extraFields`, not core's business. Auto-registers itself with `gdprRegistry` as `mode: 'retain'` by default (`registerGdpr: false` to opt out) — it IS the erasure proof (Art 7(1)), never deleted regardless of the rest of a consumer's cascade. Plus pure helpers `requiresReconsent(consentedVersion, currentVersion)` (major-version-only comparison, no module-level constant) and `recordConsent(payload, input, options?)` (Local API, `overrideAccess: true`). - **`./gdpr/compliance/breach`** — `assessBreachSeverity`, `generateAuthorityNotification`, `generateSubjectNotification`, `createBreachRecord`, ported from a consumer's `breachNotification.ts` (5 exports, ZERO call sites in production — absorbed as untested prior art, not hardened code; these are its first tests, full stop). Two real fixes made during the port: org identity (`organizationName`/`dpoContact`) is now a caller-supplied `BreachNotificationConfig` instead of hardcoded to the consumer's name/contact, and Article 33(3)(c)/34(2)'s REQUIRED "likely consequences" content is a real `report.likelyConsequences` field with an honest fallback sentence instead of a rendered `[To be assessed based on breach specifics]` placeholder. `createBreachRecord(payload, report, { slug, ... })` takes its target collection explicitly rather than assuming the consumer's `audit-logs`. 65 new unit tests: factory option overrides, `collectionsInvolved`/`validateAgainstRegistry` both directions, ledger immutability + auto-registration, the `requiresReconsent` major-version matrix, `recordConsent`'s call shape, `assessBreachSeverity`'s score-boundary matrix, and both notification templates' Article 33(3)(a-d)/34(2) required-field coverage.

4238d00: New `./gdpr/retention` subpath (Wave 5 / W5-I5): a pure `runRetention({ payload, policies, now?, dryRun?, lock?, findDueErasures?, onErasureDue?, onStalledErasure?, stalledAfterDays? })` retention engine, absorbed from a consumer's `gdprRetentionCleanup` task with its single-flight lock and supersede semantics carried along, ported test-for-test (74 new tests) and shipped with both standard task/endpoint adapters. - **Policy model as data:** `defineRetentionPolicies([...])` validates and normalizes `RetentionPolicy = { collection, action: 'hard-delete' | 'anonymize' | 'retain', olderThan: { field, days }, where?, batchSize?, label? }` (plus `onAnonymize`, required when `action: 'anonymize'` — new relative to the donor engine, which never anonymized anything at the retention horizon). Cutoff is strict less-than (a row exactly at the cutoff is not yet eligible). Hard-delete batching re-queries page 1 like `deleteInBatches`; anonymize batching pages by explicit page number instead, since an anonymized row usually stays matched. Both cap at 2000 batches and report hitting the cap as a policy `errors[]` entry, not just a log line. - **Erasure-due sweep:** given a caller-supplied `findDueErasures(now)` (its own query + assembled lifecycle trail) and `onErasureDue(candidate)` (loads user/member, calls `runErasure`), the engine applies the supersede check via `resolveErasureTrail` before dispatching — the `6a4c2f47` regression fixture (an erasure request re-executed 2-6 times a night for 18 nights) is now a pinned unit test, alongside "complete-then-new-request executes once." - **Single-flight lock seam:** `lock?: { acquire(key): Promise<Release | null>, onUnavailable?: 'skip' | 'run' }`. Required outside `dryRun` whenever `policies` or `findDueErasures` are non-empty — `runRetention` throws immediately rather than running unlocked by omission. Ships `createInMemoryRetentionLock()` for tests; no redis dependency added. **`onUnavailable` defaults to `'skip'` (fail CLOSED)** — this inverts the donor's `acquireDrainLock`, which fails OPEN on a Redis outage. The `6a4c2f47` incident is the reason: running this sweep unlocked is a repeatable, multi-week data-integrity failure, judged worse here than skipping one tick. A consumer under legal-deadline pressure opts back in via `onUnavailable: 'run'`. - **Officer-task escalation:** `onStalledErasure?(info)` fires once per candidate, only when it remains unresolved after `onErasureDue` was tried and is overdue past `stalledAfterDays` (default 1). - **Adapters:** `createRetentionTask(config)` → Payload `TaskHandler`, `createRetentionEndpoint(config)` → `CRON_SECRET`-guarded endpoint. Both call the identical `runRetention`. The donor consumer's 9 retention policies ship ONLY as a test fixture (`tests/gdpr/retention/fixtures/consumerPolicies.ts`) exercising this model — their slugs are that consumer's collections, not core's default policy set. See `packages/core/src/gdpr/README.md`'s `./gdpr/retention` section for the full contract.

• 4238d00: New `./gdpr/retention` subpath (Wave 5 / W5-I5): a pure `runRetention({ payload, policies, now?, dryRun?, lock?, findDueErasures?, onErasureDue?, onStalledErasure?, stalledAfterDays? })` retention engine, absorbed from a consumer's `gdprRetentionCleanup` task with its single-flight lock and supersede semantics carried along, ported test-for-test (74 new tests) and shipped with both standard task/endpoint adapters. - **Policy model as data:** `defineRetentionPolicies([...])` validates and normalizes `RetentionPolicy = { collection, action: 'hard-delete' | 'anonymize' | 'retain', olderThan: { field, days }, where?, batchSize?, label? }` (plus `onAnonymize`, required when `action: 'anonymize'` — new relative to the donor engine, which never anonymized anything at the retention horizon). Cutoff is strict less-than (a row exactly at the cutoff is not yet eligible). Hard-delete batching re-queries page 1 like `deleteInBatches`; anonymize batching pages by explicit page number instead, since an anonymized row usually stays matched. Both cap at 2000 batches and report hitting the cap as a policy `errors[]` entry, not just a log line. - **Erasure-due sweep:** given a caller-supplied `findDueErasures(now)` (its own query + assembled lifecycle trail) and `onErasureDue(candidate)` (loads user/member, calls `runErasure`), the engine applies the supersede check via `resolveErasureTrail` before dispatching — the `6a4c2f47` regression fixture (an erasure request re-executed 2-6 times a night for 18 nights) is now a pinned unit test, alongside "complete-then-new-request executes once." - **Single-flight lock seam:** `lock?: { acquire(key): Promise<Release | null>, onUnavailable?: 'skip' | 'run' }`. Required outside `dryRun` whenever `policies` or `findDueErasures` are non-empty — `runRetention` throws immediately rather than running unlocked by omission. Ships `createInMemoryRetentionLock()` for tests; no redis dependency added. **`onUnavailable` defaults to `'skip'` (fail CLOSED)** — this inverts the donor's `acquireDrainLock`, which fails OPEN on a Redis outage. The `6a4c2f47` incident is the reason: running this sweep unlocked is a repeatable, multi-week data-integrity failure, judged worse here than skipping one tick. A consumer under legal-deadline pressure opts back in via `onUnavailable: 'run'`. - **Officer-task escalation:** `onStalledErasure?(info)` fires once per candidate, only when it remains unresolved after `onErasureDue` was tried and is overdue past `stalledAfterDays` (default 1). - **Adapters:** `createRetentionTask(config)` → Payload `TaskHandler`, `createRetentionEndpoint(config)` → `CRON_SECRET`-guarded endpoint. Both call the identical `runRetention`. The donor consumer's 9 retention policies ship ONLY as a test fixture (`tests/gdpr/retention/fixtures/consumerPolicies.ts`) exercising this model — their slugs are that consumer's collections, not core's default policy set. See `packages/core/src/gdpr/README.md`'s `./gdpr/retention` section for the full contract.

8120ff5: GDPR `onDelete`/`onExport` handlers now receive the full `GdprStepContext` (Wave 5 / I1.1) — the same object `onRedact`/`onAnonymize`/`onNullRef` already got — instead of a bare `{ payload, userId, userEmail }`, closing the gap the first `runErasure` consumer hit: a member-keyed collection (`member-notes.member`, `wallets.owner`, `group-memberships.member`) had no `memberId` to query by, and neither handler could see the subject's pre-overwrite `identity`. Fully additive — a handler destructuring only the old three keys is unaffected. `exportUserData`'s `ExportArgs` gains optional `member?`/`identity?` to thread this through; both default to absent/`{}` for every caller today. `onDelete` may now return either a bare `number` (legacy — normalized to `{ count, errors: [] }`) or a `GdprStepOutcome` (`{ count, skipped?, errors }`), so a handler can report a partial sweep (e.g. a media cap that leaves files behind) without throwing. Throwing still forfeits the count — a rejected promise carries no return value, so a thrown error always reports `count: 0`. Verified the default (handler-less) `hard-delete` path already honored `memberField` (`buildDefaultWhere`'s `userField = userId OR memberField = memberId` OR-clause predates this change); documented that `null-ref` has no default dispatch at all and has always required `onNullRef` unconditionally, since nulling a reference needs to know which field(s) to null and to what value.

• 8120ff5: GDPR `onDelete`/`onExport` handlers now receive the full `GdprStepContext` (Wave 5 / I1.1) — the same object `onRedact`/`onAnonymize`/`onNullRef` already got — instead of a bare `{ payload, userId, userEmail }`, closing the gap the first `runErasure` consumer hit: a member-keyed collection (`member-notes.member`, `wallets.owner`, `group-memberships.member`) had no `memberId` to query by, and neither handler could see the subject's pre-overwrite `identity`. Fully additive — a handler destructuring only the old three keys is unaffected. `exportUserData`'s `ExportArgs` gains optional `member?`/`identity?` to thread this through; both default to absent/`{}` for every caller today. `onDelete` may now return either a bare `number` (legacy — normalized to `{ count, errors: [] }`) or a `GdprStepOutcome` (`{ count, skipped?, errors }`), so a handler can report a partial sweep (e.g. a media cap that leaves files behind) without throwing. Throwing still forfeits the count — a rejected promise carries no return value, so a thrown error always reports `count: 0`. Verified the default (handler-less) `hard-delete` path already honored `memberField` (`buildDefaultWhere`'s `userField = userId OR memberField = memberId` OR-clause predates this change); documented that `null-ref` has no default dispatch at all and has always required `onNullRef` unconditionally, since nulling a reference needs to know which field(s) to null and to what value.

bb4678b: GDPR registry gains cascade semantics needed to carry a production consumer's Article 17 erasure engine (Wave 5 / W5-I1), with zero behavior change for existing registrants. `GdprCollectionRegistration` adds optional `mode` (`'hard-delete' | 'soft-anonymize' | 'redact' | 'retain' | 'null-ref'`, default `'hard-delete'`), `phase` (`'pre-identity' | 'identity' | 'post-identity'`, default `'pre-identity'`), `order` (default `0`), `memberField` (a second FK for member-keyed collections), and mode handlers `onRedact`/`onAnonymize`/`onNullRef`. `gdprRegistry.getOrdered()` sorts by phase then order then registration sequence — a no-op for any registry containing only default-mode registrations. New `runErasure({ payload, user, member?, identity, dryRun? })` dispatches every registration on its mode and returns `{ status: 'completed' | 'completed-with-errors', steps }`, one `StepResult` per registration, with no bare `catch {}` — every failure lands in that step's `errors[]` and the run continues. `deleteAccount` is now a thin wrapper over `runErasure` that reproduces its pre-existing behavior byte-for-byte for starter/wabbit-site-core (pinned by a call-sequence parity test); `exportUserData` now iterates `getOrdered()` instead of `getAll()` (identical order for default-mode registries). Also adds `./gdpr/erasureState`: pure, zero-import cooling/due/overdue classification (`classifyErasureState`) and a generic latest-wins trail resolver (`resolveErasureTrail`) absorbed from the same consumer's erasure-lifecycle utilities, ported test-for-test.

• bb4678b: GDPR registry gains cascade semantics needed to carry a production consumer's Article 17 erasure engine (Wave 5 / W5-I1), with zero behavior change for existing registrants. `GdprCollectionRegistration` adds optional `mode` (`'hard-delete' | 'soft-anonymize' | 'redact' | 'retain' | 'null-ref'`, default `'hard-delete'`), `phase` (`'pre-identity' | 'identity' | 'post-identity'`, default `'pre-identity'`), `order` (default `0`), `memberField` (a second FK for member-keyed collections), and mode handlers `onRedact`/`onAnonymize`/`onNullRef`. `gdprRegistry.getOrdered()` sorts by phase then order then registration sequence — a no-op for any registry containing only default-mode registrations. New `runErasure({ payload, user, member?, identity, dryRun? })` dispatches every registration on its mode and returns `{ status: 'completed' | 'completed-with-errors', steps }`, one `StepResult` per registration, with no bare `catch {}` — every failure lands in that step's `errors[]` and the run continues. `deleteAccount` is now a thin wrapper over `runErasure` that reproduces its pre-existing behavior byte-for-byte for starter/wabbit-site-core (pinned by a call-sequence parity test); `exportUserData` now iterates `getOrdered()` instead of `getAll()` (identical order for default-mode registries). Also adds `./gdpr/erasureState`: pure, zero-import cooling/due/overdue classification (`classifyErasureState`) and a generic latest-wins trail resolver (`resolveErasureTrail`) absorbed from the same consumer's erasure-lifecycle utilities, ported test-for-test.

7b66dcd: `dist` is now loadable by raw Node. tsup builds with `bundle: false`, so it emitted relative specifiers exactly as the TypeScript source wrote them — extensionless (`from "./hierarchy"`, `require("./hierarchy")`). Bundlers and tsx resolve those; raw Node does not. ESM raised `ERR_MODULE_NOT_FOUND`, and CJS was worse: `require("./x")` resolved to the ESM `.js` twin (`.cjs` is not in Node's CJS extension search list), and Node 22+ `require(esm)` then died on _that_ file's own extensionless import. Any consumer outside a bundler — the payload CLI under plain node, `generate:types`, ops scripts, codegen tools — hit this on every subpath that had relative imports; single-file subpaths loaded fine, which is why it went unnoticed. A post-build step (`scripts/fix-dist-extensions.mjs --strict`) now appends explicit extensions (`.js` / `/index.js`, `.cjs` / `/index.cjs`) and fails the build on any specifier it cannot resolve rather than guessing. No source changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable.

• 7b66dcd: `dist` is now loadable by raw Node. tsup builds with `bundle: false`, so it emitted relative specifiers exactly as the TypeScript source wrote them — extensionless (`from "./hierarchy"`, `require("./hierarchy")`). Bundlers and tsx resolve those; raw Node does not. ESM raised `ERR_MODULE_NOT_FOUND`, and CJS was worse: `require("./x")` resolved to the ESM `.js` twin (`.cjs` is not in Node's CJS extension search list), and Node 22+ `require(esm)` then died on _that_ file's own extensionless import. Any consumer outside a bundler — the payload CLI under plain node, `generate:types`, ops scripts, codegen tools — hit this on every subpath that had relative imports; single-file subpaths loaded fine, which is why it went unnoticed. A post-build step (`scripts/fix-dist-extensions.mjs --strict`) now appends explicit extensions (`.js` / `/index.js`, `.cjs` / `/index.cjs`) and fails the build on any specifier it cannot resolve rather than guessing. No source changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable.

196d642: Phase A shared contracts — six cross-layer seams, all additive. - **`/authority`** — injected `AuthorityResolver` + request-cached `getAuthority`. The platform owns the seam, shape and caching guarantee; it never implements the cascade, which is consumer org policy. `scopes` is a string-keyed map rather than named fields so consumers with differing hierarchies aren't forced to misrepresent them. - **`/access/scoped`** — `ScopedAccessResult` (`boolean | Where`), `andWhere`/`orWhere` with defined boolean short-circuits, and `whereScopedTo` bridging a resolved authority to a row constraint. It returns `false`, never `{}`, when a subject commands nothing: an empty `Where` matches every row, so "no authority" expressed as `{}` is a total access bypass. - **`/notifications`** — task-notification emitter interface (no collection). Frozen `dedupKey`/`groupKey` conventions, no-op default so layers work standalone, and emit/resolve helpers guaranteed not to throw — a notification failure must never fail the mutation it describes. - **`/jobs`** — framework-agnostic `JobHandler` plus `asPayloadTask` and `asCronEndpoint`, so layers ship logic and consumers choose a runner. Both adapters invoke the same function. Also exports `authorizedCronRequest`. - **`/config/assertRelationTargets`** — startup validator for dangling `relationTo` targets. A missed sibling slug does not error in Mongo; it returns zero rows months later. - **`registerSuperRoles` / `isSuperRoleUser`** (in `/auth/permissions`) — opt-in, empty by default, wired into all three resolution paths. With nothing registered, behavior is byte-identical to before. **Security fix:** three copies of `authorizedCronRequest` short-circuited on `authHeader.length !== expected.length` — the exact leak `utilities/timingSafeEqual` was promoted into core to eliminate. Core's two copies now delegate to the shared hash-then-compare implementation, so a wrong-length header costs the same work as a right-length one. It also rejects a blank secret outright.

• 196d642: Phase A shared contracts — six cross-layer seams, all additive. - **`/authority`** — injected `AuthorityResolver` + request-cached `getAuthority`. The platform owns the seam, shape and caching guarantee; it never implements the cascade, which is consumer org policy. `scopes` is a string-keyed map rather than named fields so consumers with differing hierarchies aren't forced to misrepresent them. - **`/access/scoped`** — `ScopedAccessResult` (`boolean | Where`), `andWhere`/`orWhere` with defined boolean short-circuits, and `whereScopedTo` bridging a resolved authority to a row constraint. It returns `false`, never `{}`, when a subject commands nothing: an empty `Where` matches every row, so "no authority" expressed as `{}` is a total access bypass. - **`/notifications`** — task-notification emitter interface (no collection). Frozen `dedupKey`/`groupKey` conventions, no-op default so layers work standalone, and emit/resolve helpers guaranteed not to throw — a notification failure must never fail the mutation it describes. - **`/jobs`** — framework-agnostic `JobHandler` plus `asPayloadTask` and `asCronEndpoint`, so layers ship logic and consumers choose a runner. Both adapters invoke the same function. Also exports `authorizedCronRequest`. - **`/config/assertRelationTargets`** — startup validator for dangling `relationTo` targets. A missed sibling slug does not error in Mongo; it returns zero rows months later. - **`registerSuperRoles` / `isSuperRoleUser`** (in `/auth/permissions`) — opt-in, empty by default, wired into all three resolution paths. With nothing registered, behavior is byte-identical to before. **Security fix:** three copies of `authorizedCronRequest` short-circuited on `authHeader.length !== expected.length` — the exact leak `utilities/timingSafeEqual` was promoted into core to eliminate. Core's two copies now delegate to the shared hash-then-compare implementation, so a wrong-length header costs the same work as a right-length one. It also rejects a blank secret outright.

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (prior client-name and SC-universe strings, e.g. "LOG-2954-0847", "Stanton // Crusader Orbit", "UEES STALWART" → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client-lore/SC references; config examples de-lored. Pack positioning (SC-tier bundling) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named the client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (prior client-name and SC-universe strings, e.g. "LOG-2954-0847", "Stanton // Crusader Orbit", "UEES STALWART" → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client-lore/SC references; config examples de-lored. Pack positioning (SC-tier bundling) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named the client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

e30c705: Auth stack unpinned to current: the April workspace override (better-auth 1.4.18 / adapter 0.3.10, added when better-auth 1.6.2 dropped the apiKey plugin export that payload-better-auth 0.3.15 still imported) is removed — the factory dropped the apiKey plugin long ago and the adapter ecosystem resolved the breakage by moving it to @better-auth/api-key. Core now builds and tests (203/203) against better-auth 1.6.26 and @delmaredigital/payload-better-auth 0.10; published peer ranges are unchanged.

• e30c705: Auth stack unpinned to current: the April workspace override (better-auth 1.4.18 / adapter 0.3.10, added when better-auth 1.6.2 dropped the apiKey plugin export that payload-better-auth 0.3.15 still imported) is removed — the factory dropped the apiKey plugin long ago and the adapter ecosystem resolved the breakage by moving it to @better-auth/api-key. Core now builds and tests (203/203) against better-auth 1.6.26 and @delmaredigital/payload-better-auth 0.10; published peer ranges are unchanged.

8d52794: Platform follow-up fixes across three packages. **@wabbit/tome-core (minor):** `createBetterAuth()` now exposes email-delivery pass-throughs so production consumers can actually verify signups and reset passwords: `emailVerification` (better-auth's whole config block — `sendVerificationEmail`, `sendOnSignUp`, `autoSignInAfterVerification`, `expiresIn`, lifecycle hooks), `sendResetPassword`, and `resetPasswordTokenExpiresIn`, all typed against better-auth's own `BetterAuthOptions`. Previously the factory offered no way to wire these, so any deployment that left `requireEmailVerification` on (the production default) shipped an un-verifiable signup dead end — better-auth sent nothing and sign-in threw EMAIL_NOT_VERIFIED. Defaults are unchanged when the new options are not provided. **@wabbit/tome-chrome (patch):** the mobile nav Sheet in Navbar5 and the shared MobileNavSheet (used by Navbar1/Navbar2) now renders a visually-hidden `SheetTitle` ("Navigation"; configurable via `sheetTitle` on MobileNavSheet) and opts out of `aria-describedby`, fixing Radix's "DialogContent requires a DialogTitle" accessibility warning and its missing-Description sibling. **@wabbit/tome-blocks-extras (patch):** renderers no longer paint lucide icon NAMES as literal text. FeatureHeroWithCards (PascalCase names like "Timer"), FeatureWithIconGrid, CardGrid, CardBlock, and LexicalBanner (kebab-case names like "zap", "calendar") now resolve authored icon strings through a shared name→component map (`<Icon aria-hidden size="1em" />`, slot font-size owns sizing). Unmapped name-shaped strings render nothing; emoji/free text still render as text. Adds `lucide-react` as peer `>=0.460.0` + dev, matching the catalog-pack/chrome convention.

• 8d52794: Platform follow-up fixes across three packages. **@wabbit/tome-core (minor):** `createBetterAuth()` now exposes email-delivery pass-throughs so production consumers can actually verify signups and reset passwords: `emailVerification` (better-auth's whole config block — `sendVerificationEmail`, `sendOnSignUp`, `autoSignInAfterVerification`, `expiresIn`, lifecycle hooks), `sendResetPassword`, and `resetPasswordTokenExpiresIn`, all typed against better-auth's own `BetterAuthOptions`. Previously the factory offered no way to wire these, so any deployment that left `requireEmailVerification` on (the production default) shipped an un-verifiable signup dead end — better-auth sent nothing and sign-in threw EMAIL_NOT_VERIFIED. Defaults are unchanged when the new options are not provided. **@wabbit/tome-chrome (patch):** the mobile nav Sheet in Navbar5 and the shared MobileNavSheet (used by Navbar1/Navbar2) now renders a visually-hidden `SheetTitle` ("Navigation"; configurable via `sheetTitle` on MobileNavSheet) and opts out of `aria-describedby`, fixing Radix's "DialogContent requires a DialogTitle" accessibility warning and its missing-Description sibling. **@wabbit/tome-blocks-extras (patch):** renderers no longer paint lucide icon NAMES as literal text. FeatureHeroWithCards (PascalCase names like "Timer"), FeatureWithIconGrid, CardGrid, CardBlock, and LexicalBanner (kebab-case names like "zap", "calendar") now resolve authored icon strings through a shared name→component map (`<Icon aria-hidden size="1em" />`, slot font-size owns sizing). Unmapped name-shaped strings render nothing; emoji/free text still render as text. Adds `lucide-react` as peer `>=0.460.0` + dev, matching the catalog-pack/chrome convention.

`link()` / `linkGroup()` accept a `routes` option — a third link type for pages that live in the app's route tree rather than a collection. A code-owned page has no document for the internal-link relationship to point at, so the only way an editor could reach `/support` or `/docs/get-started` was to type the path into the external-URL box — which mislabels the data and leaves nothing for a consumer's link resolver to key on when choosing between a client-side route transition and a hard navigation. The new type is backed by a **select**, not a text field: the destination list is closed, so a broken internal link cannot be authored. Consumers generate the list from their own route tree. Stored shape is `{ type: 'route', route: '/support' }`. Independent of `relationTo` — a site may offer collections, routes, or both: | Configuration | Emitted radio | | -------------------- | ------------------------------- | | collections only | `reference, custom` (unchanged) | | collections + routes | `reference, route, custom` | | routes only | `route, custom` (new) | | neither | external-URL-only (unchanged) | Route sits directly after the collection option so the two same-site destinations read as a pair; legacy type options stay last. `naming` gains `typeValues.route`, `typeLabels.route` and `routeFieldName`, matching the existing reference/url escape hatches. **Fully additive.** With `routes` omitted or empty the emitted field is identical to before — asserted directly by test.

• `link()` / `linkGroup()` accept a `routes` option — a third link type for pages that live in the app's route tree rather than a collection. A code-owned page has no document for the internal-link relationship to point at, so the only way an editor could reach `/support` or `/docs/get-started` was to type the path into the external-URL box — which mislabels the data and leaves nothing for a consumer's link resolver to key on when choosing between a client-side route transition and a hard navigation. The new type is backed by a **select**, not a text field: the destination list is closed, so a broken internal link cannot be authored. Consumers generate the list from their own route tree. Stored shape is `{ type: 'route', route: '/support' }`. Independent of `relationTo` — a site may offer collections, routes, or both: | Configuration | Emitted radio | | -------------------- | ------------------------------- | | collections only | `reference, custom` (unchanged) | | collections + routes | `reference, route, custom` | | routes only | `route, custom` (new) | | neither | external-URL-only (unchanged) | Route sits directly after the collection option so the two same-site destinations read as a pair; legacy type options stay last. `naming` gains `typeValues.route`, `typeLabels.route` and `routeFieldName`, matching the existing reference/url escape hatches. **Fully additive.** With `routes` omitted or empty the emitted field is identical to before — asserted directly by test.

6bc419c: Permissions convergence: capabilities (`can`/`canAsync`) are THE runtime-gate API — six flat/hierarchy-unaware checkers (`checkRole`, rbac's `checkPermission`/`checkRoleAsync`/`checkPermissionAsync`/`checkAnyPermission`/`checkAllPermissions`) are `@deprecated` (sunset core 2.0) with a decision tree in ARCHITECTURE.md; `vendorScoped`/`orgScoped` admin bypass is now role-OR-capability (`vendor:manage`/`org:manage`, configurable) — additive and default-safe, with one deliberate widening: super-admin passes the bypass via the capability engine's implicit grant even under a narrowed custom `adminRoles` (20-test truth table ships with it). LMS v1 sunset: the entire `core/lms` surface (37 exports) carries dated `@deprecated` tags naming each v2 replacement — including two honest no-replacement-yet blockers (Module's three-level shape; the typed lesson Block schemas pending LMS sub-spec 2) — and the new `assert:no-core-lms` script is the removal gate (report-only until 2.0; `--strict` flips it).

• 6bc419c: Permissions convergence: capabilities (`can`/`canAsync`) are THE runtime-gate API — six flat/hierarchy-unaware checkers (`checkRole`, rbac's `checkPermission`/`checkRoleAsync`/`checkPermissionAsync`/`checkAnyPermission`/`checkAllPermissions`) are `@deprecated` (sunset core 2.0) with a decision tree in ARCHITECTURE.md; `vendorScoped`/`orgScoped` admin bypass is now role-OR-capability (`vendor:manage`/`org:manage`, configurable) — additive and default-safe, with one deliberate widening: super-admin passes the bypass via the capability engine's implicit grant even under a narrowed custom `adminRoles` (20-test truth table ships with it). LMS v1 sunset: the entire `core/lms` surface (37 exports) carries dated `@deprecated` tags naming each v2 replacement — including two honest no-replacement-yet blockers (Module's three-level shape; the typed lesson Block schemas pending LMS sub-spec 2) — and the new `assert:no-core-lms` script is the removal gate (report-only until 2.0; `--strict` flips it).
• 36e537a: New `timingSafeEqual` utility (exported at `./utilities/timingSafeEqual`): constant-time string comparison that hashes both operands to fixed-length SHA-256 digests before `node:crypto.timingSafeEqual`, so neither content nor length differences leak timing. Also anchors `productTypeHookRegistry` on `globalThis` (Symbol.for) so product-type hook registrations survive Next.js' split RSC/SSR/client module graphs — same fix, same rationale as blocks-core's render registry.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• aef2725: DRY adoption sweep (the audit's "adoption, not extraction" rule): crm/deals capability presets delegate to core's `sessionHasCapabilityOrLegacyAdmin`; new core `buildOwnershipWhere`/`ownershipOrBypass` (via `./access`) adopted by core's vendorScoped, catalog's vendor-scoping, and org's ownOrScoped (public APIs unchanged); `slugField()` adopted at 7 sites where semantics matched exactly (core lms collections + createMemberCollection — replacing a third independent slugify), with ~25 sites honestly skipped for named semantic divergences (auto-regenerate-on-clear vs allow-empty, collection-level hook pattern) now listed as core-enhancement candidates; new `formatDisplayDate` in blocks-core utilities (UTC-pinned, hydration-safe) adopted at 5 verified-identical sites; lms-ui consolidates its two certificate date formatters locally; `useMediaQuery`/`useIsMobile` published from tome-ui and adopted by AppShell + admin's SidebarProvider; gamification's `awardPoints` now uses the authoritative `getPointsBalance` (fixes a divergent 1000-row scan cap vs the correct 10000).

66f394b: Fix a duplicate-key race in the onInit seeders (`initializeRoles` in `auth/initRoles.ts`, `seedLegalPages` in `gdpr/seed/legalPages.ts`) on a fresh/empty database under concurrency — e.g. a Next.js build's "collecting page data" phase, which spawns many parallel worker processes each triggering Payload init against the same DB. **Root cause**: both seeders do a non-atomic check-then-create (`find` → `create`) per document. Two workers can both see a document missing and both call `create`; the loser's duplicate-key rejection wasn't handled correctly. `initializeRoles`'s catch matched on raw driver text (`'duplicate'` / `'E11000'`), but Payload's DB adapters (mongo, postgres, sqlite) all normalize native unique-constraint violations into a `payload` `ValidationError` (`{ data: { errors: [{ path, message }] } }`) before the error reaches consumer code — the raw Mongo `E11000` string never arrives, so the loser's error was rethrown, crashing that worker's `onInit`. `seedLegalPages` had the opposite defect: it blanket-caught **all** errors and continued, so a lost race (or any real failure) silently skipped seeding that page's remaining locales. **Fix**: detect the conflict via Payload's canonical, adapter-agnostic `ValidationError` shape (`instanceof ValidationError` + `data.errors[].path` matching the unique field the seeder keys on) instead of grepping driver-specific error text. On a detected conflict, re-fetch by the key to confirm the document now exists before treating it as success — if the re-fetch comes back empty, the conflict signal was a false positive and the original error is rethrown rather than silently swallowed. - `initializeRoles`: a confirmed race-loss logs the existing `○ Role already exists` line and continues. Sequential/single-worker behavior (log lines, created roles, return type) is unchanged. - `seedLegalPages`: a confirmed race-loss now **continues the per-locale loop against the winner's document** (winner and loser write identical data, so the overlap is idempotent) — a lost race can no longer leave a page missing its non-primary locales. **Behavior change**: non-unique create failures (and locale-update failures) are now rethrown instead of being logged and swallowed — a broken seed now fails loudly instead of half-seeding. **Uniqueness ground truth**: `name` and `slug` on the `roles` collection (`auth/collections/Roles.ts`) both carry `unique: true`, so a real DB-level constraint exists on every supported adapter — the roles failure mode was a crash, not silent duplicate rows; no schema change needed. For `seedLegalPages` the target Pages collection is **consumer-owned**: when the consumer's `slug` field is unique the race surfaces as the handled `ValidationError`; when it isn't, the race silently duplicates pages instead and no seeder-side catch can fire (documented on the helper). The same fix is applied to `@wabbit/tome-admin`'s `seedTomeAdminLayouts` in its own changeset. An atomic `payload.db.upsert()` was considered and rejected for all of these: it bypasses the collection's `hooks`/`access` pipeline that `payload.create()` runs, which would change sequential-case behavior.

• 66f394b: Fix a duplicate-key race in the onInit seeders (`initializeRoles` in `auth/initRoles.ts`, `seedLegalPages` in `gdpr/seed/legalPages.ts`) on a fresh/empty database under concurrency — e.g. a Next.js build's "collecting page data" phase, which spawns many parallel worker processes each triggering Payload init against the same DB. **Root cause**: both seeders do a non-atomic check-then-create (`find` → `create`) per document. Two workers can both see a document missing and both call `create`; the loser's duplicate-key rejection wasn't handled correctly. `initializeRoles`'s catch matched on raw driver text (`'duplicate'` / `'E11000'`), but Payload's DB adapters (mongo, postgres, sqlite) all normalize native unique-constraint violations into a `payload` `ValidationError` (`{ data: { errors: [{ path, message }] } }`) before the error reaches consumer code — the raw Mongo `E11000` string never arrives, so the loser's error was rethrown, crashing that worker's `onInit`. `seedLegalPages` had the opposite defect: it blanket-caught **all** errors and continued, so a lost race (or any real failure) silently skipped seeding that page's remaining locales. **Fix**: detect the conflict via Payload's canonical, adapter-agnostic `ValidationError` shape (`instanceof ValidationError` + `data.errors[].path` matching the unique field the seeder keys on) instead of grepping driver-specific error text. On a detected conflict, re-fetch by the key to confirm the document now exists before treating it as success — if the re-fetch comes back empty, the conflict signal was a false positive and the original error is rethrown rather than silently swallowed. - `initializeRoles`: a confirmed race-loss logs the existing `○ Role already exists` line and continues. Sequential/single-worker behavior (log lines, created roles, return type) is unchanged. - `seedLegalPages`: a confirmed race-loss now **continues the per-locale loop against the winner's document** (winner and loser write identical data, so the overlap is idempotent) — a lost race can no longer leave a page missing its non-primary locales. **Behavior change**: non-unique create failures (and locale-update failures) are now rethrown instead of being logged and swallowed — a broken seed now fails loudly instead of half-seeding. **Uniqueness ground truth**: `name` and `slug` on the `roles` collection (`auth/collections/Roles.ts`) both carry `unique: true`, so a real DB-level constraint exists on every supported adapter — the roles failure mode was a crash, not silent duplicate rows; no schema change needed. For `seedLegalPages` the target Pages collection is **consumer-owned**: when the consumer's `slug` field is unique the race surfaces as the handled `ValidationError`; when it isn't, the race silently duplicates pages instead and no seeder-side catch can fire (documented on the helper). The same fix is applied to `@wabbit/tome-admin`'s `seedTomeAdminLayouts` in its own changeset. An atomic `payload.db.upsert()` was considered and rejected for all of these: it bypasses the collection's `hooks`/`access` pipeline that `payload.create()` runs, which would change sequential-case behavior.

Admin label polish + formatted commerce money columns: explicit labels for CRM collections ("CRM Accounts…"), Admin/Learner UI Preferences, and better-auth generated collections ("Auth Accounts", "Two-Factor Credentials", OAuth/JWKS casing) via the plugin's customizeCollection hook; nav SYSTEM_LABEL_OVERRIDES map (payload-kv → "Payload KV") applied at resolver + pinned-section label sites; Orders.total / Payments.amount / Prices.amount virtual afterRead fields format integer cents against the row currency ("4900" → "$49.00") in list views with no client components (zero generate:importmap coupling).

• Admin label polish + formatted commerce money columns: explicit labels for CRM collections ("CRM Accounts…"), Admin/Learner UI Preferences, and better-auth generated collections ("Auth Accounts", "Two-Factor Credentials", OAuth/JWKS casing) via the plugin's customizeCollection hook; nav SYSTEM_LABEL_OVERRIDES map (payload-kv → "Payload KV") applied at resolver + pinned-section label sites; Orders.total / Payments.amount / Prices.amount virtual afterRead fields format integer cents against the row currency ("4900" → "$49.00") in list views with no client components (zero generate:importmap coupling).

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• 850d51c: Fix `assignment-uploads` upload collection rejecting every file. It set `mimeTypes: ['*/*']`, but Payload's `validateMimeType` strips only the first `*` (`'*/*'` → `'/*'`), so the wildcard matched no detected MIME type and the upload guard blocked all student file submissions. Removed the broken config — omitting `mimeTypes` is the correct "accept any file" setting, and Payload still blocks dangerous executable types via its built-in `checkFileRestrictions` allowlist.

1a5e085: auth: converge the platform permission engine. Adds the `./auth/permissions` sub-module — super-permission hierarchy (`MANAGE_X` implies `EDIT_X`/`DELETE_X`), per-member permission overrides with a constrained (fail-closed) overridable allowlist, sync/async/batched effective-permission checkers, fail-secure resolution on unpopulated roles, a request-scoped authority cache, and a registration seam (`registerSuperPermissions`/`registerOverridablePermissions`) for layer-specific permission key-sets. Fully additive — the existing `Roles` collection, `PERMISSIONS` catalog, `rbac` checkers, and `capabilities` engine are unchanged. This is now the single platform permission engine that `tome-org` and `tome-accounts` build on.

• 1a5e085: auth: converge the platform permission engine. Adds the `./auth/permissions` sub-module — super-permission hierarchy (`MANAGE_X` implies `EDIT_X`/`DELETE_X`), per-member permission overrides with a constrained (fail-closed) overridable allowlist, sync/async/batched effective-permission checkers, fail-secure resolution on unpopulated roles, a request-scoped authority cache, and a registration seam (`registerSuperPermissions`/`registerOverridablePermissions`) for layer-specific permission key-sets. Fully additive — the existing `Roles` collection, `PERMISSIONS` catalog, `rbac` checkers, and `capabilities` engine are unchanged. This is now the single platform permission engine that `tome-org` and `tome-accounts` build on.

a9801fe: Consolidation pass (2026-06-10 audit dialect-drift findings) — the platform stops forking its own conventions: **tome-core (minor — new public APIs):** - `./auth/repScoping` — `buildRepWhereClause({ adminCapability, repField })` + `buildCapabilityScopedRead({ readCapability, adminCapability, repField })` + `sessionHasCapabilityOrLegacyAdmin` + `DENY_ALL_WHERE`. The canonical "rows I own" access primitive, promoted from crm/deals' ~90%-identical copies (266 LOC → one parameterized implementation). - `./utilities/normalize` — `normalizeEmail` (trim + lowercase). Email is the cross-layer join key; one normalizer, everywhere. - `./fields/slug` — `formatSlug` upgraded to the canonical algorithm (promoted from catalog's strictly-more-robust slugify: collapses whitespace/hyphen runs, trims edge hyphens); new `buildAutoSlugHook(sourceField, slugField)` collection-level variant. Stored slugs untouched; only future generations on irregular-whitespace inputs differ. **catalog / org / crm / deals (patch):** local copies replaced with delegations to the core primitives. Public names and signatures unchanged (`slugify`, `autoSlugHook`, `buildNormalizeEmailHook`, `normalizeDealEmail`, `repWhereClause`, `accountRepWhereClause`, `dealsRepWhereClause`, `dealsRepOrAdminWhereClause`). Notably, org's auto-slug header had _claimed_ to wrap core's slugifier while carrying a divergent local copy — now it actually does.

• a9801fe: Consolidation pass (2026-06-10 audit dialect-drift findings) — the platform stops forking its own conventions: **tome-core (minor — new public APIs):** - `./auth/repScoping` — `buildRepWhereClause({ adminCapability, repField })` + `buildCapabilityScopedRead({ readCapability, adminCapability, repField })` + `sessionHasCapabilityOrLegacyAdmin` + `DENY_ALL_WHERE`. The canonical "rows I own" access primitive, promoted from crm/deals' ~90%-identical copies (266 LOC → one parameterized implementation). - `./utilities/normalize` — `normalizeEmail` (trim + lowercase). Email is the cross-layer join key; one normalizer, everywhere. - `./fields/slug` — `formatSlug` upgraded to the canonical algorithm (promoted from catalog's strictly-more-robust slugify: collapses whitespace/hyphen runs, trims edge hyphens); new `buildAutoSlugHook(sourceField, slugField)` collection-level variant. Stored slugs untouched; only future generations on irregular-whitespace inputs differ. **catalog / org / crm / deals (patch):** local copies replaced with delegations to the core primitives. Public names and signatures unchanged (`slugify`, `autoSlugHook`, `buildNormalizeEmailHook`, `normalizeDealEmail`, `repWhereClause`, `accountRepWhereClause`, `dealsRepWhereClause`, `dealsRepOrAdminWhereClause`). Notably, org's auto-slug header had _claimed_ to wrap core's slugifier while carrying a divergent local copy — now it actually does.
• baf401e: Removed two phantom export subpaths: `./lms/components/quiz-renderer` and `./lms/components/assignment-renderer`. Their targets (`dist/lms/components/QuizRenderer.*` / `AssignmentRenderer.*`) have **never existed** — `src/lms/components/` is absent from the package, the files are missing from every published tarball (verified against the registry), and no consumer imports the subpaths (verified across all four consumer repos). Leftover keys from before the LMS renderers moved to `@wabbit/tome-lms`. Caught by the new `assert-exports-map` + `smoke-registry-contract` checks on their first run.

8947ff1: Three additive packaging fixes surfaced by a registry consumer's migration off path-aliasing (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible.

• 8947ff1: Three additive packaging fixes surfaced by a registry consumer's migration off path-aliasing (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible.

36dc023: Align the BetterAuth dependency contract with what the auth layer's source already requires (post the 1.5/1.6 `apiKey` rename). `betterAuthFactory.ts` imports `twoFactor`/`customSession`/`organization` from `better-auth/plugins` + `passkey` from `@better-auth/passkey` and no longer uses `apiKey` (extracted to `@better-auth/api-key` in better-auth 1.6 / dropped from payload-better-auth 0.7). But the package's `peerDependencies` floors were still `better-auth >=1.0.0` / `@delmaredigital/payload-better-auth >=0.3.0`, so a consumer on a stale version installed cleanly and only failed at runtime with a cryptic `does not provide an export named 'apiKey'`. - **peerDependencies** floors raised: `better-auth >=1.6.0`, `@better-auth/passkey >=1.6.0`, `@delmaredigital/payload-better-auth >=0.7.0` — drift now fails loud at install, not at runtime. - **devDependencies** bumped to match (`better-auth ^1.6.11`, `@better-auth/passkey ^1.6.11`, `@delmaredigital/payload-better-auth ^0.7.3`) so the package's own build/tests exercise the real target versions. No source change — type-only / contract-only.

• 36dc023: Align the BetterAuth dependency contract with what the auth layer's source already requires (post the 1.5/1.6 `apiKey` rename). `betterAuthFactory.ts` imports `twoFactor`/`customSession`/`organization` from `better-auth/plugins` + `passkey` from `@better-auth/passkey` and no longer uses `apiKey` (extracted to `@better-auth/api-key` in better-auth 1.6 / dropped from payload-better-auth 0.7). But the package's `peerDependencies` floors were still `better-auth >=1.0.0` / `@delmaredigital/payload-better-auth >=0.3.0`, so a consumer on a stale version installed cleanly and only failed at runtime with a cryptic `does not provide an export named 'apiKey'`. - **peerDependencies** floors raised: `better-auth >=1.6.0`, `@better-auth/passkey >=1.6.0`, `@delmaredigital/payload-better-auth >=0.7.0` — drift now fails loud at install, not at runtime. - **devDependencies** bumped to match (`better-auth ^1.6.11`, `@better-auth/passkey ^1.6.11`, `@delmaredigital/payload-better-auth ^0.7.3`) so the package's own build/tests exercise the real target versions. No source change — type-only / contract-only.
• 2612799: `safeRevalidateTag` / `safeRevalidateTags` (`@wabbit/tome-core/data/cacheTags`) now lazily load `next/cache` via dynamic `import()` instead of `require()`. tome-core is `"type": "module"` and ships a dual tsup build with `bundle: false`. A bare `require('next/cache')` in source was preserved verbatim in the emitted ESM `dist/data/cacheTags.js`, where `require` is undefined — true-ESM consumers hit `require is not defined` at first revalidation (this broke wabbit-site-core's admin when source-linked). Dynamic `import()` is preserved verbatim by tsup in both the `.js` and `.cjs` outputs and is natively supported by Node under CommonJS, so it is the module-system-agnostic idiom — the same pattern `@wabbit/tome-core/infra/posthog` already uses to lazily pull an optional peer dep without bundler contamination. Behavior is otherwise identical: out-of-request-scope revalidation is still swallowed via `IGNORABLE_PATTERNS`, and a missing `next/cache` (standalone scripts, non-Next Payload hook cascades) now flows through the same ignorable path instead of throwing. Signature ripple: both functions return `Promise<void>` instead of `void` (dynamic `import()` is async). Every known call site invokes them fire-and-forget inside Payload `afterChange` hooks / server actions and discards the return value, so this is non-breaking in practice. Consumers that want to observe revalidation completion may now `await` them.

**Security: multi-tenant access hardening (CRITICAL).** Closes 2 cross-tenant write bugs and 5 hardening findings from the 2026-04-27 `/autoresearch:security` audit deferred at the 1.0.0 cut. No API changes. **`packages/core/src/access/orgScoped.ts`:** - Added `create:` access guard requiring authenticated user with current `activeOrganizationId` AND non-null `orgRole` (defense in depth alongside the hook fix). - `beforeChange` create hook now **force-overwrites** `orgField` to `user.activeOrganizationId` for non-admins regardless of submitted data. Previously the hook only assigned when the field was empty (`if (!data[orgField])`), letting an attacker plant rows in foreign orgs by submitting `data.organization = '<foreign-org-id>'` (finding 8.2). - Read/update/delete access now re-verifies current org membership via `u.orgRole !== null`, not just `activeOrganizationId` presence (finding 8.1). Stale active-org pointers (e.g. user removed from org since last login) no longer grant access. **`packages/core/src/access/vendorScoped.ts`:** - Added `read:` access guard mirroring `update`/`delete` — read was previously fully unrestricted across vendors despite the wrapper's "restricts CRUD" comment (finding 9.1). - Added `create:` access guard requiring authenticated user. - `beforeChange` create hook now **force-overwrites** `vendorField` to `user.id` for non-admins regardless of submitted data (finding 9.2). **`packages/core/src/auth/jobs/cleanupExpiredSessions.ts` + `cleanupUnverifiedAccounts.ts`:** - Replaced `authHeader !== \`Bearer ${cronSecret}\``plain-string compare with`crypto.timingSafeEqual`and added a`payload.logger.warn`on auth failure (finding 5.1). Plain`===` short-circuits on first byte mismatch and leaks prefix length under sufficient signal-to-noise ratio. **`packages/core/src/auth/betterAuthFactory.ts`:** - `localhost:3000` (http + https) origins are now gated behind `process.env.NODE_ENV !== 'production'` in the BetterAuth `trustedOrigins` array (finding 1.1). Pass explicit prod origins via `opts.trustedOrigins`. **`packages/core/src/access/checkRole.ts`:** - Added `@deprecated` JSDoc directing new code to `@wabbit/tome-core/auth/rbac` (finding 7.1). The function remains exported for backwards compatibility and is consumed internally by `orgScoped`/`vendorScoped` against the customSession-enriched flat role slug array — that consumption is intentional per finding 8.4 (a comment in each wrapper explains the rationale; full migration to async `auth/rbac` paths would impose a DB round-trip on every CRUD access check). No source changes outside `packages/core/src/{access,auth}`. Public API surface, exports map, and types unchanged.

• **Security: multi-tenant access hardening (CRITICAL).** Closes 2 cross-tenant write bugs and 5 hardening findings from the 2026-04-27 `/autoresearch:security` audit deferred at the 1.0.0 cut. No API changes. **`packages/core/src/access/orgScoped.ts`:** - Added `create:` access guard requiring authenticated user with current `activeOrganizationId` AND non-null `orgRole` (defense in depth alongside the hook fix). - `beforeChange` create hook now **force-overwrites** `orgField` to `user.activeOrganizationId` for non-admins regardless of submitted data. Previously the hook only assigned when the field was empty (`if (!data[orgField])`), letting an attacker plant rows in foreign orgs by submitting `data.organization = '<foreign-org-id>'` (finding 8.2). - Read/update/delete access now re-verifies current org membership via `u.orgRole !== null`, not just `activeOrganizationId` presence (finding 8.1). Stale active-org pointers (e.g. user removed from org since last login) no longer grant access. **`packages/core/src/access/vendorScoped.ts`:** - Added `read:` access guard mirroring `update`/`delete` — read was previously fully unrestricted across vendors despite the wrapper's "restricts CRUD" comment (finding 9.1). - Added `create:` access guard requiring authenticated user. - `beforeChange` create hook now **force-overwrites** `vendorField` to `user.id` for non-admins regardless of submitted data (finding 9.2). **`packages/core/src/auth/jobs/cleanupExpiredSessions.ts` + `cleanupUnverifiedAccounts.ts`:** - Replaced `authHeader !== \`Bearer ${cronSecret}\``plain-string compare with`crypto.timingSafeEqual`and added a`payload.logger.warn`on auth failure (finding 5.1). Plain`===` short-circuits on first byte mismatch and leaks prefix length under sufficient signal-to-noise ratio. **`packages/core/src/auth/betterAuthFactory.ts`:** - `localhost:3000` (http + https) origins are now gated behind `process.env.NODE_ENV !== 'production'` in the BetterAuth `trustedOrigins` array (finding 1.1). Pass explicit prod origins via `opts.trustedOrigins`. **`packages/core/src/access/checkRole.ts`:** - Added `@deprecated` JSDoc directing new code to `@wabbit/tome-core/auth/rbac` (finding 7.1). The function remains exported for backwards compatibility and is consumed internally by `orgScoped`/`vendorScoped` against the customSession-enriched flat role slug array — that consumption is intentional per finding 8.4 (a comment in each wrapper explains the rationale; full migration to async `auth/rbac` paths would impose a DB round-trip on every CRUD access check). No source changes outside `packages/core/src/{access,auth}`. Public API surface, exports map, and types unchanged.

**Graduate `@wabbit/tome-core` to 1.x** — version-policy change, no API change. Diagnosed root cause of the 2026-04-27 `pnpm changeset version` cascade: while tome-core sits at 0.x, `^0.4.0` peer ranges (resolved from `workspace:^` at publish) do NOT satisfy `0.5.0` per semver-zero rules, so `@changesets/assemble-release-plan` correctly force-major-bumps every peer-dependent on every minor release. Only fix is moving tome-core out of 0.x. After this release, `^1.x.0` peer ranges accept future minor bumps cleanly and the cascade disappears. Existing published peer-dependents (`@wabbit/tome-admin@0.4.1`, `@wabbit/tome-economy@0.2.0`, `@wabbit/tome-catalog@1.1.0`, `@wabbit/tome-blocks-core@0.3.0`) ship with peerDeps frozen at the 0.5.x range and will produce installation peer-dep warnings against `tome-core@1.0.0` until each republishes — warnings only, runtime works. They re-resolve their peer ranges to `^1.0.0` on their next publish naturally. Bumped manually rather than via `pnpm changeset version` to avoid retriggering the same cascade in the changesets run that documents this change. See memory `feedback_changesets_0x_major_bump_bug.md` for the diagnosis and reproduction.

• **Graduate `@wabbit/tome-core` to 1.x** — version-policy change, no API change. Diagnosed root cause of the 2026-04-27 `pnpm changeset version` cascade: while tome-core sits at 0.x, `^0.4.0` peer ranges (resolved from `workspace:^` at publish) do NOT satisfy `0.5.0` per semver-zero rules, so `@changesets/assemble-release-plan` correctly force-major-bumps every peer-dependent on every minor release. Only fix is moving tome-core out of 0.x. After this release, `^1.x.0` peer ranges accept future minor bumps cleanly and the cascade disappears. Existing published peer-dependents (`@wabbit/tome-admin@0.4.1`, `@wabbit/tome-economy@0.2.0`, `@wabbit/tome-catalog@1.1.0`, `@wabbit/tome-blocks-core@0.3.0`) ship with peerDeps frozen at the 0.5.x range and will produce installation peer-dep warnings against `tome-core@1.0.0` until each republishes — warnings only, runtime works. They re-resolve their peer ranges to `^1.0.0` on their next publish naturally. Bumped manually rather than via `pnpm changeset version` to avoid retriggering the same cascade in the changesets run that documents this change. See memory `feedback_changesets_0x_major_bump_bug.md` for the diagnosis and reproduction.

Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.

• Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.

f321f0b: A class row can now carry a price. The new `price` group holds a type (one price, from a price, a range, free, or price on request), the amounts in whole minor units, and an optional "per" text such as "per person". A schedule gets a `currency` field (an ISO 4217 code, USD when empty). An empty price type shows nothing, and "Free" is only ever something an editor chooses. `normalizeLocalClassSchedule` keeps the price and drops amounts a type doesn't use, and a type missing its amounts becomes no price rather than zero. New exports `validateClassPrices`, `validateMinorUnits`, `validateCurrency` and `LOCAL_CLASS_PRICE_MODES`, and the types `LocalClassPrice` and `LocalClassPriceMode`. The shared readers pass the price through on each occurrence. Rows without a price behave exactly as before.

• f321f0b: A class row can now carry a price. The new `price` group holds a type (one price, from a price, a range, free, or price on request), the amounts in whole minor units, and an optional "per" text such as "per person". A schedule gets a `currency` field (an ISO 4217 code, USD when empty). An empty price type shows nothing, and "Free" is only ever something an editor chooses. `normalizeLocalClassSchedule` keeps the price and drops amounts a type doesn't use, and a type missing its amounts becomes no price rather than zero. New exports `validateClassPrices`, `validateMinorUnits`, `validateCurrency` and `LOCAL_CLASS_PRICE_MODES`, and the types `LocalClassPrice` and `LocalClassPriceMode`. The shared readers pass the price through on each occurrence. Rows without a price behave exactly as before.

e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

• e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

3606dc7: The `enrol` names and two option values now accept their American spellings. This is the first of three steps, and nothing that gets written changes yet. Class schedule rows and the class schedule block gain `enrollLabel`, `enrollHref`, the `enroll` link group and the `labels.enroll` copy key. The renderer reads each new key first and falls back to the old `enrol` key, field by field. The old fields are hidden in the admin, not removed, so a save never drops a stored value, and the new fields show the stored value while the new key is empty. The credential kind `license` joins `licence`, and the price list tag `house-favorite` joins `house-favourite`. A credentials strip claim bound to either spelling of the kind matches both, and both tag values show the same label. The admin shows both options, because Payload cannot hide one select option; the old one is labeled "(legacy spelling)".

• 3606dc7: The `enrol` names and two option values now accept their American spellings. This is the first of three steps, and nothing that gets written changes yet. Class schedule rows and the class schedule block gain `enrollLabel`, `enrollHref`, the `enroll` link group and the `labels.enroll` copy key. The renderer reads each new key first and falls back to the old `enrol` key, field by field. The old fields are hidden in the admin, not removed, so a save never drops a stored value, and the new fields show the stored value while the new key is empty. The credential kind `license` joins `licence`, and the price list tag `house-favorite` joins `house-favourite`. A credentials strip claim bound to either spelling of the kind matches both, and both tag values show the same label. The admin shows both options, because Payload cannot hide one select option; the old one is labeled "(legacy spelling)".

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

13ea0f3: New opt-in `local-testimonials` collection, which shows visitors only quotes with consent recorded. Neutral quotes (`quote`, `name`, `role`, `company`, `image`, `publishedAt`, `order`, `complianceLabel`) with a `consent` group (`given`, and the date it was given). The `testimonial` block reads it through its `testimonialsCollection` option. Turn it on with `createLocalLayer({ testimonials: true })`; off (the default), nothing changes: no collection, no capability, and `slugs` carries no `testimonials` key, held by a test. Visitors read only published quotes with consent recorded (a where-constraint, so a draft or an unconsented quote never leaves the server over REST or GraphQL); editors need `local:edit-testimonials`, granted to the layer's staff roles. Drafts are on, `dbName` defaults to `local_tst`. SQL sites that turn it on need a migration for the new tables; Mongo sites need none.

• 13ea0f3: New opt-in `local-testimonials` collection, which shows visitors only quotes with consent recorded. Neutral quotes (`quote`, `name`, `role`, `company`, `image`, `publishedAt`, `order`, `complianceLabel`) with a `consent` group (`given`, and the date it was given). The `testimonial` block reads it through its `testimonialsCollection` option. Turn it on with `createLocalLayer({ testimonials: true })`; off (the default), nothing changes: no collection, no capability, and `slugs` carries no `testimonials` key, held by a test. Visitors read only published quotes with consent recorded (a where-constraint, so a draft or an unconsented quote never leaves the server over REST or GraphQL); editors need `local:edit-testimonials`, granted to the layer's staff roles. Drafts are on, `dbName` defaults to `local_tst`. SQL sites that turn it on need a migration for the new tables; Mongo sites need none.

0517734: New opt-in `local-locations` collection: one record per place, each with its own address, phone, hours and status, while the business profile stays the identity record. Turn it on with `createLocalLayer({ locations: true })`; off (the default), nothing changes, and a test holds the profile's schema against a snapshot taken before the change. The place-shaped fields are the profile's own builders, now shared with the collection without changing the profile's field order, names or types. Reads from `@wabbit/tome-local/server`: `getLocalLocations`, `getLocalLocation`, `getLocationsStatus` (every place's status, each in its own timezone) and `resolvePrimaryHoursSource` (the primary location's hours, else the profile's); `getLiveStatus` takes an optional `location`. New `@wabbit/tome-local/locations` entry: `locationHoursSource`, `locationPins` (no pin for a place whose address is hidden), `locationJsonLdInput` (with `parentOrganization` when there is more than one place) and uncached readers. At most one location is `primary`; a published, unarchived place is all a visitor can read; a place a record or block still points at is archived, not deleted. The profile gains an optional `urgentNotice` (wording and up to two labeled numbers). It ships empty with no default wording, an empty one renders nothing and projects no key, and it works with or without locations.

• 0517734: New opt-in `local-locations` collection: one record per place, each with its own address, phone, hours and status, while the business profile stays the identity record. Turn it on with `createLocalLayer({ locations: true })`; off (the default), nothing changes, and a test holds the profile's schema against a snapshot taken before the change. The place-shaped fields are the profile's own builders, now shared with the collection without changing the profile's field order, names or types. Reads from `@wabbit/tome-local/server`: `getLocalLocations`, `getLocalLocation`, `getLocationsStatus` (every place's status, each in its own timezone) and `resolvePrimaryHoursSource` (the primary location's hours, else the profile's); `getLiveStatus` takes an optional `location`. New `@wabbit/tome-local/locations` entry: `locationHoursSource`, `locationPins` (no pin for a place whose address is hidden), `locationJsonLdInput` (with `parentOrganization` when there is more than one place) and uncached readers. At most one location is `primary`; a published, unarchived place is all a visitor can read; a place a record or block still points at is archived, not deleted. The profile gains an optional `urgentNotice` (wording and up to two labeled numbers). It ships empty with no default wording, an empty one renders nothing and projects no key, and it works with or without locations.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

a02daa8: Add an opt-in shared class timetable: the `local-class-schedules` collection and a `./classes` entry for the session arithmetic. `createLocalLayer({ classSchedules: true })` builds one timetable per site or location (amendment A3): classes, term, breaks, timezone, age bands (`ageBands[]`) and a level ladder (`levels[]`, where order within a track is the step). Drafts are on, the public reads published documents only, and writes need the new `local:edit-schedules` capability, granted to the same roles as the profile capability. `createLocalLayer` now also returns `collections` (empty unless the option is on), and `LocalSlugs` gains `classSchedules`. The new isomorphic `@wabbit/tome-local/classes` exports `sessionsThisWeek`, `nextSessions`, `levelPosition`, `activeSpots`, `inAgeBand` and the schedule types. `getLocalClassSchedule` in `./server` reads the cached document. A spots line on an occurrence speaks only for sessions that start before it expires. `ageBands[]` carries three optional wording fields, `pillLabel`, `selectLabel` and `saidLabel` (the finder's pill, the timetable's filter option and the finder's said line), each falling back to `label` when empty; the normalizer and the `./classes` `LocalAgeBand` type carry them. Optional with no defaults: existing documents are unchanged, and the new fields add columns to the collection's tables, so a site with migrations generates one. Profile credentials gain an optional `sample` checkbox, projected so a block can label a demo credential "Sample". Purely additive: nothing changes for a site that does not turn the option on, and no peer is added or tightened.

• a02daa8: Add an opt-in shared class timetable: the `local-class-schedules` collection and a `./classes` entry for the session arithmetic. `createLocalLayer({ classSchedules: true })` builds one timetable per site or location (amendment A3): classes, term, breaks, timezone, age bands (`ageBands[]`) and a level ladder (`levels[]`, where order within a track is the step). Drafts are on, the public reads published documents only, and writes need the new `local:edit-schedules` capability, granted to the same roles as the profile capability. `createLocalLayer` now also returns `collections` (empty unless the option is on), and `LocalSlugs` gains `classSchedules`. The new isomorphic `@wabbit/tome-local/classes` exports `sessionsThisWeek`, `nextSessions`, `levelPosition`, `activeSpots`, `inAgeBand` and the schedule types. `getLocalClassSchedule` in `./server` reads the cached document. A spots line on an occurrence speaks only for sessions that start before it expires. `ageBands[]` carries three optional wording fields, `pillLabel`, `selectLabel` and `saidLabel` (the finder's pill, the timetable's filter option and the finder's said line), each falling back to `label` when empty; the normalizer and the `./classes` `LocalAgeBand` type carry them. Optional with no defaults: existing documents are unchanged, and the new fields add columns to the collection's tables, so a site with migrations generates one. Profile credentials gain an optional `sample` checkbox, projected so a block can label a demo credential "Sample". Purely additive: nothing changes for a site that does not turn the option on, and no peer is added or tightened.
• ffca5dc: A level in the shared class timetable can carry a teaser sentence, a one-line card blurb and a short age tag. Three optional text fields on `levels[]` in the `local-class-schedules` collection, all empty by default: - `teaser`: one or two sentences a class pathway shows when the level is the next one up. Empty falls back to `forWho`. - `blurb`: one line shown on the level's card in place of "Who it's for" and "Moves up when". Empty keeps the pair. - `ageTag`: a short tag beside the level's name, such as "Walking–3". The normalizer and the `./classes` `LocalLevel` type carry them. Purely additive: existing documents are unchanged, and the new fields add columns to the collection's level table, so a site with migrations generates one. No peer is added or tightened.

4a1728c: The business-profile reader now uses tome-core's shared `loadUnstableCache()` instead of its own copy. The `@wabbit/tome-core` peer floor rises to 1.23.0, the release that adds it. No behavior change.

• 4a1728c: The business-profile reader now uses tome-core's shared `loadUnstableCache()` instead of its own copy. The `@wabbit/tome-core` peer floor rises to 1.23.0, the release that adds it. No behavior change.

3c51ebc: New: the site's business profile, a Payload global that editors fill in once in the admin and that blocks and structured data read. It holds the name, contact details, address, timezone, hours (split shifts, holidays and named schedules), service areas, credentials, an expiring availability status, a response promise and a rating citation, and is read through a cached public projection. **BREAKING:** `@wabbit/tome-core` (`>=1.17.0 <2.0.0`) and `payload` (`>=3.67.0`) are now required peers, because the root entry is Payload config. `next` (`>=15.0.0`) is an optional peer. Sites that import only `./hours` or `./jsonld` already have both in any Tome install; nothing else changes for them. - **`createLocalLayer(config)`** returns `{ globals, plugin, slugs }` and registers the `local-business-profile` global (admin group "Site", no drafts, so edits go live on save). It grants the `local:edit-profile` capability to `admin` and `editor` (`grantRoles` changes that). Options: `schemaTypes`, `credentialKinds`, `updateCapability`, `mediaSlug`, `dbName`, plus `adminGroup`, `slugs`, `access`, `hooks`, `extraFields`, `fieldOverrides`, `omitFields` and `fieldOrder`. - **Validation on save:** the phone is stored in E.164 (spaces and punctuation stripped), the timezone must be an IANA name, weekly hours may not overlap anywhere in the week (overnight windows included), schedule keys are unique, a service-area radius needs a center, and any availability status other than "none" needs an expiry. The server writes each override's `dateKey` and the availability `updatedAt`. - **Privacy:** the global is publicly readable over REST and GraphQL, but a visitor's read never shows a hidden street address or its coordinates, an expired credential, a credential number marked hidden, or an expired availability status. - **`./profile`** (new, isomorphic): `projectLocalBusinessProfile`, `profileHoursSource` (a `LocalHoursSource` that also works with `getOpenState(profile, now, 'kitchen')`), the uncached `readLocalBusinessProfile` for use inside Payload hooks, `findLocalProfileSlug`, and the `LocalBusinessProfilePublic` type. - **`./server`** (new): `getLocalBusinessProfile(payload)`, cached under `LOCAL_PROFILE_TAG` and revalidated when the profile is saved, with expiry rules applied on every read; `getProfileHoursSource` and `getLiveStatus`. - **`./live-status`** (new, isomorphic): `resolveLiveStatus('open-state' | 'availability' | 'auto', ctx)` and the `liveStatusSources` registry. The availability chain runs registered sources by priority, then the built-in manual status, then the rating citation, and returns `null` rather than guess. - **`./jsonld`:** `profileToLocalBusinessInput(profile, { siteUrl })` maps the profile to `buildLocalBusinessJsonLd`'s input. A hidden address emits no street or coordinates, and no rating is ever emitted. - **Field factories:** `localHoursField()` and `localHoursOverridesField()` store the same shape as the directory's hours fields, with an additive `dateKey` column; `localSchedulesField()` adds named schedules.

• 3c51ebc: New: the site's business profile, a Payload global that editors fill in once in the admin and that blocks and structured data read. It holds the name, contact details, address, timezone, hours (split shifts, holidays and named schedules), service areas, credentials, an expiring availability status, a response promise and a rating citation, and is read through a cached public projection. **BREAKING:** `@wabbit/tome-core` (`>=1.17.0 <2.0.0`) and `payload` (`>=3.67.0`) are now required peers, because the root entry is Payload config. `next` (`>=15.0.0`) is an optional peer. Sites that import only `./hours` or `./jsonld` already have both in any Tome install; nothing else changes for them. - **`createLocalLayer(config)`** returns `{ globals, plugin, slugs }` and registers the `local-business-profile` global (admin group "Site", no drafts, so edits go live on save). It grants the `local:edit-profile` capability to `admin` and `editor` (`grantRoles` changes that). Options: `schemaTypes`, `credentialKinds`, `updateCapability`, `mediaSlug`, `dbName`, plus `adminGroup`, `slugs`, `access`, `hooks`, `extraFields`, `fieldOverrides`, `omitFields` and `fieldOrder`. - **Validation on save:** the phone is stored in E.164 (spaces and punctuation stripped), the timezone must be an IANA name, weekly hours may not overlap anywhere in the week (overnight windows included), schedule keys are unique, a service-area radius needs a center, and any availability status other than "none" needs an expiry. The server writes each override's `dateKey` and the availability `updatedAt`. - **Privacy:** the global is publicly readable over REST and GraphQL, but a visitor's read never shows a hidden street address or its coordinates, an expired credential, a credential number marked hidden, or an expired availability status. - **`./profile`** (new, isomorphic): `projectLocalBusinessProfile`, `profileHoursSource` (a `LocalHoursSource` that also works with `getOpenState(profile, now, 'kitchen')`), the uncached `readLocalBusinessProfile` for use inside Payload hooks, `findLocalProfileSlug`, and the `LocalBusinessProfilePublic` type. - **`./server`** (new): `getLocalBusinessProfile(payload)`, cached under `LOCAL_PROFILE_TAG` and revalidated when the profile is saved, with expiry rules applied on every read; `getProfileHoursSource` and `getLiveStatus`. - **`./live-status`** (new, isomorphic): `resolveLiveStatus('open-state' | 'availability' | 'auto', ctx)` and the `liveStatusSources` registry. The availability chain runs registered sources by priority, then the built-in manual status, then the rating citation, and returns `null` rather than guess. - **`./jsonld`:** `profileToLocalBusinessInput(profile, { siteUrl })` maps the profile to `buildLocalBusinessJsonLd`'s input. A hidden address emits no street or coordinates, and no rating is ever emitted. - **Field factories:** `localHoursField()` and `localHoursOverridesField()` store the same shape as the directory's hours fields, with an additive `dateKey` column; `localSchedulesField()` adds named schedules.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

35b20ca: New package: `@wabbit/tome-local`, a browser-safe open-state utility and a LocalBusiness JSON-LD builder for local-business sites. - **`./hours`:** `computeOpenState` returns `openNow`, `closesInMinutes` and `opensAt`, plus `closesAt`, the `current` and `next` windows, and a `closedLabel` for a closed-today override. It handles several windows per day (split shifts), several override windows per date, overrides stored as a bare `YYYY-MM-DD` or as the ISO instant a database returns for a date-only field, and daylight-saving transitions (a time inside a spring-forward gap moves past the gap; an ambiguous fall-back time takes its first occurrence). Touching windows merge, so a business open through midnight reports its real closing time. Also `getOpenState` (any record with hours, plus named schedules), `listWindows`, `formatOpenStateLabel` ("Open now · closes at 10 PM", "Opens tomorrow at 11 AM", "Closed today · Holiday", with "today" in the business timezone), a wrap-aware `validateWeeklyHours`, the `toLocalDateKey` / `toDateOnlyKey` helpers and the `LocalHoursSource` interface. No `payload`, `server-only`, React or date-library import. - **`./jsonld`:** `buildLocalBusinessJsonLd` builds schema.org LocalBusiness (or a subtype, or Organization) markup from a neutral input: conditional fields only, `openingHoursSpecification` per weekly row with dated overrides inside a horizon, `areaServed` as City / AdministrativeArea / Place / GeoCircle, a hidden-address mode that omits the street line and coordinates, and never `aggregateRating` or `review`. `serializeJsonLd` escapes the output for an inline script tag.

• 35b20ca: New package: `@wabbit/tome-local`, a browser-safe open-state utility and a LocalBusiness JSON-LD builder for local-business sites. - **`./hours`:** `computeOpenState` returns `openNow`, `closesInMinutes` and `opensAt`, plus `closesAt`, the `current` and `next` windows, and a `closedLabel` for a closed-today override. It handles several windows per day (split shifts), several override windows per date, overrides stored as a bare `YYYY-MM-DD` or as the ISO instant a database returns for a date-only field, and daylight-saving transitions (a time inside a spring-forward gap moves past the gap; an ambiguous fall-back time takes its first occurrence). Touching windows merge, so a business open through midnight reports its real closing time. Also `getOpenState` (any record with hours, plus named schedules), `listWindows`, `formatOpenStateLabel` ("Open now · closes at 10 PM", "Opens tomorrow at 11 AM", "Closed today · Holiday", with "today" in the business timezone), a wrap-aware `validateWeeklyHours`, the `toLocalDateKey` / `toDateOnlyKey` helpers and the `LocalHoursSource` interface. No `payload`, `server-only`, React or date-library import. - **`./jsonld`:** `buildLocalBusinessJsonLd` builds schema.org LocalBusiness (or a subtype, or Organization) markup from a neutral input: conditional fields only, `openingHoursSpecification` per weekly row with dated overrides inside a horizon, `areaServed` as City / AdministrativeArea / Place / GeoCircle, a hidden-address mode that omits the street line and coordinates, and never `aggregateRating` or `review`. `serializeJsonLd` escapes the output for an inline script tag.

82d384a: `requestMemo` now comes from `@wabbit/tome-core` instead of a local copy; behavior and the `./server` export are unchanged. **BREAKING:** the `@wabbit/tome-core` peer floor rises to `>=1.32.0`.

• 82d384a: `requestMemo` now comes from `@wabbit/tome-core` instead of a local copy; behavior and the `./server` export are unchanged. **BREAKING:** the `@wabbit/tome-core` peer floor rises to `>=1.32.0`.

78d9bf7: Honors `staff` from `LayerFactoryConfig`: operations this layer left without an access rule go to the site's staff check. This layer passes a hand-built config to `applyLayerFactoryConfig`, so it now forwards `staff` explicitly. Without that, it would accept the option and silently drop it. Omitting `staff` changes nothing.

• 78d9bf7: Honors `staff` from `LayerFactoryConfig`: operations this layer left without an access rule go to the site's staff check. This layer passes a hand-built config to `applyLayerFactoryConfig`, so it now forwards `staff` explicitly. Without that, it would accept the option and silently drop it. Omitting `staff` changes nothing.

acdab21: A client-safe `@wabbit/tome-portfolio/settings` entry exports the settings defaults, the merge function and the settings types. It imports no payload, no server code and no other Tome package, so a client bundle can read the vocabulary defaults without loading the layer's collections and hooks. The root entry still re-exports the same names.

• acdab21: A client-safe `@wabbit/tome-portfolio/settings` entry exports the settings defaults, the merge function and the settings types. It imports no payload, no server code and no other Tome package, so a client bundle can read the vocabulary defaults without loading the layer's collections and hooks. The root entry still re-exports the same names.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

daee7d2: A site with the portfolio layer can serve `/api/graphql` again. The plate `aspect` field was a select whose values (`4:3`, `16:9`, ...) contain a colon. Payload turns each select option into a GraphQL enum name and does not strip `:`, so building the schema threw and every `/api/graphql` request on the site returned 500. `aspect` is now a text field that accepts exactly the same six values (`4:3`, `4:5`, `3:2`, `16:9`, `21:9`, `16:10`, or empty), so nothing stored changes: existing projects read back as before through the local API, REST and now GraphQL (as a `String`), and `PortfolioAspect` is unchanged. The field tidies what an editor types (`4x3`, `4/3`, `4 × 3` are saved as `4:3`) and refuses anything else. In the admin the dropdown becomes a text input with the six values listed under it. On MongoDB nothing needs migrating; a Postgres site's next migration turns the column's enum into `varchar`, which keeps every stored value.

• daee7d2: A site with the portfolio layer can serve `/api/graphql` again. The plate `aspect` field was a select whose values (`4:3`, `16:9`, ...) contain a colon. Payload turns each select option into a GraphQL enum name and does not strip `:`, so building the schema threw and every `/api/graphql` request on the site returned 500. `aspect` is now a text field that accepts exactly the same six values (`4:3`, `4:5`, `3:2`, `16:9`, `21:9`, `16:10`, or empty), so nothing stored changes: existing projects read back as before through the local API, REST and now GraphQL (as a `String`), and `PortfolioAspect` is unchanged. The field tidies what an editor types (`4x3`, `4/3`, `4 × 3` are saved as `4:3`) and refuses anything else. In the admin the dropdown becomes a text input with the six values listed under it. On MongoDB nothing needs migrating; a Postgres site's next migration turns the column's enum into `varchar`, which keeps every stored value.

a9d759e: New layer: a site's body of work as records. Adds the `portfolio-projects` and `portfolio-types` collections and the `portfolio-settings` global through `createPortfolioLayer`, with permanent job numbers (entered, unique per number series, kept when a project is archived), a story of passages and plates with an image mode per item, structured credits, and inline SVG drawings sanitized on save by an allow-list. Ships a server read API (filtered list with conditional facet counts, featured, next within a filter, computed facts, one project with its numbered story, type options) and an isomorphic `./filters` entry for URL filter state. `createPortfolioLayer({ hrefFor })` replaces the default `${basePath}/${slug}` project address (to keep reserved demo slugs out of URLs or serve several base paths); index entries carry `slug`. - Fix: the layer's reads no longer re-populate a project's `layout` blocks, so a block read hook that calls the read API on the same `req` cannot wait on the read that is waiting for it (a project update or a case-study render used to hang). `getPortfolioProject` omits `layout` unless `withLayout: true` (a route that renders the layout passes it; a block hook never does); its memo key includes it. The project read selects every field except `layout`, and a read asked for again from inside itself logs and returns `null` instead of hanging.

• a9d759e: New layer: a site's body of work as records. Adds the `portfolio-projects` and `portfolio-types` collections and the `portfolio-settings` global through `createPortfolioLayer`, with permanent job numbers (entered, unique per number series, kept when a project is archived), a story of passages and plates with an image mode per item, structured credits, and inline SVG drawings sanitized on save by an allow-list. Ships a server read API (filtered list with conditional facet counts, featured, next within a filter, computed facts, one project with its numbered story, type options) and an isomorphic `./filters` entry for URL filter state. `createPortfolioLayer({ hrefFor })` replaces the default `${basePath}/${slug}` project address (to keep reserved demo slugs out of URLs or serve several base paths); index entries carry `slug`. - Fix: the layer's reads no longer re-populate a project's `layout` blocks, so a block read hook that calls the read API on the same `req` cannot wait on the read that is waiting for it (a project update or a case-study render used to hang). `getPortfolioProject` omits `layout` unless `withLayout: true` (a route that renders the layout passes it; a block hook never does); its memo key includes it. The project read selects every field except `layout`, and a read asked for again from inside itself logs and returns `null` instead of hanging.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

4b831eb: The MapLibre and Mapbox providers now load their own stylesheet, so a map draws correctly without a manual CSS import. Without the provider's stylesheet the canvas was not sized, MapLibre's gesture hints printed as plain text under the map, and the pins were not positioned. Each provider now imports its package's `dist` stylesheet beside the SDK when the map mounts. A bundler serves it as a local file, so nothing is requested from a map host before the visitor presses "Show map", and a guarded map loads neither the SDK nor the sheet.

• 4b831eb: The MapLibre and Mapbox providers now load their own stylesheet, so a map draws correctly without a manual CSS import. Without the provider's stylesheet the canvas was not sized, MapLibre's gesture hints printed as plain text under the map, and the pins were not positioned. Each provider now imports its package's `dist` stylesheet beside the SDK when the map mounts. A bundler serves it as a local file, so nothing is requested from a map host before the visitor presses "Show map", and a guarded map loads neither the SDK nor the sheet.
• 8bd0d91: The header status strip now updates itself like the desk strip, and a map that cannot load says so. The multi-office strip in the chrome announcement slot (`PracticeStatusAnnouncement`) is still rendered on the server, but its status line is now a small client island that recomputes from the same hours on mount, every 30 seconds and when the tab comes back, so a cached page can no longer say "Open now" after closing time while the desk strip below it says closed. Its first render equals the server's, so nothing flickers. When the map's tiles or style are blocked, the maps providers print a plain sentence ("The map could not load. The directions links still work.", settable with `failedMessage`) beside the directions links instead of failing silently.

1619d8c: New `@wabbit/tome-maps` package: the map and geocoder seam the directory used, as a free neutral package, with MapLibre, Google and Mapbox providers. Providers load their SDK only when a map mounts, or, with `loadOn: 'interaction'`, only after the visitor presses "Show map". A failed or blocked map renders your `fallback` (for example a directions link). `MapPin` is vertical-neutral with an open `meta` bag. Each provider accepts an optional injected `guard`; none applies by default. The map SDKs stay optional peers.

• 1619d8c: New `@wabbit/tome-maps` package: the map and geocoder seam the directory used, as a free neutral package, with MapLibre, Google and Mapbox providers. Providers load their SDK only when a map mounts, or, with `loadOn: 'interaction'`, only after the visitor presses "Show map". A failed or blocked map renders your `fallback` (for example a directions link). `MapPin` is vertical-neutral with an open `meta` bag. Each provider accepts an optional injected `guard`; none applies by default. The map SDKs stay optional peers.

9fa07bc: Four additive changes; a site that uses none of them sees no difference. `listPracticePeople` takes `includeCredentials` (each entry also carries its current credentials from the same batch, so a roster makes no per-person read) and `group` (only people in that group). People gain an optional `groups` relationship. Offerings gain an optional `review` with the same shape, byline and computed state as a topic's. Settings gain `durationLabel`, default "Duration". The README now says that a `fixed`, `from` or `range` price requires an amount, that a price quoted later is `request`, and that the first listed person is the responsible one by convention.

• 9fa07bc: Four additive changes; a site that uses none of them sees no difference. `listPracticePeople` takes `includeCredentials` (each entry also carries its current credentials from the same batch, so a roster makes no per-person read) and `group` (only people in that group). People gain an optional `groups` relationship. Offerings gain an optional `review` with the same shape, byline and computed state as a topic's. Settings gain `durationLabel`, default "Duration". The README now says that a `fixed`, `from` or `range` price requires an amount, that a price quoted later is `request`, and that the first listed person is the responsible one by convention.

e8f2958: New `@wabbit/tome-practice` package: who works at a business, what it offers and what people come looking for, as linked records. Free, foundation family. `createPracticeLayer` adds `practice-people`, `practice-offerings`, `practice-topics` and `practice-groups` collections and a `practice-settings` global. The site names things through the settings, so nothing in the package names a trade. Each link is stored once, by its owner (an offering holds its people; a topic holds its offerings and any direct people); the reverse views are read-only joins. Writes need `practice:edit-records`, never bare `authenticated`. The `@wabbit/tome-practice/server` read API (`listPracticePeople`, `getPracticePerson`, `listPracticeOfferings`, `getPracticeOffering`, `listPracticeTopics`, `getPracticeTopic`, `getPracticeGroupIndex`, `getPracticeSettings`) filters to published, unarchived records on both sides of every link, in a fixed number of queries however many rows there are. Review state, expired availability and expired credentials are decided at read time and never stored, so a cached row cannot outlive its expiry. A credential number reaches no public read unless its row sets `showNumber`. The `./filters` entry parses and serializes list filters for server and browser alike. Requires a `@wabbit/tome-core` release that exports `@wabbit/tome-core/utilities/safeHref`. The package ships no migration; the consumer owns it.

• e8f2958: New `@wabbit/tome-practice` package: who works at a business, what it offers and what people come looking for, as linked records. Free, foundation family. `createPracticeLayer` adds `practice-people`, `practice-offerings`, `practice-topics` and `practice-groups` collections and a `practice-settings` global. The site names things through the settings, so nothing in the package names a trade. Each link is stored once, by its owner (an offering holds its people; a topic holds its offerings and any direct people); the reverse views are read-only joins. Writes need `practice:edit-records`, never bare `authenticated`. The `@wabbit/tome-practice/server` read API (`listPracticePeople`, `getPracticePerson`, `listPracticeOfferings`, `getPracticeOffering`, `listPracticeTopics`, `getPracticeTopic`, `getPracticeGroupIndex`, `getPracticeSettings`) filters to published, unarchived records on both sides of every link, in a fixed number of queries however many rows there are. Review state, expired availability and expired credentials are decided at read time and never stored, so a cached row cannot outlive its expiry. A credential number reaches no public read unless its row sets `showNumber`. The `./filters` entry parses and serializes list filters for server and browser alike. Requires a `@wabbit/tome-core` release that exports `@wabbit/tome-core/utilities/safeHref`. The package ships no migration; the consumer owns it.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

76e65cb: Adds the --tome-app-max-width token so a theme can set the learner app width. Declares the `--tome-app-max-width` token (default `none`) beside `--tome-container`, so a theme can set the width of the learner app; nothing changes until it does.

• 76e65cb: Adds the --tome-app-max-width token so a theme can set the learner app width. Declares the `--tome-app-max-width` token (default `none`) beside `--tome-container`, so a theme can set the width of the learner app; nothing changes until it does.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

9e7b353: `Sheet` now carries `data-sheet-overlay` on its scrim and `data-sheet-content` on its panel, so a theme can restyle them without matching Radix's structure. Both are additive attributes beside the existing `data-side`; no class or markup changes otherwise, and nothing a consumer has today needs to change.

• 9e7b353: `Sheet` now carries `data-sheet-overlay` on its scrim and `data-sheet-content` on its panel, so a theme can restyle them without matching Radix's structure. Both are additive attributes beside the existing `data-side`; no class or markup changes otherwise, and nothing a consumer has today needs to change.

0a543c5: Base reset no longer strips radio buttons and checkboxes: they keep their native control, so forms that tint them with accent-color render a visible, checkable control instead of an invisible box.

• 0a543c5: Base reset no longer strips radio buttons and checkboxes: they keep their native control, so forms that tint them with accent-color render a visible, checkable control instead of an invisible box.

a679cc1: A block moved to a narrower column by `--tome-block-column` can now fill that column. The block wrapper default places a block root on `var(--tome-block-inner-column, 2 / -2)`. Unset, it is exactly the `2 / -2` it was. A template or theme that moves one block's wrapper to a narrower span sets `--tome-block-inner-column: 1 / -1` beside it, so the root fills the span instead of losing a column on each side (the Shelf product page's gallery and buy box). Purely additive: no new required argument and no changed default.

• a679cc1: A block moved to a narrower column by `--tome-block-column` can now fill that column. The block wrapper default places a block root on `var(--tome-block-inner-column, 2 / -2)`. Unset, it is exactly the `2 / -2` it was. A template or theme that moves one block's wrapper to a narrower span sets `--tome-block-inner-column: 1 / -1` beside it, so the root fills the span instead of losing a column on each side (the Shelf product page's gallery and buy box). Purely additive: no new required argument and no changed default.

d69161c: The scroll reveal can wait for web fonts and the window load before arming, switched on by a theme declaring `--tome-reveal-wait: fonts`. With the token set on `<html>` the controller arms nothing until `document.fonts.ready` and `load` have fired (or a 4 second cap passes), so layout shift from late fonts no longer skews the above-the-fold decision. The page stays fully visible while it waits, and reduced motion still arms nothing. Without the token the controller arms immediately, exactly as before. `REVEAL_WAIT_TOKEN` and `REVEAL_WAIT_FONTS` are exported from `@wabbit/tome-ui/reveal`.

• d69161c: The scroll reveal can wait for web fonts and the window load before arming, switched on by a theme declaring `--tome-reveal-wait: fonts`. With the token set on `<html>` the controller arms nothing until `document.fonts.ready` and `load` have fired (or a 4 second cap passes), so layout shift from late fonts no longer skews the above-the-fold decision. The page stays fully visible while it waits, and reduced motion still arms nothing. Without the token the controller arms immediately, exactly as before. `REVEAL_WAIT_TOKEN` and `REVEAL_WAIT_FONTS` are exported from `@wabbit/tome-ui/reveal`.

f7940ba: The scroll reveal no longer writes to any element's inline style: each element's stagger step is now a `data-tome-reveal-order` attribute, which `reveal.css` turns into `--tome-reveal-order`. - Why: any script write to an inline style makes the browser re-serialise the whole `style` attribute, and WebKit spells shorthands out as longhands. Writing `--tome-reveal-order` into a block wrapper's style turned its `grid-column: 1 / -1` into `grid-column-start: 1; grid-column-end: -1`, so any stylesheet matching that text stopped matching in Safari after scrolling. - The timing is unchanged: steps 0 to 6, the same `--tome-reveal-stagger` delay per step, and an element settles by losing its state and order attributes. - New exports from `@wabbit/tome-ui/reveal`: `REVEAL_ORDER_ATTR` (`data-tome-reveal-order`) and `REVEAL_MAX_ORDER` (6). `REVEAL_ORDER_PROPERTY` stays and still names the custom property `reveal.css` reads.

• f7940ba: The scroll reveal no longer writes to any element's inline style: each element's stagger step is now a `data-tome-reveal-order` attribute, which `reveal.css` turns into `--tome-reveal-order`. - Why: any script write to an inline style makes the browser re-serialise the whole `style` attribute, and WebKit spells shorthands out as longhands. Writing `--tome-reveal-order` into a block wrapper's style turned its `grid-column: 1 / -1` into `grid-column-start: 1; grid-column-end: -1`, so any stylesheet matching that text stopped matching in Safari after scrolling. - The timing is unchanged: steps 0 to 6, the same `--tome-reveal-stagger` delay per step, and an element settles by losing its state and order attributes. - New exports from `@wabbit/tome-ui/reveal`: `REVEAL_ORDER_ATTR` (`data-tome-reveal-order`) and `REVEAL_MAX_ORDER` (6). `REVEAL_ORDER_PROPERTY` stays and still names the custom property `reveal.css` reads.

e880cc7: Scroll reveal: a block that already sits in view at start now still arms its `data-tome-reveal-item` parts that start below the fold, each observed on its own, so they play (and stagger when they enter together) as they arrive. Before, the controller left the whole in-view block alone, so a tall block that starts above the fold (a menu page's cards) never animated its items. The block root and any item already on screen are still never hidden; the no-JS, reduced-motion, opt-out and self-animating (`data-tome-motion="self"`) guarantees cover the per-item path too.

• e880cc7: Scroll reveal: a block that already sits in view at start now still arms its `data-tome-reveal-item` parts that start below the fold, each observed on its own, so they play (and stagger when they enter together) as they arrive. Before, the controller left the whole in-view block alone, so a tall block that starts above the fold (a menu page's cards) never animated its items. The block root and any item already on screen are still never hidden; the no-JS, reduced-motion, opt-out and self-animating (`data-tome-motion="self"`) guarantees cover the per-item path too.

76aea2c: Fix: `Button` hover tints no longer stick on touch screens after a tap. Touch browsers keep `:hover` on the last element tapped, so a tapped `Button` (a menu toggle, for example) stayed painted in its hover state until the user tapped elsewhere. The hover rules for every variant now sit inside `@media (hover: hover)`, so they apply only where a real pointer can hover. Mouse and trackpad behavior is unchanged.

• 76aea2c: Fix: `Button` hover tints no longer stick on touch screens after a tap. Touch browsers keep `:hover` on the last element tapped, so a tapped `Button` (a menu toggle, for example) stayed painted in its hover state until the user tapped elsewhere. The hover rules for every variant now sit inside `@media (hover: hover)`, so they apply only where a real pointer can hover. Mouse and trackpad behavior is unchanged.

1767d0d: New opt-in scroll reveal: mount `TomeReveal` from `@wabbit/tome-ui/reveal` once, and turn it on with `data-tome-reveal="on"` or a theme's `--tome-reveal: on`. Block roots (`[data-block-type]`) rise and fade in once as they enter the viewport, with blocks that enter together staggered. Inner parts marked `data-tome-reveal-item` stagger in after their block. Timing comes from four new tokens with neutral defaults in `tokens.css`: `--tome-reveal-rise` (16px), `--tome-reveal-duration` (500ms), `--tome-reveal-ease` and `--tome-reveal-stagger` (80ms). The styles ship as `@wabbit/tome-ui/reveal.css`, which `@wabbit/tome-ui/base` now imports. Additive: the reveal is off by default, and a page that does not opt in renders exactly as before. When it is on, nothing is hidden without JavaScript, under `prefers-reduced-motion: reduce`, in print, or above the fold when the page loads. Only `opacity` and `transform` change, so there is no layout shift. Blocks that animate themselves are skipped automatically: a motion component marks its own root with `data-tome-motion="self"`, and the reveal never arms a block containing one, including one that appears after a client re-render. Any other block can opt out with `data-tome-reveal="off"` on its root element. `startTomeReveal()` runs the same controller outside React.

• 1767d0d: New opt-in scroll reveal: mount `TomeReveal` from `@wabbit/tome-ui/reveal` once, and turn it on with `data-tome-reveal="on"` or a theme's `--tome-reveal: on`. Block roots (`[data-block-type]`) rise and fade in once as they enter the viewport, with blocks that enter together staggered. Inner parts marked `data-tome-reveal-item` stagger in after their block. Timing comes from four new tokens with neutral defaults in `tokens.css`: `--tome-reveal-rise` (16px), `--tome-reveal-duration` (500ms), `--tome-reveal-ease` and `--tome-reveal-stagger` (80ms). The styles ship as `@wabbit/tome-ui/reveal.css`, which `@wabbit/tome-ui/base` now imports. Additive: the reveal is off by default, and a page that does not opt in renders exactly as before. When it is on, nothing is hidden without JavaScript, under `prefers-reduced-motion: reduce`, in print, or above the fold when the page loads. Only `opacity` and `transform` change, so there is no layout shift. Blocks that animate themselves are skipped automatically: a motion component marks its own root with `data-tome-motion="self"`, and the reveal never arms a block containing one, including one that appears after a client re-render. Any other block can opt out with `data-tome-reveal="off"` on its root element. `startTomeReveal()` runs the same controller outside React.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

d432a85: New optional `@wabbit/tome-ui/console.css` gives the dark console blocks a light panel in your light theme, opted into with `data-tome-console="theme"` on `<html>` or any wrapper. Purely additive: a new stylesheet and two new helpers (`consoleAccentVars`, `resolveConsoleAccent`) in `./utils/accent`; no existing export, default or peer changes. The sheet declares a documented set of `--tome-console-*` role names: surface, raised surface, line, three ink steps, seven accent hues as text, identity and on-fill, five statuses, two classification bands, and the panel-composition roles (top-rule width and strength, hairline, status edge and bar, tint strength, SECRET fill strength, band rules, badge outline, status-word display, dim opacity). Importing it alone changes nothing: every rule is scoped to the attribute. In the light theme the neutral roles derive from your theme's card, border and ink tokens, and the hue inks are fixed values that clear 4.5:1 on the default card. A `[data-theme="dark"]` page, island or opt-in element, and any `@wabbit/tome-cop` scope on, above or below the opt-in, reset every role, so dark consoles and cop-themed consoles render exactly as before. `consoleAccentVars` and `resolveConsoleAccent` return the same tokens as `accentVars` and `resolveAccent`, with the text color read through `--tome-console-accent-<hue>-on-surface` and the border through `--tome-console-accent-<hue>` first. With the roles unset they compute the same colors. `accentVars` and `resolveAccent` are unchanged. The role table is in the README.

• d432a85: New optional `@wabbit/tome-ui/console.css` gives the dark console blocks a light panel in your light theme, opted into with `data-tome-console="theme"` on `<html>` or any wrapper. Purely additive: a new stylesheet and two new helpers (`consoleAccentVars`, `resolveConsoleAccent`) in `./utils/accent`; no existing export, default or peer changes. The sheet declares a documented set of `--tome-console-*` role names: surface, raised surface, line, three ink steps, seven accent hues as text, identity and on-fill, five statuses, two classification bands, and the panel-composition roles (top-rule width and strength, hairline, status edge and bar, tint strength, SECRET fill strength, band rules, badge outline, status-word display, dim opacity). Importing it alone changes nothing: every rule is scoped to the attribute. In the light theme the neutral roles derive from your theme's card, border and ink tokens, and the hue inks are fixed values that clear 4.5:1 on the default card. A `[data-theme="dark"]` page, island or opt-in element, and any `@wabbit/tome-cop` scope on, above or below the opt-in, reset every role, so dark consoles and cop-themed consoles render exactly as before. `consoleAccentVars` and `resolveConsoleAccent` return the same tokens as `accentVars` and `resolveAccent`, with the text color read through `--tome-console-accent-<hue>-on-surface` and the border through `--tome-console-accent-<hue>` first. With the roles unset they compute the same colors. `accentVars` and `resolveAccent` are unchanged. The role table is in the README.

c14a133: The page grid now also ships as a plain stylesheet, `@wabbit/tome-ui/grid.global.css`, with the global class `.tome-grid`. The grid's named lines (`content-start`, `reading-start`, `full-start`, and the rest) used to be reachable only through the `./grid` CSS Module, whose hashed class has to be imported into a component. `grid.global.css` is the same grid, generated from `grid.module.css` at build, so it can travel in an ordinary CSS `@import`. Only the grid container and its `[data-tome-block-wrapper]` defaults are included; the placement utilities (`start*`, `span*`, …) stay in the module. `./grid` is unchanged.

• c14a133: The page grid now also ships as a plain stylesheet, `@wabbit/tome-ui/grid.global.css`, with the global class `.tome-grid`. The grid's named lines (`content-start`, `reading-start`, `full-start`, and the rest) used to be reachable only through the `./grid` CSS Module, whose hashed class has to be imported into a component. `grid.global.css` is the same grid, generated from `grid.module.css` at build, so it can travel in an ordinary CSS `@import`. Only the grid container and its `[data-tome-block-wrapper]` defaults are included; the placement utilities (`start*`, `span*`, …) stay in the module. `./grid` is unchanged.

8c84e70: Adds the rest of the ink set for the two theme-invariant surfaces, so text on a band that does not flip with the theme can use inks that do not flip either. - `--tome-color-on-solid-dark-muted` and `--tome-color-on-inverse-muted`: single, invariant muted inks (8.0:1 on black, 10.0:1 on white). - `--tome-color-accent-on-solid-dark`: accent-text with its OKLCH lightness floored at 0.66, hue and chroma kept, the same derivation as `--tome-color-primary-on-solid-dark`. A dark theme's light accent-text passes through unchanged. - `--tome-color-accent-on-inverse` and `--tome-color-primary-on-inverse`: accent-text and primary with lightness capped at 0.5. A light theme's dark accent passes through unchanged. - Optional site inputs `--accent-on-solid-dark`, `--accent-on-inverse` and `--primary-on-inverse` pin an exact value. A theme whose accent changes hue between light and dark should pin `--accent-on-solid-dark`, so its dark bands look the same in both modes. Every existing token keeps its value.

• 8c84e70: Adds the rest of the ink set for the two theme-invariant surfaces, so text on a band that does not flip with the theme can use inks that do not flip either. - `--tome-color-on-solid-dark-muted` and `--tome-color-on-inverse-muted`: single, invariant muted inks (8.0:1 on black, 10.0:1 on white). - `--tome-color-accent-on-solid-dark`: accent-text with its OKLCH lightness floored at 0.66, hue and chroma kept, the same derivation as `--tome-color-primary-on-solid-dark`. A dark theme's light accent-text passes through unchanged. - `--tome-color-accent-on-inverse` and `--tome-color-primary-on-inverse`: accent-text and primary with lightness capped at 0.5. A light theme's dark accent passes through unchanged. - Optional site inputs `--accent-on-solid-dark`, `--accent-on-inverse` and `--primary-on-inverse` pin an exact value. A theme whose accent changes hue between light and dark should pin `--accent-on-solid-dark`, so its dark bands look the same in both modes. Every existing token keeps its value.

8c69bf4: Fix: site font overrides no longer disappear inside a theme. 0.14.0's generated Layer-2 re-resolution block (`:where([data-tome-theme], [data-tome-pack])`) re-derived `--tome-type-sans/serif/mono/display` from `--font-*` on every theme wrapper, which threw away any site that sets those Layer-2 tokens at `:root` (the starter's `--tome-type-display`, wabbit-site-core's `tome-overrides.css`). Under Industrial, the starter's Instrument Serif headings fell back to Instrument Sans. The four font families are now flagged `{ "reresolve": false }` in `tokens/layer2-aliases.json`: still verified and aliased at `:root`, no longer re-declared in the block. The 29 color and radius aliases are unchanged. Rule for theme authors: a theme that changes fonts declares each `--tome-type-*` next to the matching `--font-*` on its own selector (for example `--tome-type-display: var(--font-display);`). `assert-theme-conformance` now fails a theme stylesheet that sets a `--font-*` slot without the matching `--tome-type-*` under the same selector.

• 8c69bf4: Fix: site font overrides no longer disappear inside a theme. 0.14.0's generated Layer-2 re-resolution block (`:where([data-tome-theme], [data-tome-pack])`) re-derived `--tome-type-sans/serif/mono/display` from `--font-*` on every theme wrapper, which threw away any site that sets those Layer-2 tokens at `:root` (the starter's `--tome-type-display`, wabbit-site-core's `tome-overrides.css`). Under Industrial, the starter's Instrument Serif headings fell back to Instrument Sans. The four font families are now flagged `{ "reresolve": false }` in `tokens/layer2-aliases.json`: still verified and aliased at `:root`, no longer re-declared in the block. The 29 color and radius aliases are unchanged. Rule for theme authors: a theme that changes fonts declares each `--tome-type-*` next to the matching `--font-*` on its own selector (for example `--tome-type-display: var(--font-display);`). `assert-theme-conformance` now fails a theme stylesheet that sets a `--font-*` slot without the matching `--tome-type-*` under the same selector.

9f6b52c: A theme activated with `data-tome-theme` on any element, not only `<html>`, now re-themes the blocks inside it. `tokens.css` re-declares the var()-aliased Layer-2 tokens under `[data-tome-theme]` (and the deprecated `[data-tome-pack]`). Layer 2 is computed where it is declared: the `:root` alias block resolves once at `<html>`, so a Layer-1 override on a descendant never reached the `--tome-color-*` values blocks read unless each theme hand-copied the whole alias block. The re-declaration is generated from `src/tokens/layer2-aliases.json` (33 aliases, including `--tome-color-chart-1..5` and `--tome-type-serif`) at zero specificity (`:where()`), so any theme rule for the same names wins by specificity, never by load order. `test` and `prepublishOnly` fail if `tokens.css` drifts from the map. The tokens.css header's Layer-3 note is corrected accordingly: subtree `[data-theme]` inversions are still not re-resolved. Also in this release: - `--tome-radius-none` (0), `--tome-radius-xl` (1rem) and `--tome-motion-normal` (alias of `--tome-motion-base`) are now declared. Blocks already read them without a fallback, so those corners and transitions previously resolved to nothing. - Headings h1–h4 in `base.css` read an optional `--tome-type-weight-display` before their existing weight. Unset (the default), nothing changes; a theme or ThemeConfig sets it to change display weight. - The app-shell sidebar fallback now reads `--tome-color-surface` (it read the undeclared `--tome-color-card`). - **Deprecated:** `./packs/*` (`editorial`, `industrial-brutalist`, `signal`). They were empty stubs; they now contain only a deprecation comment, are removed from Storybook, and will be deleted with the export in a later minor. Themes ship as their own packages, activated by `data-tome-theme`.

• 9f6b52c: A theme activated with `data-tome-theme` on any element, not only `<html>`, now re-themes the blocks inside it. `tokens.css` re-declares the var()-aliased Layer-2 tokens under `[data-tome-theme]` (and the deprecated `[data-tome-pack]`). Layer 2 is computed where it is declared: the `:root` alias block resolves once at `<html>`, so a Layer-1 override on a descendant never reached the `--tome-color-*` values blocks read unless each theme hand-copied the whole alias block. The re-declaration is generated from `src/tokens/layer2-aliases.json` (33 aliases, including `--tome-color-chart-1..5` and `--tome-type-serif`) at zero specificity (`:where()`), so any theme rule for the same names wins by specificity, never by load order. `test` and `prepublishOnly` fail if `tokens.css` drifts from the map. The tokens.css header's Layer-3 note is corrected accordingly: subtree `[data-theme]` inversions are still not re-resolved. Also in this release: - `--tome-radius-none` (0), `--tome-radius-xl` (1rem) and `--tome-motion-normal` (alias of `--tome-motion-base`) are now declared. Blocks already read them without a fallback, so those corners and transitions previously resolved to nothing. - Headings h1–h4 in `base.css` read an optional `--tome-type-weight-display` before their existing weight. Unset (the default), nothing changes; a theme or ThemeConfig sets it to change display weight. - The app-shell sidebar fallback now reads `--tome-color-surface` (it read the undeclared `--tome-color-card`). - **Deprecated:** `./packs/*` (`editorial`, `industrial-brutalist`, `signal`). They were empty stubs; they now contain only a deprecation comment, are removed from Storybook, and will be deleted with the export in a later minor. Themes ship as their own packages, activated by `data-tome-theme`.

e2f1705: Dark bands can follow the site's palette, and their accent text passes AA. `--tome-color-surface-solid-dark` now reads an optional ThemeConfig-owned `--surface-solid-dark` input (for example the site's ink); unset, it stays black. A new `--tome-color-primary-on-solid-dark` token is the brand accent for text on that surface. It lifts `primary`'s OKLCH lightness to a 0.66 floor with hue and chroma kept, which clears 5.5:1 on near-black across hues; an already-light primary passes through unchanged. A color-mix fallback covers engines without relative color syntax, and a site can pin an exact value with `--primary-on-solid-dark`. The starter's oxide had measured 3.85:1 on black and 3.39:1 on its ink, against AA's 4.5:1. `footer11`'s column labels use the new token, falling back to `primary` on a tome-ui without it.

• e2f1705: Dark bands can follow the site's palette, and their accent text passes AA. `--tome-color-surface-solid-dark` now reads an optional ThemeConfig-owned `--surface-solid-dark` input (for example the site's ink); unset, it stays black. A new `--tome-color-primary-on-solid-dark` token is the brand accent for text on that surface. It lifts `primary`'s OKLCH lightness to a 0.66 floor with hue and chroma kept, which clears 5.5:1 on near-black across hues; an already-light primary passes through unchanged. A color-mix fallback covers engines without relative color syntax, and a site can pin an exact value with `--primary-on-solid-dark`. The starter's oxide had measured 3.85:1 on black and 3.39:1 on its ink, against AA's 4.5:1. `footer11`'s column labels use the new token, falling back to `primary` on a tome-ui without it.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

befde64: Add the numeric block spacing scale (`--tome-space-0-5` … `--tome-space-16`) to `tokens.css`, additive alongside the existing t-shirt scale. Ported from wabbit-site-core's local `tome-overrides.css`, which had been carrying this scale on its own for the ~92 SCSS modules (2868 references) and `@wabbit/tome-blocks-gallery` that already consume it — this makes tome-ui the canonical source instead of each site re-authoring the same table. Consumed by `@wabbit/tome-blocks-house`'s ported partials (block-house-primitives B0).

• befde64: Add the numeric block spacing scale (`--tome-space-0-5` … `--tome-space-16`) to `tokens.css`, additive alongside the existing t-shirt scale. Ported from wabbit-site-core's local `tome-overrides.css`, which had been carrying this scale on its own for the ~92 SCSS modules (2868 references) and `@wabbit/tome-blocks-gallery` that already consume it — this makes tome-ui the canonical source instead of each site re-authoring the same table. Consumed by `@wabbit/tome-blocks-house`'s ported partials (block-house-primitives B0).

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.

48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<colour> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal

• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<colour> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

0a070e0: **VISIBLE CHANGE above 2118px viewport width.** The ultra-wide rule in `tokens.css` was `@media (min-width: 2000px) { html { font-size: 0.85vw } }`, headed "global downscale so rem-based layouts don't stretch on large monitors". Against the 18px base in `base.css` it only downscales in the narrow 2000–2118px band — past that it is unbounded growth: 21.8px at 2560, 29.2px at 3440, 43.5px at 5120. Because it sets the ROOT size, every rem-derived length in every consumer inflated with it (2.4x at 5K2K), which reads as "the fonts scale with my window and the layout breaks at fullscreen". Now `min(0.85vw, 18px)`. The intended downscale band is byte-identical (17px at 2000px) and the root is clamped at the base, so it can shrink on wide monitors but never exceed what `base.css` sets. Sites that were unknowingly designed against the inflated root — anything laid out and eyeballed at 2560px or wider — will render smaller after upgrading, because that inflation was the defect. A visual pass at 2560px+ is recommended before adopting. The 18px ceiling mirrors `base.css`'s `html { font-size }`; keep them in sync. Surfaced by a consumer's member on a 5120x2160 display; root cause confirmed with CDP `CSS.getMatchedStylesForNode` against production rather than a source grep.

• 0a070e0: **VISIBLE CHANGE above 2118px viewport width.** The ultra-wide rule in `tokens.css` was `@media (min-width: 2000px) { html { font-size: 0.85vw } }`, headed "global downscale so rem-based layouts don't stretch on large monitors". Against the 18px base in `base.css` it only downscales in the narrow 2000–2118px band — past that it is unbounded growth: 21.8px at 2560, 29.2px at 3440, 43.5px at 5120. Because it sets the ROOT size, every rem-derived length in every consumer inflated with it (2.4x at 5K2K), which reads as "the fonts scale with my window and the layout breaks at fullscreen". Now `min(0.85vw, 18px)`. The intended downscale band is byte-identical (17px at 2000px) and the root is clamped at the base, so it can shrink on wide monitors but never exceed what `base.css` sets. Sites that were unknowingly designed against the inflated root — anything laid out and eyeballed at 2560px or wider — will render smaller after upgrading, because that inflation was the defect. A visual pass at 2560px+ is recommended before adopting. The 18px ceiling mirrors `base.css`'s `html { font-size }`; keep them in sync. Surfaced by a consumer's member on a 5120x2160 display; root cause confirmed with CDP `CSS.getMatchedStylesForNode` against production rather than a source grep.

New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

• New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.

• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• aef2725: Accent layer unified: `accentVars()` (accent → `--block-accent-*` CSS custom properties) is now canonical in `@wabbit/tome-ui/utils/accent`; dispatch/readout re-export it and their ~19 inline style-object constructions now call it (values byte-identical for both). **longform: VISIBLE CHANGE (hence minor)** — its local ACCENT_MAP had drifted from the canonical palette its own header declared as the migration target; completing the migration shifts longform block accent hues slightly, makes borders match text, switches backgrounds from solid pale to translucent color-mix, and longform now honors `--cop-accent-*` theme overrides for the first time (parity with dispatch/readout). A visual pass on Callout/KeyFacts/DataTable-class blocks is recommended before adopting in a styled site.
• aef2725: Chrome shell goes server-safe (the audit's remaining clientization item): `HeaderRenderer`/`FooterRenderer` drop `'use client'` — the sole hook consumer (`HeaderVisibilityFrame`) is extracted to its own client module, and the seven static header block components are directive-free; dist-verified that exactly one chrome file ships the directive. tome-ui's Breadcrumb/Separator/ScrollArea likewise. Consumer pages no longer clientize the full navbar/footer variant set by importing the renderers. blocks-extras gains a `./render/shared` subpath (hero background layer + link-list, hook-free so it serves RSC and client call sites) adopted by the four hero blocks that had verbatim copies.

ec4b7bc: Layer-1 font slots (T3): `--tome-type-sans/serif/mono/display` now route through `:root`-defined `--font-sans/serif/mono/display` with the identical literal stacks as defaults — resolved values unchanged; theme packs can now override font families via the same layer1-override + layer2-re-emission mechanism they use for color.

• ec4b7bc: Layer-1 font slots (T3): `--tome-type-sans/serif/mono/display` now route through `:root`-defined `--font-sans/serif/mono/display` with the identical literal stacks as defaults — resolved values unchanged; theme packs can now override font families via the same layer1-override + layer2-re-emission mechanism they use for color.

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

Breakout chrome graduation (additive): `resolveBreakout(value, opts)` gains `{ aliasMode, pinnedBand, defaultWidth }`; new `resolveContentPlacement()` + `tome-cw-3..7` in `breakout.css` (the inner content-width axis → `--tome-content-cols`); new `withBlockPlacement` chrome HOC at `@wabbit/tome-ui/utils/withBlockPlacement`. Existing consumers ride the byte-identical named-token facade unchanged.

• Breakout chrome graduation (additive): `resolveBreakout(value, opts)` gains `{ aliasMode, pinnedBand, defaultWidth }`; new `resolveContentPlacement()` + `tome-cw-3..7` in `breakout.css` (the inner content-width axis → `--tome-content-cols`); new `withBlockPlacement` chrome HOC at `@wabbit/tome-ui/utils/withBlockPlacement`. Existing consumers ride the byte-identical named-token facade unchanged.

D3 breakout platform foundation: additive canonical breakout resolver (`resolveBreakout`, `normalizeWidth`, `BREAKOUT_LADDER_OPTIONS`) + exported `@wabbit/tome-ui/breakout.css` relax classes. `resolveBreakoutWidth`/`breakoutWidthField` preserved as a byte-identical facade (longform/editorial/readout unchanged).

• D3 breakout platform foundation: additive canonical breakout resolver (`resolveBreakout`, `normalizeWidth`, `BREAKOUT_LADDER_OPTIONS`) + exported `@wabbit/tome-ui/breakout.css` relax classes. `resolveBreakoutWidth`/`breakoutWidthField` preserved as a byte-identical facade (longform/editorial/readout unchanged).

84a047a: Fix NavigationMenu indicator leaving an 8px sliver peeking below the bar after a mega-menu/dropdown closes. The closed indicator (`[data-state='hidden']`) now has an explicit resting `opacity: 0` + `pointer-events: none`, so it stays hidden once its exit animation (which has no `forwards` fill) completes instead of reverting to the base `opacity: 1`.

• 84a047a: Fix NavigationMenu indicator leaving an 8px sliver peeking below the bar after a mega-menu/dropdown closes. The closed indicator (`[data-state='hidden']`) now has an explicit resting `opacity: 0` + `pointer-events: none`, so it stays hidden once its exit animation (which has no `forwards` fill) completes instead of reverting to the base `opacity: 1`.

8947ff1: Three additive packaging fixes surfaced by a consumer's registry-consumption migration (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible.

• 8947ff1: Three additive packaging fixes surfaced by a consumer's registry-consumption migration (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible.

feat(navigation-menu): overridable panel surface via CSS vars `NavigationMenu`'s `.content` and `.viewport` now read `--tome-nav-surface-bg`, `--tome-nav-surface-border`, and `--tome-nav-surface-shadow`, each falling back to the existing popover tokens (`--tome-color-popover` / `--tome-color-border` / `--tome-shadow-md`). Unset = byte-identical to before. Lets a consumer (e.g. a navbar variant) recolor the dropdown/mega-menu panel — or drop its border — by setting those vars on any ancestor, without forking the primitive. Consumed by `@wabbit/tome-chrome` NavBar4's new mega-menu background-color field.

• feat(navigation-menu): overridable panel surface via CSS vars `NavigationMenu`'s `.content` and `.viewport` now read `--tome-nav-surface-bg`, `--tome-nav-surface-border`, and `--tome-nav-surface-shadow`, each falling back to the existing popover tokens (`--tome-color-popover` / `--tome-color-border` / `--tome-shadow-md`). Unset = byte-identical to before. Lets a consumer (e.g. a navbar variant) recolor the dropdown/mega-menu panel — or drop its border — by setting those vars on any ancestor, without forking the primitive. Consumed by `@wabbit/tome-chrome` NavBar4's new mega-menu background-color field.

Breakout widths now resolve to **named grid lines**, not pixel max-width caps. `resolveBreakoutWidth` (`@wabbit/tome-ui/utils/breakout`) returns `{ gridColumn }` (e.g. `prose-start / prose-end`); blocks apply it as `style={{ gridColumn }}` on a subgrid root. Field option/value strings unchanged (no data migration). `BreakoutWidthValue`/`ResolvedBreakoutWidth` exported; `BreakoutWidth` kept as a deprecated alias. Breaking for consumers reading `.maxWidth`/`.width` off the result.

• Breakout widths now resolve to **named grid lines**, not pixel max-width caps. `resolveBreakoutWidth` (`@wabbit/tome-ui/utils/breakout`) returns `{ gridColumn }` (e.g. `prose-start / prose-end`); blocks apply it as `style={{ gridColumn }}` on a subgrid root. Field option/value strings unchanged (no data migration). `BreakoutWidthValue`/`ResolvedBreakoutWidth` exported; `BreakoutWidth` kept as a deprecated alias. Breaking for consumers reading `.maxWidth`/`.width` off the result.
• Added `--tome-type-leading-{none,tight,snug,normal,relaxed}` line-height aliases (retro-fixes existing block CSS) and a `--tome-color-surface-tint` token.

0b2a1d6: grid: change platform marginalia defaults from asymmetric to symmetric. `--tome-grid-marginalia-left-cols` default goes from `2` to `3` at lg+ (lg/xl/2xl/3xl). `--tome-grid-marginalia-right-cols` default goes from `4` to `3` at 2xl/3xl (lg/xl was already `3`). Net effect: M_L=M_R=3 across all lg+ breakpoints, producing symmetric prose center (line 10 of the 18-track grid) by default. Retires the wider-right-margin editorial convention from the 2026-05-10 marginalia tracks spec — consumer pattern across Wabbit content routes showed every active route needed an override toward symmetry. Non-breaking for any consumer that already overrides marginalia. Visible defaults change: prose narrows by 1 col at lg+ (7→6) and 2 cols at 2xl+ (8→6) for consumers without `--tome-prose-max-width` cap; right marginalia narrows by 1 col at 2xl+ (4→3). See spec `2026-05-13-tome-ui-grid-symmetric-marginalia-defaults-design` for the full design rationale, per-consumer audit, and migration path. Wabbit chapter route's existing `--tome-grid-marginalia-left-cols: 3` override becomes redundant post-publish (optional cleanup); Wabbit Studies/Pages/Posts wider-reading override (M_L=M_R=2, P_pad=3) stays as-is.

• 0b2a1d6: grid: change platform marginalia defaults from asymmetric to symmetric. `--tome-grid-marginalia-left-cols` default goes from `2` to `3` at lg+ (lg/xl/2xl/3xl). `--tome-grid-marginalia-right-cols` default goes from `4` to `3` at 2xl/3xl (lg/xl was already `3`). Net effect: M_L=M_R=3 across all lg+ breakpoints, producing symmetric prose center (line 10 of the 18-track grid) by default. Retires the wider-right-margin editorial convention from the 2026-05-10 marginalia tracks spec — consumer pattern across Wabbit content routes showed every active route needed an override toward symmetry. Non-breaking for any consumer that already overrides marginalia. Visible defaults change: prose narrows by 1 col at lg+ (7→6) and 2 cols at 2xl+ (8→6) for consumers without `--tome-prose-max-width` cap; right marginalia narrows by 1 col at 2xl+ (4→3). See spec `2026-05-13-tome-ui-grid-symmetric-marginalia-defaults-design` for the full design rationale, per-consumer audit, and migration path. Wabbit chapter route's existing `--tome-grid-marginalia-left-cols: 3` override becomes redundant post-publish (optional cleanup); Wabbit Studies/Pages/Posts wider-reading override (M_L=M_R=2, P_pad=3) stays as-is.

4225e9f: grid: re-alias `breakout-md-start/end` and `breakout-lg-start/end` named lines to point at the existing `reading` and `content` tracks respectively. Pure additive line-name remap — no track count change at any breakpoint, no integer column index shifts. Resolves the documented gap where both `breakoutWidth='breakout-md'` and `'breakout-lg'` rendered identically to `'full-bleed'` (both aliased to `full-start/end` previously). Result: 4 distinct column-aligned widths from the 5 enum values exposed by `@wabbit/tome-longform/utils/breakout`'s `breakoutWidthField`, with `breakout-lg` now a documented synonym for `content`. At base/sm where `reading-start/end` is not declared, both `breakout-md-start/end` and `breakout-lg-start/end` collapse to `content-start/end` (graceful mobile fallback, matching the prose-track pattern). All marginalia and prose named lines unchanged. See spec `2026-05-12-tome-ui-grid-breakout-rings-design` for the full design rationale, per-breakpoint diffs, and per-consumer audit.

• 4225e9f: grid: re-alias `breakout-md-start/end` and `breakout-lg-start/end` named lines to point at the existing `reading` and `content` tracks respectively. Pure additive line-name remap — no track count change at any breakpoint, no integer column index shifts. Resolves the documented gap where both `breakoutWidth='breakout-md'` and `'breakout-lg'` rendered identically to `'full-bleed'` (both aliased to `full-start/end` previously). Result: 4 distinct column-aligned widths from the 5 enum values exposed by `@wabbit/tome-longform/utils/breakout`'s `breakoutWidthField`, with `breakout-lg` now a documented synonym for `content`. At base/sm where `reading-start/end` is not declared, both `breakout-md-start/end` and `breakout-lg-start/end` collapse to `content-start/end` (graceful mobile fallback, matching the prose-track pattern). All marginalia and prose named lines unchanged. See spec `2026-05-12-tome-ui-grid-breakout-rings-design` for the full design rationale, per-breakpoint diffs, and per-consumer audit.

fix(ui): block-wrapper defaults to `pointer-events: none` in `.grid` context `[data-tome-block-wrapper]` (RenderBlocks' full-width subgrid wrapper, `grid-column: 1 / -1`) now defaults to `pointer-events: none` inside `.grid` contexts; direct child gets `pointer-events: auto` restored. The wrapper's bounding box is the full content width regardless of which column the visible inner content occupies, so without this default the wrapper's invisible area intercepts clicks intended for underlying chrome — sidebars, chapter nav, marginalia panels rendered as siblings. ```css /* shipped in grid.module.css */ :where(.grid :global([data-tome-block-wrapper])) { pointer-events: none; } :where(.grid :global([data-tome-block-wrapper]) > *) { grid-column: 2 / -2; /* unchanged */ pointer-events: auto; /* new */ } ``` The rule is `:where()`-wrapped (specificity 0) so consumers can still override when a wrapper genuinely needs to capture clicks. Retires the per-route `[data-tome-block-wrapper] { pointer-events: none }` band-aid pattern that an earlier wabbit-site-core fix introduced. See prose-track spec amendment §12.7 (2026-05-11) for the symptom that surfaced this and §12.7 fix 1 for the deferred-then-built architectural decision.

• fix(ui): block-wrapper defaults to `pointer-events: none` in `.grid` context `[data-tome-block-wrapper]` (RenderBlocks' full-width subgrid wrapper, `grid-column: 1 / -1`) now defaults to `pointer-events: none` inside `.grid` contexts; direct child gets `pointer-events: auto` restored. The wrapper's bounding box is the full content width regardless of which column the visible inner content occupies, so without this default the wrapper's invisible area intercepts clicks intended for underlying chrome — sidebars, chapter nav, marginalia panels rendered as siblings. ```css /* shipped in grid.module.css */ :where(.grid :global([data-tome-block-wrapper])) { pointer-events: none; } :where(.grid :global([data-tome-block-wrapper]) > *) { grid-column: 2 / -2; /* unchanged */ pointer-events: auto; /* new */ } ``` The rule is `:where()`-wrapped (specificity 0) so consumers can still override when a wrapper genuinely needs to capture clicks. Retires the per-route `[data-tome-block-wrapper] { pointer-events: none }` band-aid pattern that an earlier wabbit-site-core fix introduced. See prose-track spec amendment §12.7 (2026-05-11) for the symptom that surfaced this and §12.7 fix 1 for the deferred-then-built architectural decision.

feat(ui): grid prose track — `prose-start / prose-end` named lines + `--tome-prose-max-width` cap + missing marginalia `-start/-end` aliases `@wabbit/tome-ui/grid` `.grid` template now declares a first-class prose track at md+ breakpoints. tome-longform 0.3.0 retargets 13 of 16 block `.blockRoot` defaults to `grid-column: prose-start / prose-end`. Consumers can pin prose to a hard pixel width via `--tome-prose-max-width` (per spec 2026-05-11-tome-ui-prose-track-design). Default prose-pad widths per breakpoint (`P_pad` cols each side of `prose-inner`; configurable via `--tome-grid-prose-pad-cols` at lg+, defaults to 2): - md (reading=6): P_pad=1, P_inner=4 - lg+ (reading=11): P_pad=2, P_inner=7 (~800px @ 1920 viewport, ~70ch at body font) - 2xl+ (reading=10): P_pad=2, P_inner=6 - base+sm: prose-start ≡ content-start, prose-end ≡ content-end (collapse to full readable column on phones) Consumer override pattern: ```css /* on a route or layout wrapper */ .contentWrapper { --tome-prose-max-width: 600px; } /* block CSS, set by tome-longform 0.3.0 */ .blockRoot { max-width: var(--tome-prose-max-width, none); margin-inline: auto; } ```

• feat(ui): grid prose track — `prose-start / prose-end` named lines + `--tome-prose-max-width` cap + missing marginalia `-start/-end` aliases `@wabbit/tome-ui/grid` `.grid` template now declares a first-class prose track at md+ breakpoints. tome-longform 0.3.0 retargets 13 of 16 block `.blockRoot` defaults to `grid-column: prose-start / prose-end`. Consumers can pin prose to a hard pixel width via `--tome-prose-max-width` (per spec 2026-05-11-tome-ui-prose-track-design). Default prose-pad widths per breakpoint (`P_pad` cols each side of `prose-inner`; configurable via `--tome-grid-prose-pad-cols` at lg+, defaults to 2): - md (reading=6): P_pad=1, P_inner=4 - lg+ (reading=11): P_pad=2, P_inner=7 (~800px @ 1920 viewport, ~70ch at body font) - 2xl+ (reading=10): P_pad=2, P_inner=6 - base+sm: prose-start ≡ content-start, prose-end ≡ content-end (collapse to full readable column on phones) Consumer override pattern: ```css /* on a route or layout wrapper */ .contentWrapper { --tome-prose-max-width: 600px; } /* block CSS, set by tome-longform 0.3.0 */ .blockRoot { max-width: var(--tome-prose-max-width, none); margin-inline: auto; } ```
• feat(ui): coalesce missing marginalia `-start/-end` aliases on the grid template (md+) The marginalia design spec (2026-05-10 §3.2) declared `marginalia-{left,right}-{start,end}` aliases for the `-{outer,inner}` line positions, but those alias names never actually shipped in `grid.module.css` in 0.7.0. KeyFacts SIDEBAR + Aside-right + Aside-left + AuthorAside-overlay variants in tome-longform 0.2.0 targeted `marginalia-right-start / marginalia-right-end` (and the left equivalents) and currently fall through to single grid cells on non-bandaided routes. 0.8.0 ships the missing aliases — `marginalia-left-start ≡ marginalia-left-outer`, `marginalia-left-end ≡ marginalia-left-inner`, `marginalia-right-start ≡ marginalia-right-inner`, `marginalia-right-end ≡ marginalia-right-outer` — coalesced into the existing line brackets at md/lg/xl/2xl/3xl. Fixes all 4 longform variants without a per-block CSS edit in tome-longform 0.3.0.
• `repeat(calc(...))` browser support: Chrome 117+, Firefox 119+, Safari 17.4+ — same envelope as 0.7.0's marginalia calc; one additional subtraction term for `--tome-grid-prose-pad-cols * 2`. Verified locally; cross-browser smoke gates at G1.
• No breaking changes to existing line names. All additions are coalesced with existing positions or new line names declared inside existing brackets.

feat(ui): grid marginalia tracks — `marginalia-{left,right}-{outer,inner}` + `reading-{start,end}` named lines `@wabbit/tome-ui/grid` `.grid` template now exposes a first-class marginalia track system at md+ breakpoints. Block packs that previously placed sidebar variants at the page padding columns (`margin-{left,right}-*`, ~24px wide) can now place at `marginalia-{left,right}-*` for a readable editorial column inside the inner content grid. Default widths per breakpoint: - md (≥768): M_left=0 (collapsed to content-start), M_right=2; reading=6 - lg+ (≥1024): M_left=2, M_right=3; reading=11 - 2xl+ (≥1536): M_left=2, M_right=4; reading=10 - base+sm: marginalia variants gate at md+ in pack CSS; below md they fall through to default content-area placement Routes can override the lg+ defaults via `--tome-grid-marginalia-left-cols` / `--tome-grid-marginalia-right-cols` custom properties on the grid wrapper. Implementation uses `calc()` inside `repeat()` (CSS Values L4; Chrome 117+, Firefox 119+, Safari 17.4+). Reading-column-only aliases also added: `reading-start` ≡ `marginalia-left-inner`; `reading-end` ≡ `marginalia-right-inner`. Use these when a block wants to align with the reading column even when marginalia is present. Backward-compat: `content-start/end`, `full-*`, `breakout-{md,lg}-*`, `margin-{left,right}-*` named lines unchanged. `margin-*` retains padding-column placement for blocks that want gutter rendering specifically. Aside.LEFT-style variants at md viewport resolve to 0 width (M_left=0 there); they effectively activate at lg+. Documented as a known limitation pending a future spec revision.

• feat(ui): grid marginalia tracks — `marginalia-{left,right}-{outer,inner}` + `reading-{start,end}` named lines `@wabbit/tome-ui/grid` `.grid` template now exposes a first-class marginalia track system at md+ breakpoints. Block packs that previously placed sidebar variants at the page padding columns (`margin-{left,right}-*`, ~24px wide) can now place at `marginalia-{left,right}-*` for a readable editorial column inside the inner content grid. Default widths per breakpoint: - md (≥768): M_left=0 (collapsed to content-start), M_right=2; reading=6 - lg+ (≥1024): M_left=2, M_right=3; reading=11 - 2xl+ (≥1536): M_left=2, M_right=4; reading=10 - base+sm: marginalia variants gate at md+ in pack CSS; below md they fall through to default content-area placement Routes can override the lg+ defaults via `--tome-grid-marginalia-left-cols` / `--tome-grid-marginalia-right-cols` custom properties on the grid wrapper. Implementation uses `calc()` inside `repeat()` (CSS Values L4; Chrome 117+, Firefox 119+, Safari 17.4+). Reading-column-only aliases also added: `reading-start` ≡ `marginalia-left-inner`; `reading-end` ≡ `marginalia-right-inner`. Use these when a block wants to align with the reading column even when marginalia is present. Backward-compat: `content-start/end`, `full-*`, `breakout-{md,lg}-*`, `margin-{left,right}-*` named lines unchanged. `margin-*` retains padding-column placement for blocks that want gutter rendering specifically. Aside.LEFT-style variants at md viewport resolve to 0 width (M_left=0 there); they effectively activate at lg+. Documented as a known limitation pending a future spec revision.

1d90b24: Add `breakout-md-{start,end}` and `breakout-lg-{start,end}` named lines to the page grid template at all 7 breakpoints. `breakout-lg` aliases `full` (full viewport, padding-to-padding). `breakout-md` aliases `margin-left-start / margin-right-end` — wider than content, narrower than full. Distinct from `breakout-lg` only by semantic intent at this grid resolution; no in-between track exists yet. Adopted by `@wabbit/tome-longform`'s DataTable + ImageGrid breakout-width variants (`breakout-md`, `breakout-lg`, `full-bleed`). Additive — no impact on existing consumers.

• 1d90b24: Add `breakout-md-{start,end}` and `breakout-lg-{start,end}` named lines to the page grid template at all 7 breakpoints. `breakout-lg` aliases `full` (full viewport, padding-to-padding). `breakout-md` aliases `margin-left-start / margin-right-end` — wider than content, narrower than full. Distinct from `breakout-lg` only by semantic intent at this grid resolution; no in-between track exists yet. Adopted by `@wabbit/tome-longform`'s DataTable + ImageGrid breakout-width variants (`breakout-md`, `breakout-lg`, `full-bleed`). Additive — no impact on existing consumers.

**`grid.module.css`** — flip the default block-content placement from full-bleed (`1 / -1`) to content-area (`2 / -2`), and zero its specificity so per-block declarations always win. The `[data-tome-block-wrapper]` subgrid still spans `1 / -1` of the page grid (full-bleed access preserved), but the _block content_ inside the wrapper now defaults to the content columns. Pack blocks intentionally rendering full-bleed (Marquee, ImageMarquee, Showcase, hero-style packs) already declare `grid-column: 1 / -1` on their own root container — those declarations now reliably win because the platform default is wrapped in `:where()` (specificity 0). **Why minor, not patch:** this changes the rendered layout for any consumer relying on the previous `1 / -1` default for non-pack blocks. Most blocks should be content-area; full-bleed is the exception and should be opted into explicitly.

• **`grid.module.css`** — flip the default block-content placement from full-bleed (`1 / -1`) to content-area (`2 / -2`), and zero its specificity so per-block declarations always win. The `[data-tome-block-wrapper]` subgrid still spans `1 / -1` of the page grid (full-bleed access preserved), but the _block content_ inside the wrapper now defaults to the content columns. Pack blocks intentionally rendering full-bleed (Marquee, ImageMarquee, Showcase, hero-style packs) already declare `grid-column: 1 / -1` on their own root container — those declarations now reliably win because the platform default is wrapped in `:where()` (specificity 0). **Why minor, not patch:** this changes the rendered layout for any consumer relying on the previous `1 / -1` default for non-pack blocks. Most blocks should be content-area; full-bleed is the exception and should be opted into explicitly.

**Anchor block-wrapper default selector on `.grid` (CSS-Modules pure-selector compliance).** `grid.module.css` had a pure-global selector at the block-wrapper default rule (`:global([data-tome-block-wrapper]) > :where(*)`). Next's strict CSS-Module loader rejects pure-global selectors with "Selector ... is not pure (pure selectors must contain at least one local class or id)". Anchoring on `.grid` makes the selector impure-but-deterministic; semantics are unchanged because the rule is only meaningful inside a `.grid` ancestor anyway. Discovered during the Wabbit Phase A.3 grid-wrapper pilot (2026-04-28 audit) — without this fix, consumer sites couldn't `import tomeGrid from '@wabbit/tome-ui/grid'`.

• **Anchor block-wrapper default selector on `.grid` (CSS-Modules pure-selector compliance).** `grid.module.css` had a pure-global selector at the block-wrapper default rule (`:global([data-tome-block-wrapper]) > :where(*)`). Next's strict CSS-Module loader rejects pure-global selectors with "Selector ... is not pure (pure selectors must contain at least one local class or id)". Anchoring on `.grid` makes the selector impure-but-deterministic; semantics are unchanged because the rule is only meaningful inside a `.grid` ancestor anyway. Discovered during the Wabbit Phase A.3 grid-wrapper pilot (2026-04-28 audit) — without this fix, consumer sites couldn't `import tomeGrid from '@wabbit/tome-ui/grid'`.

**Add `--tome-type-size-*` aliases to bridge pack-renderer references to the platform's `--tome-text-*` scale.** Pack CSS Modules across `blocks-extras`, `blocks-marketing-starter`, `blocks-content-writer`, `blocks-agency-essentials`, `blocks-editorial-pack` reference 15 distinct `--tome-type-size-*` tokens (`micro`, `xxs`, `xs`, `sm`, `base`, `md`, `lg`, `xl`, `2xl`, `3xl`, `4xl`, `5xl`, `xxl`, `xxxl`, `hero`). The platform only ships `--tome-text-*` (h1–h6, lg, body, sm, xs). Until now, font-size declarations in pack renderers fell through to the browser default (`font-size: medium`, ~16px) in any consumer that hadn't manually defined the family. Only Marquee and ImageMarquee carried inline fallbacks; ~140+ other references were bare `var(--tome-type-size-*)`. This adds the 15 aliases to `tokens.css`, mapping to the existing `--tome-text-*` clamp scale where the semantic intent matches. The 3 hero-marquee references with inline fallbacks are unaffected (their fallbacks remain authoritative for that oversized scale). Discovered during the Wabbit ↔ tome-blocks alignment audit (2026-04-28). No pack-side changes; aliases activate the existing CSS as authored.

• **Add `--tome-type-size-*` aliases to bridge pack-renderer references to the platform's `--tome-text-*` scale.** Pack CSS Modules across `blocks-extras`, `blocks-marketing-starter`, `blocks-content-writer`, `blocks-agency-essentials`, `blocks-editorial-pack` reference 15 distinct `--tome-type-size-*` tokens (`micro`, `xxs`, `xs`, `sm`, `base`, `md`, `lg`, `xl`, `2xl`, `3xl`, `4xl`, `5xl`, `xxl`, `xxxl`, `hero`). The platform only ships `--tome-text-*` (h1–h6, lg, body, sm, xs). Until now, font-size declarations in pack renderers fell through to the browser default (`font-size: medium`, ~16px) in any consumer that hadn't manually defined the family. Only Marquee and ImageMarquee carried inline fallbacks; ~140+ other references were bare `var(--tome-type-size-*)`. This adds the 15 aliases to `tokens.css`, mapping to the existing `--tome-text-*` clamp scale where the semantic intent matches. The 3 hero-marquee references with inline fallbacks are unaffected (their fallbacks remain authoritative for that oversized scale). Discovered during the Wabbit ↔ tome-blocks alignment audit (2026-04-28). No pack-side changes; aliases activate the existing CSS as authored.

Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.

• Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

7981075: `RouteTransition` now server-renders its `@view-transition { navigation: auto; }` rule into `<head>` (a React 19 hoisted `<style>`) instead of injecting it from a layout effect after hydration. A cross-document view transition needs the opt-in in both documents when the new page is revealed, which happens before hydration. The effect-injected rule was always too late on the arriving page, so Chrome aborted every transition and threw an uncaught `InvalidStateError: Transition was aborted because of invalid state. ViewTransition opt-in disabled` on each full page load. Full page loads now actually cross-fade on sites that mount `RouteTransition`. The rule has no effect on client-router (same-document) navigations, and the docs no longer claim it does. `disabled` is decided per document: React keeps a hoisted style once inserted, so turning `disabled` on during a client navigation does not remove a rule an earlier route already added.

• 7981075: `RouteTransition` now server-renders its `@view-transition { navigation: auto; }` rule into `<head>` (a React 19 hoisted `<style>`) instead of injecting it from a layout effect after hydration. A cross-document view transition needs the opt-in in both documents when the new page is revealed, which happens before hydration. The effect-injected rule was always too late on the arriving page, so Chrome aborted every transition and threw an uncaught `InvalidStateError: Transition was aborted because of invalid state. ViewTransition opt-in disabled` on each full page load. Full page loads now actually cross-fade on sites that mount `RouteTransition`. The rule has no effect on client-router (same-document) navigations, and the docs no longer claim it does. `disabled` is decided per document: React keeps a hoisted style once inserted, so turning `disabled` on during a client navigation does not remove a rule an earlier route already added.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

45f349a: **BREAKING:** `useDebouncedResize` is no longer exported from `@wabbit/tome-motion`; import it from `@wabbit/tome-blocks-core/utilities/useDebouncedResize`. **Migration:** replace `import { useDebouncedResize } from '@wabbit/tome-motion'` with `import { useDebouncedResize } from '@wabbit/tome-blocks-core/utilities/useDebouncedResize'`. The hook's signature and behavior are unchanged; only its import path moves. Add `@wabbit/tome-blocks-core` to your own dependencies if you do not already install it. **Deprecation window:** the motion re-export was marked `@deprecated` and announced for removal in 0.2.0. It stayed in place through the 0.2.x and 0.3.x lines, well past that announced window, and is removed now. The hook is a plain DOM helper with no motion dependency, so it lives with the block substrate whether or not motion is installed. With the re-export gone, `@wabbit/tome-motion` no longer depends on `@wabbit/tome-blocks-core`, so installing motion stops pulling in the block substrate.

• 45f349a: **BREAKING:** `useDebouncedResize` is no longer exported from `@wabbit/tome-motion`; import it from `@wabbit/tome-blocks-core/utilities/useDebouncedResize`. **Migration:** replace `import { useDebouncedResize } from '@wabbit/tome-motion'` with `import { useDebouncedResize } from '@wabbit/tome-blocks-core/utilities/useDebouncedResize'`. The hook's signature and behavior are unchanged; only its import path moves. Add `@wabbit/tome-blocks-core` to your own dependencies if you do not already install it. **Deprecation window:** the motion re-export was marked `@deprecated` and announced for removal in 0.2.0. It stayed in place through the 0.2.x and 0.3.x lines, well past that announced window, and is removed now. The hook is a plain DOM helper with no motion dependency, so it lives with the block substrate whether or not motion is installed. With the re-export gone, `@wabbit/tome-motion` no longer depends on `@wabbit/tome-blocks-core`, so installing motion stops pulling in the block substrate.

8af01f8: Tweens that run on mount no longer animate for users who prefer reduced motion. `MotionProvider` now reads `prefers-reduced-motion` synchronously on the client's first render instead of starting at `false`, so `useTween` calls that run on mount no longer animate for reduced-motion users. `useTween` also re-runs when the preference changes after mount.

• 8af01f8: Tweens that run on mount no longer animate for users who prefer reduced motion. `MotionProvider` now reads `prefers-reduced-motion` synchronously on the client's first render instead of starting at `false`, so `useTween` calls that run on mount no longer animate for reduced-motion users. `useTween` also re-runs when the preference changes after mount.
• Updated dependencies [1e481f4]
• Updated dependencies [252ef2d]
• Updated dependencies [cbbc37c] - @wabbit/tome-blocks-core@0.18.1

Updated dependencies [c3468b0] - @wabbit/tome-blocks-core@0.18.0

• Updated dependencies [c3468b0] - @wabbit/tome-blocks-core@0.18.0

Updated dependencies [404d325] - @wabbit/tome-blocks-core@0.17.0

• Updated dependencies [404d325] - @wabbit/tome-blocks-core@0.17.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.
• Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

108195b: useTicker: make `enabled` actually able to STOP a running ticker. `enabled` could only ever prevent a ticker from starting. Flipping it false after mount did nothing, silently. useGSAP computes `deferCleanup = dependencies.length && !revertOnUpdate`, and deferred cleanup runs only on unmount. So a dependency change re-invoked the effect body without first tearing down the previous run: the `enabled === false` early return was reached, `ticker.remove(callback)` never was, and the callback registered on the first render kept firing forever — while the call site read as though it had been switched off. Found the hard way. The marquee viewport gate (blocks-extras 0.15.3) passed `enabled: inViewport`, typechecked, built, shipped, and changed nothing measurable: the off-screen marquee kept mutating at ~127/s in production because its ticker was registered once and never removed. `revertOnUpdate` is now set only when a consumer actually passes `enabled`, so anyone relying on the existing defer-to-unmount lifecycle is unaffected. At time of writing the only `useTicker` consumers in the monorepo are Marquee and ImageMarquee, both of which pass `enabled`. Covered by `src/test/useTicker.test.tsx` — registration, teardown on flip, re-registration on flip back, and non-interference for consumers without `enabled`. The teardown test was verified to fail when `revertOnUpdate` is removed, rather than merely to pass as written.

• 108195b: useTicker: make `enabled` actually able to STOP a running ticker. `enabled` could only ever prevent a ticker from starting. Flipping it false after mount did nothing, silently. useGSAP computes `deferCleanup = dependencies.length && !revertOnUpdate`, and deferred cleanup runs only on unmount. So a dependency change re-invoked the effect body without first tearing down the previous run: the `enabled === false` early return was reached, `ticker.remove(callback)` never was, and the callback registered on the first render kept firing forever — while the call site read as though it had been switched off. Found the hard way. The marquee viewport gate (blocks-extras 0.15.3) passed `enabled: inViewport`, typechecked, built, shipped, and changed nothing measurable: the off-screen marquee kept mutating at ~127/s in production because its ticker was registered once and never removed. `revertOnUpdate` is now set only when a consumer actually passes `enabled`, so anyone relying on the existing defer-to-unmount lifecycle is unaffected. At time of writing the only `useTicker` consumers in the monorepo are Marquee and ImageMarquee, both of which pass `enabled`. Covered by `src/test/useTicker.test.tsx` — registration, teardown on flip, re-registration on flip back, and non-interference for consumers without `enabled`. The teardown test was verified to fail when `revertOnUpdate` is removed, rather than merely to pass as written.

dfccbc1: LenisProvider: skip the per-frame scroll write while Lenis is at rest. `lenis.raf()` was ticked unconditionally from GSAP's ticker. It writes scroll state on every frame it is handed — at rest or not — and each write forces a style recalculation, so an open tab paid a recalc per frame for as long as it stayed open. Measured on wabbit.com: 144 recalcs/s and ~8% of a core on a page nobody was touching, indefinitely. The same page with Lenis absent (`/block-review`, a native-scroll route) idles at 0 recalcs and ~1.6%. This is what triggers Chrome's "this tab is slowing your browser" intervention. The ticker now returns early when `isScrolling` is falsy. That cannot deadlock: every entry point sets the flag synchronously inside the input handler, before the next tick — wheel/touch via `onVirtualScroll` -> `scrollTo` ('smooth'), scrollbar/keyboard via `onNativeScroll` ('native'), and programmatic `scrollTo`. The idle branch still advances `lenis.time`, because Lenis derives `deltaTime = time - (this.time || time)`; leaving the clock stale would hand the first resumed frame a delta of the entire idle span, completing the ease instantly and snapping the scroll instead of easing it. No API change. Scroll feel is unchanged — only the at-rest cost goes away.

• dfccbc1: LenisProvider: skip the per-frame scroll write while Lenis is at rest. `lenis.raf()` was ticked unconditionally from GSAP's ticker. It writes scroll state on every frame it is handed — at rest or not — and each write forces a style recalculation, so an open tab paid a recalc per frame for as long as it stayed open. Measured on wabbit.com: 144 recalcs/s and ~8% of a core on a page nobody was touching, indefinitely. The same page with Lenis absent (`/block-review`, a native-scroll route) idles at 0 recalcs and ~1.6%. This is what triggers Chrome's "this tab is slowing your browser" intervention. The ticker now returns early when `isScrolling` is falsy. That cannot deadlock: every entry point sets the flag synchronously inside the input handler, before the next tick — wheel/touch via `onVirtualScroll` -> `scrollTo` ('smooth'), scrollbar/keyboard via `onNativeScroll` ('native'), and programmatic `scrollTo`. The idle branch still advances `lenis.time`, because Lenis derives `deltaTime = time - (this.time || time)`; leaving the clock stale would hand the first resumed frame a delta of the entire idle span, completing the ease instantly and snapping the scroll instead of easing it. No API change. Scroll feel is unchanged — only the at-rest cost goes away.

Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0

Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

Updated dependencies [26dfa07]

• Updated dependencies [26dfa07]
• Updated dependencies [6bc419c]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-core@1.4.0

Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90]
• Updated dependencies [850d51c] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-core@1.2.1

Updated dependencies - @wabbit/tome-blocks-core@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

• Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

• Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [a9801fe]

• Updated dependencies [a9801fe]
• Updated dependencies [baf401e]
• Updated dependencies [4b2f368] - @wabbit/tome-core@1.1.0 - @wabbit/tome-blocks-core@0.6.2

Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [36dc023]

• Updated dependencies [36dc023]
• Updated dependencies [2612799] - @wabbit/tome-core@1.0.11 - @wabbit/tome-blocks-core@0.5.7

**Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

• **Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.
• Updated dependencies - @wabbit/tome-blocks-core@0.4.2

Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.

• Initial publish to npm.wabbit.com — first registry release for the 5 non-block-pack packages. Companion to the existing sprint-3-blocks-split changeset (which handles the 11 linked block packages). Together these two changesets bring all 8 publish-pipeline-Phase-2-remediated packages to a coherent first-release cohort: - `@wabbit/tome-core` 0.1.0 → 0.2.0 - `@wabbit/tome-ui` 0.2.0 → 0.3.0 - `@wabbit/tome-motion` 0.1.0 → 0.2.0 - `@wabbit/tome-lms` 0.1.0 → 0.2.0 - `@wabbit/tome-lms-ui` 0.1.0 → 0.2.0 - `@wabbit/tome-blocks-core` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-extras` 0.1.0 → 0.2.0 (via sprint-3) - `@wabbit/tome-blocks-marketing-starter` 0.1.0 → 0.2.0 (via sprint-3) All 8 packages ship with metadata, dist/ output, exports map verified by P6 scratch-consumer smoke (35/35 resolutions), 'use client' + 'server-only' directives preserved through tsup bundle:false. Verdaccio v0 live since 2026-04-18 at npm.wabbit.com.
• Updated dependencies
• Updated dependencies [f2202cd] - @wabbit/tome-core@0.2.0 - @wabbit/tome-blocks-core@0.3.0

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

27911be: Terminal Steps and Proof Ledger now land on the right gallery shelves. Terminal Steps carried a `code` tag that put it among the primitives, beside Spacer and Text Block, and it now sits with content. Proof Ledger matched no shelf and fell into a category of its own, and it now sits with data. Nothing changes on a page: tags only affect how a gallery groups the blocks.

• 27911be: Terminal Steps and Proof Ledger now land on the right gallery shelves. Terminal Steps carried a `code` tag that put it among the primitives, beside Spacer and Text Block, and it now sits with content. Proof Ledger matched no shelf and fell into a category of its own, and it now sits with data. Nothing changes on a page: tags only affect how a gallery groups the blocks.

The block catalog and block type slugs now list the six new Marketing Starter blocks and the new call to action and section header variants. `stop-viewer`, `switch-tally`, `proof-ledger`, `terminal-steps`, `layer-stack` and `term-rows` get catalog entries and slug pairs, so `data-block-type` carries the catalog slug and a theme can target them. The `cta` entry lists `command-close`, and the `section-header` entry lists `transcript-stage` and `product-split`.

• The block catalog and block type slugs now list the six new Marketing Starter blocks and the new call to action and section header variants. `stop-viewer`, `switch-tally`, `proof-ledger`, `terminal-steps`, `layer-stack` and `term-rows` get catalog entries and slug pairs, so `data-block-type` carries the catalog slug and a theme can target them. The `cta` entry lists `command-close`, and the `section-header` entry lists `transcript-stage` and `product-split`.

3954ae9: A page can now carry a breadcrumb trail, an urgent or important notice, and prose set beside its review line and a callout, all from blocks an editor composes. The new `breadcrumb` block is a labeled navigation landmark holding an ordered list of links that ends in the current page (`aria-current="page"`); labels wrap at any width, every link is at least 44px tall, an unsafe link shows as text, and no structured data is emitted. The `post-notice` block gains an optional `tone` (standard, important, urgent) and a `headingLevel`: a toned notice gets a mark before its heading and a heavier edge, never color alone, it stays a static note (no alert role), and an untoned notice renders byte for byte as before. The practice pack's reviewed line is now nestable, so it can sit in a layout grid; build the reading layout with a layout grid in its feature-and-sidebar arrangement holding a text block, the reviewed line and a notice. The block catalog lists the new block.

• 3954ae9: A page can now carry a breadcrumb trail, an urgent or important notice, and prose set beside its review line and a callout, all from blocks an editor composes. The new `breadcrumb` block is a labeled navigation landmark holding an ordered list of links that ends in the current page (`aria-current="page"`); labels wrap at any width, every link is at least 44px tall, an unsafe link shows as text, and no structured data is emitted. The `post-notice` block gains an optional `tone` (standard, important, urgent) and a `headingLevel`: a toned notice gets a mark before its heading and a heavier edge, never color alone, it stays a static note (no alert role), and an untoned notice renders byte for byte as before. The practice pack's reviewed line is now nestable, so it can sit in a layout grid; build the reading layout with a layout grid in its feature-and-sidebar arrangement holding a text block, the reviewed line and a notice. The block catalog lists the new block.

The block catalog and block type slugs now list the practice pack's thirteen blocks.

• The block catalog and block type slugs now list the practice pack's thirteen blocks.

0517734: The block catalog lists the two new `local-locations` and `local-desk-strip` blocks in the local pack.

• 0517734: The block catalog lists the two new `local-locations` and `local-desk-strip` blocks in the local pack.

ba8c8f6: RenderBlocks can map a renamed block back to its catalog slug, so themes still find it. `RenderBlocks` gains an optional `blockTypeSlugs` prop (stored type to catalog slug), consulted before the generated `BLOCK_TYPE_SLUGS` table when writing the per-block wrapper's `data-block-type`, and `@wabbit/tome-blocks-core/slugOverrides` gains `blockTypeSlugsForOverrides(overrides)`, which builds that map from the same overrides passed to `applyBlockSlugOverrides` and `remapRendererSlugs`. A site that renames a colliding pack block (agency-essentials `gallery` stored as `agency-gallery` beside a native Gallery block) now keeps `data-block-type="gallery"`, so theme treatments keyed on the catalog slug reach it with no wrapper element. `catalogSlugForBlockType` takes the same optional map as a second argument and moves to `render/catalogSlug.ts` (still exported from `RenderBlocks` and the barrels). Without the prop every wrapper renders exactly as before (a golden of the default markup, cut before the change, pins it).

• ba8c8f6: RenderBlocks can map a renamed block back to its catalog slug, so themes still find it. `RenderBlocks` gains an optional `blockTypeSlugs` prop (stored type to catalog slug), consulted before the generated `BLOCK_TYPE_SLUGS` table when writing the per-block wrapper's `data-block-type`, and `@wabbit/tome-blocks-core/slugOverrides` gains `blockTypeSlugsForOverrides(overrides)`, which builds that map from the same overrides passed to `applyBlockSlugOverrides` and `remapRendererSlugs`. A site that renames a colliding pack block (agency-essentials `gallery` stored as `agency-gallery` beside a native Gallery block) now keeps `data-block-type="gallery"`, so theme treatments keyed on the catalog slug reach it with no wrapper element. `catalogSlugForBlockType` takes the same optional map as a second argument and moves to `render/catalogSlug.ts` (still exported from `RenderBlocks` and the barrels). Without the prop every wrapper renders exactly as before (a golden of the default markup, cut before the change, pins it).

a6eaeb2: `BlockStyles` takes `dedupe={false}` so every instance emits its sheet, for a block rendered ahead and chosen on the client. Banner uses it: a layout that renders one alert per tenant and lets the header show the current one no longer gets an unstyled alert when another tenant's alert rendered first. marketing-starter now needs blocks-core 0.45.0 or later.

• a6eaeb2: `BlockStyles` takes `dedupe={false}` so every instance emits its sheet, for a block rendered ahead and chosen on the client. Banner uses it: a layout that renders one alert per tenant and lets the header show the current one no longer gets an unstyled alert when another tenant's alert rendered first. marketing-starter now needs blocks-core 0.45.0 or later.

d0f11bc: `MediaProps` gains an optional `fetchPriority` (`high`, `low` or `auto`) for the LCP image. The built-in default media adapter renders it as `fetchpriority` on the `<img>` when set, and adds nothing when it is not, so every existing image renders byte for byte as before. An adapter built on `next/image` should pass it through explicitly: next/image 16 does not infer `fetchPriority` from `priority`. The `high-impact-hero` `venue` variant is the first caller.

• d0f11bc: `MediaProps` gains an optional `fetchPriority` (`high`, `low` or `auto`) for the LCP image. The built-in default media adapter renders it as `fetchpriority` on the `<img>` when set, and adds nothing when it is not, so every existing image renders byte for byte as before. An adapter built on `next/image` should pass it through explicitly: next/image 16 does not infer `fetchPriority` from `priority`. The `high-impact-hero` `venue` variant is the first caller.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

8e56ff7: `<BlockStyles>` emits each block stylesheet once per server request. React dedupes the hoisted `<style>` in the DOM but not in the RSC payload, so a block repeated on a page re-serialized its whole sheet each time; a wabbit.com essay with 22 sections shipped 3.74 MB of HTML (now 0.78 MB). Client components are unaffected.

• 8e56ff7: `<BlockStyles>` emits each block stylesheet once per server request. React dedupes the hoisted `<style>` in the DOM but not in the RSC payload, so a block repeated on a page re-serialized its whole sheet each time; a wabbit.com essay with 22 sections shipped 3.74 MB of HTML (now 0.78 MB). Client components are unaffected.

39cb8ef: New `@wabbit/tome-blocks-core/usage/node` subpath: `loadInstalledBlockMeta(root)` finds the block packs installed in a checkout and returns their block metadata, ready for `buildUsageManifest`. Additive. Node-only; it never throws, and a pack that cannot load is skipped with a warning on stderr.

• 39cb8ef: New `@wabbit/tome-blocks-core/usage/node` subpath: `loadInstalledBlockMeta(root)` finds the block packs installed in a checkout and returns their block metadata, ready for `buildUsageManifest`. Additive. Node-only; it never throws, and a pack that cannot load is skipped with a warning on stderr.

1f63019: The block render registry now keeps a separate set of renderers for the server-components graph and for the SSR/client graph, so a pack renderer that wraps a client component can no longer be rendered from the wrong graph. - A renderer registered from the server-components graph holds a client reference where it renders a `'use client'` component. When the SSR graph looked it up through `getRenderer`, `resolveRenderer` or `RenderBlock` and rendered it, the page threw "Attempted to call TestimonialClient() from the server but TestimonialClient is on the client". - Each graph now registers into, and reads from, its own store (the same rule the block-adapter registry already follows), so a lookup returns only a renderer registered from the graph it runs in. Within one graph the store is still shared across duplicate module instances. - A site that registers renderers only from a `'use client'` module and renders them with a server-component `RenderBlock` must also call the pack's `registerRenderers()` from a module the server graph imports; the missing-renderer warning in `RenderBlock` names this fix.

• 1f63019: The block render registry now keeps a separate set of renderers for the server-components graph and for the SSR/client graph, so a pack renderer that wraps a client component can no longer be rendered from the wrong graph. - A renderer registered from the server-components graph holds a client reference where it renders a `'use client'` component. When the SSR graph looked it up through `getRenderer`, `resolveRenderer` or `RenderBlock` and rendered it, the page threw "Attempted to call TestimonialClient() from the server but TestimonialClient is on the client". - Each graph now registers into, and reads from, its own store (the same rule the block-adapter registry already follows), so a lookup returns only a renderer registered from the graph it runs in. Within one graph the store is still shared across duplicate module instances. - A site that registers renderers only from a `'use client'` module and renders them with a server-component `RenderBlock` must also call the pack's `registerRenderers()` from a module the server graph imports; the missing-renderer warning in `RenderBlock` names this fix.

06221cd: New `AddToBag` adapter: a pack renders an add-to-bag control with `resolveAddToBag()`, and a commerce layer can register the real control. It sits beside the link, media and rich-text adapters with the same mechanics: `registerBlockAdapters({ addToBag })`, `AddToBagAdapterProvider`, the module-graph stamp that keeps a server-graph registration out of the client graph, and a `'use client'` `AddToBagContextFallback`. The product is a reference, `{ slug, id?, href?, title?, hasVariants?, purchasable? }`, so a block that only knows a catalog slug can still render it. The props also take `variantSku`, `label`, `priceLabel`, `size` (`small` | `default`) and `mode` (`pill` | `stepper` | `restock`). With nothing registered the default is a working link to `product.href` (`NOOP_ADD_TO_BAG_ADAPTER`, `isAddToBagActive: false`), carrying `data-add`, `data-add-state="idle"` and the price in `span[data-add-price]`. With no `href` it renders nothing and never warns. Existing adapters and their output are unchanged. `RenderBlocks` now writes the block wrapper's inline column as `grid-column: var(--tome-block-column, <placement>)` instead of `grid-column: <placement>`. With the property unset the computed column is exactly the placement, so no page moves; a page template or theme sets `--tome-block-column` on a wrapper, per breakpoint and without `!important`, to move one block. The only change to a stored render is that style string (the snapshot and golden tests list it as an explicit allowance); `data-block-placement` is unchanged, and a stylesheet must still never match the style text. `AddToBagSize` gains `'compact'` (restock mode: a one-line link or button instead of the form, for a tile whose plate is small or shows a second frame). An adapter that does not know it treats it as `small`; nothing existing passes it.

• 06221cd: New `AddToBag` adapter: a pack renders an add-to-bag control with `resolveAddToBag()`, and a commerce layer can register the real control. It sits beside the link, media and rich-text adapters with the same mechanics: `registerBlockAdapters({ addToBag })`, `AddToBagAdapterProvider`, the module-graph stamp that keeps a server-graph registration out of the client graph, and a `'use client'` `AddToBagContextFallback`. The product is a reference, `{ slug, id?, href?, title?, hasVariants?, purchasable? }`, so a block that only knows a catalog slug can still render it. The props also take `variantSku`, `label`, `priceLabel`, `size` (`small` | `default`) and `mode` (`pill` | `stepper` | `restock`). With nothing registered the default is a working link to `product.href` (`NOOP_ADD_TO_BAG_ADAPTER`, `isAddToBagActive: false`), carrying `data-add`, `data-add-state="idle"` and the price in `span[data-add-price]`. With no `href` it renders nothing and never warns. Existing adapters and their output are unchanged. `RenderBlocks` now writes the block wrapper's inline column as `grid-column: var(--tome-block-column, <placement>)` instead of `grid-column: <placement>`. With the property unset the computed column is exactly the placement, so no page moves; a page template or theme sets `--tome-block-column` on a wrapper, per breakpoint and without `!important`, to move one block. The only change to a stored render is that style string (the snapshot and golden tests list it as an explicit allowance); `data-block-placement` is unchanged, and a stylesheet must still never match the style text. `AddToBagSize` gains `'compact'` (restock mode: a one-line link or button instead of the form, for a tile whose plate is small or shows a second frame). An adapter that does not know it treats it as `small`; nothing existing passes it.

116e8ce: Docs manifests keep each changelog entry's paragraphs, lists and code blocks instead of joining them into one line.

• 116e8ce: Docs manifests keep each changelog entry's paragraphs, lists and code blocks instead of joining them into one line.

d69161c: `TomeLink` and `resolveLink()` now announce links that open a new tab: a `target="_blank"` anchor gains `data-new-tab` and a visually hidden " (opens in a new tab)". The hint is added ahead of the link adapter, so it reaches the plain anchor and any registered `Link` alike. A link with an `aria-label` gets the phrase appended to the label instead, and links without `target="_blank"` render exactly as before. Every pack block that routes its links through `TomeLink`, including the hero link lists, picks it up with no change of its own.

• d69161c: `TomeLink` and `resolveLink()` now announce links that open a new tab: a `target="_blank"` anchor gains `data-new-tab` and a visually hidden " (opens in a new tab)". The hint is added ahead of the link adapter, so it reaches the plain anchor and any registered `Link` alike. A link with an `aria-label` gets the phrase appended to the label instead, and links without `target="_blank"` render exactly as before. Every pack block that routes its links through `TomeLink`, including the hero link lists, picks it up with no change of its own.

f4a08ca: `RenderBlocks` names each block wrapper's placement in a new `data-block-placement` attribute, so stylesheets no longer have to read the wrapper's inline style text. - The value is `full` (`1 / -1`, the default, or `full-start / full-end`), `content` (`2 / -2` or `content-start / content-end`), another page-grid area's name (`reading-start / reading-end` is `reading`), or `custom` for any other span. The inline `style` is unchanged; the attribute is the only addition to the markup. - Why: a selector such as `[style^='grid-column:1 / -1;']` depends on how the browser last serialised the attribute. Once any script writes to the element's inline style (tome-ui's scroll reveal sets a custom property there), WebKit rewrites the whole attribute as `grid-column-start: 1; grid-column-end: -1; …`, and the match fails in Safari only. - New exports from `@wabbit/tome-blocks-core/render` (and the root entry): `blockPlacementFor(columnSpan)`, `BLOCK_PLACEMENT_ATTR` and the `BlockPlacement` type, for a site that renders its own wrapper and wants the same attribute.

• f4a08ca: `RenderBlocks` names each block wrapper's placement in a new `data-block-placement` attribute, so stylesheets no longer have to read the wrapper's inline style text. - The value is `full` (`1 / -1`, the default, or `full-start / full-end`), `content` (`2 / -2` or `content-start / content-end`), another page-grid area's name (`reading-start / reading-end` is `reading`), or `custom` for any other span. The inline `style` is unchanged; the attribute is the only addition to the markup. - Why: a selector such as `[style^='grid-column:1 / -1;']` depends on how the browser last serialised the attribute. Once any script writes to the element's inline style (tome-ui's scroll reveal sets a custom property there), WebKit rewrites the whole attribute as `grid-column-start: 1; grid-column-end: -1; …`, and the match fails in Safari only. - New exports from `@wabbit/tome-blocks-core/render` (and the root entry): `blockPlacementFor(columnSpan)`, `BLOCK_PLACEMENT_ATTR` and the `BlockPlacement` type, for a site that renders its own wrapper and wants the same attribute.

e3aadfe: Theme hooks on links reach the DOM. - `@wabbit/tome-blocks-core`: `LinkProps` declares `data-*` and `aria-*` attributes, and the default anchor (`NoopLink`, used by `TomeLink` / `resolveLink` when no link adapter is registered) forwards them. It forwarded only `href`, `className`, `style`, `id`, `target` and `rel`, so every hook a pack put on a link (`data-section-label-link`, `data-panel-cta` and others) was dropped. Links without such attributes render exactly as before, and props that are neither `data-*` nor `aria-*` still stay off the anchor. A registered link adapter receives the attributes too: spread the rest of your `Link`'s props onto its anchor to keep them. - `@wabbit/tome-blocks-dossier-pack`: each `zone-directory` cell (the link anchor) carries `data-zone-cell`.

• e3aadfe: Theme hooks on links reach the DOM. - `@wabbit/tome-blocks-core`: `LinkProps` declares `data-*` and `aria-*` attributes, and the default anchor (`NoopLink`, used by `TomeLink` / `resolveLink` when no link adapter is registered) forwards them. It forwarded only `href`, `className`, `style`, `id`, `target` and `rel`, so every hook a pack put on a link (`data-section-label-link`, `data-panel-cta` and others) was dropped. Links without such attributes render exactly as before, and props that are neither `data-*` nor `aria-*` still stay off the anchor. A registered link adapter receives the attributes too: spread the rest of your `Link`'s props onto its anchor to keep them. - `@wabbit/tome-blocks-dossier-pack`: each `zone-directory` cell (the link anchor) carries `data-zone-cell`.

fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

• fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

9fbffc6: **BREAKING:** `RenderBlocks` sets `data-block-type` to the catalog slug (`high-impact-hero`), not the stored `blockType` (`highImpactHero`), which moves to `data-block-stored-type`. **Migration:** a stylesheet that targets a camelCase stored value, such as `[data-block-type="highImpactHero"]`, should target the catalog slug from `BLOCK_CATALOG` instead (`[data-block-type="high-impact-hero"]`), or move to `[data-block-stored-type="highImpactHero"]`. Rules that already use the documented catalog slug start matching real CMS rows. Resolution goes through the new generated `BLOCK_TYPE_SLUGS` map, which also covers the blocks whose stored type differs by name (`formBlock` → `form`, `mediaBlock` → `media`, `cardBlock` → `card`, `checkList` → `checklist`, `customblock` → `custom`, `text` → `text-block`). A kebab-stored row resolves too. A block outside the catalog, or one renamed with `applyBlockSlugOverrides`, keeps its stored value. `catalogSlugForBlockType(blockType)` exposes the same lookup.

• 9fbffc6: **BREAKING:** `RenderBlocks` sets `data-block-type` to the catalog slug (`high-impact-hero`), not the stored `blockType` (`highImpactHero`), which moves to `data-block-stored-type`. **Migration:** a stylesheet that targets a camelCase stored value, such as `[data-block-type="highImpactHero"]`, should target the catalog slug from `BLOCK_CATALOG` instead (`[data-block-type="high-impact-hero"]`), or move to `[data-block-stored-type="highImpactHero"]`. Rules that already use the documented catalog slug start matching real CMS rows. Resolution goes through the new generated `BLOCK_TYPE_SLUGS` map, which also covers the blocks whose stored type differs by name (`formBlock` → `form`, `mediaBlock` → `media`, `cardBlock` → `card`, `checkList` → `checklist`, `customblock` → `custom`, `text` → `text-block`). A kebab-stored row resolves too. A block outside the catalog, or one renamed with `applyBlockSlugOverrides`, keeps its stored value. `catalogSlugForBlockType(blockType)` exposes the same lookup.

115bcfb: The generated block catalog now lists the dossier pack's `dated-ledger` block (`columns`, `rows`) and Phase Ledger's `default` and `rail` variants. Catalog text regenerated from the updated dossier pack metadata.

• 115bcfb: The generated block catalog now lists the dossier pack's `dated-ledger` block (`columns`, `rows`) and Phase Ledger's `default` and `rail` variants. Catalog text regenerated from the updated dossier pack metadata.
• a6802f8: The generated block catalog now lists the High Impact Hero's `quick-ask` variant and the Contact block's `estimate` variant. Catalog text regenerated from the updated marketing-starter and agency-essentials metadata.

9d30f92: `MediaProps` gains optional `fill` and `imgClassName`, so a block can ask a media adapter for an image that fills a box it sizes itself. The built-in media adapters render one `<img>` and now put `imgClassName` on it beside `className`; they ignore `fill`, since the block styles `className` to fill the box. An adapter that wraps its image (a `<div>` or `<picture>` taking `className`) should render the image in fill mode over the wrapper, put `imgClassName` on the `<img>` and pass `sizes` through. Nothing changes for a call that sets neither prop.

• 9d30f92: `MediaProps` gains optional `fill` and `imgClassName`, so a block can ask a media adapter for an image that fills a box it sizes itself. The built-in media adapters render one `<img>` and now put `imgClassName` on it beside `className`; they ignore `fill`, since the block styles `className` to fill the box. An adapter that wraps its image (a `<div>` or `<picture>` taking `className`) should render the image in fill mode over the wrapper, put `imgClassName` on the `<img>` and pass `sizes` through. Nothing changes for a call that sets neither prop.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

5ea0301: The generated block catalog now lists the Term Ledger's `spec-measure` variant. Catalog text regenerated from the updated dossier pack metadata.

• 5ea0301: The generated block catalog now lists the Term Ledger's `spec-measure` variant. Catalog text regenerated from the updated dossier pack metadata.

28cfbd7: The generated block catalog now describes the campaign count block as reading live figures from the site's campaign source. Catalog text regenerated from the updated campaign pack metadata.

• 28cfbd7: The generated block catalog now describes the campaign count block as reading live figures from the site's campaign source. Catalog text regenerated from the updated campaign pack metadata.

483e0a1: The generated block catalog now describes the proposal plans block with generic service-level names. Catalog text regenerated from the updated proposal pack metadata.

• 483e0a1: The generated block catalog now describes the proposal plans block with generic service-level names. Catalog text regenerated from the updated proposal pack metadata.
• 6301bf1: The block catalog entry for the custom hero now describes it in plain terms and states the correct number of design versions.

c14a133: `styles.css` now brings the page grid too, and `RenderBlocks` uses it by default, so a site no longer wires a grid to render blocks. `@wabbit/tome-blocks-core/styles.css` imports tome-ui's new `grid.global.css` beside the design tokens, and `RenderBlocks` gives its container the global `tome-grid` class when no `gridClassName` is passed (`DEFAULT_GRID_CLASS` is exported). Passing `gridClassName` works as before. With the packs now shipping their stylesheets precompiled, that one CSS line is the whole site setup: no next.config change. `withTomeBlockStyles` is still how a site compiles block stylesheets of its own. **BREAKING:** requires `@wabbit/tome-ui` 0.16.0 or later (the first with `grid.global.css`); npm and pnpm install the peer automatically. A `RenderBlocks` call with neither `gridClassName` nor `disableContainer` now renders its container with the `tome-grid` class, so on a site that loads `styles.css` those blocks sit on the page grid instead of in a plain block container. - `styles.css` also sets `box-sizing: border-box` inside block wrappers (`[data-tome-block-wrapper]`), at zero specificity. Block CSS is written for border-box, so on a site without a global reset a full-width padded block overflowed the page; the rule doesn't reach anything outside blocks. - `compileBlockStylesheet` (`./block-styles/loader`) takes an optional `id`, used for the class-name and href hashes instead of the file's path, so a stylesheet compiled at a package's build gets the same names wherever the package is installed.

• c14a133: `styles.css` now brings the page grid too, and `RenderBlocks` uses it by default, so a site no longer wires a grid to render blocks. `@wabbit/tome-blocks-core/styles.css` imports tome-ui's new `grid.global.css` beside the design tokens, and `RenderBlocks` gives its container the global `tome-grid` class when no `gridClassName` is passed (`DEFAULT_GRID_CLASS` is exported). Passing `gridClassName` works as before. With the packs now shipping their stylesheets precompiled, that one CSS line is the whole site setup: no next.config change. `withTomeBlockStyles` is still how a site compiles block stylesheets of its own. **BREAKING:** requires `@wabbit/tome-ui` 0.16.0 or later (the first with `grid.global.css`); npm and pnpm install the peer automatically. A `RenderBlocks` call with neither `gridClassName` nor `disableContainer` now renders its container with the `tome-grid` class, so on a site that loads `styles.css` those blocks sit on the page grid instead of in a plain block container. - `styles.css` also sets `box-sizing: border-box` inside block wrappers (`[data-tome-block-wrapper]`), at zero specificity. Block CSS is written for border-box, so on a site without a global reset a full-width padded block overflowed the page; the rule doesn't reach anything outside blocks. - `compileBlockStylesheet` (`./block-styles/loader`) takes an optional `id`, used for the class-name and href hashes instead of the file's path, so a stylesheet compiled at a package's build gets the same names wherever the package is installed.

The block-stylesheet loader's relative-`url()` check no longer looks inside quoted values. A data-URI SVG that references its own filter (`url("data:image/svg+xml,…filter='url(%23n)'…")`) was rejected as a relative URL because the check matched the inner `url(%23n)`. Each `url()` value is now read whole, so text inside a quoted data URI is ignored, and a genuinely relative `url(./x.png)` is still rejected, with the offending value named in the error.

• The block-stylesheet loader's relative-`url()` check no longer looks inside quoted values. A data-URI SVG that references its own filter (`url("data:image/svg+xml,…filter='url(%23n)'…")`) was rejected as a relative URL because the check matched the inner `url(%23n)`. Each `url()` value is now read whole, so text inside a quoted data URI is ignored, and a genuinely relative `url(./x.png)` is still rejected, with the offending value named in the error.

`<BlockStyles>` now works inside client components. The browser bundle of a `.tome-css` / `.tome-scss` stylesheet carries its compiled sheet too, as the server bundles do. Before, it carried class names only, so a block style rendered from a client component (a site's client footer rendering a pack's Marquee, for example) failed hydration in dev and dropped its styles. In production it would leave the block unstyled when that client component first mounted after client-side navigation. The cost is the CSS text in client JS, only for stylesheets that client code imports; stylesheets imported only by server components are unchanged. The loader no longer needs a browser/server split, so `withTomeBlockStyles` registers one rule per bundler.

• `<BlockStyles>` now works inside client components. The browser bundle of a `.tome-css` / `.tome-scss` stylesheet carries its compiled sheet too, as the server bundles do. Before, it carried class names only, so a block style rendered from a client component (a site's client footer rendering a pack's Marquee, for example) failed hydration in dev and dropped its styles. In production it would leave the block unstyled when that client component first mounted after client-side navigation. The cost is the CSS text in client JS, only for stylesheets that client code imports; stylesheets imported only by server components are unchanged. The loader no longer needs a browser/server split, so `withTomeBlockStyles` registers one rule per bundler.

Per-block stylesheet fixes from the first consumer canary (tome-starter): - `withTomeBlockStyles` now accepts and returns the caller's own config type. A typed `next.config.ts` (`const nextConfig: NextConfig`) failed to type-check, because Next's `NextConfig` has no index signatures. - Calling `withTomeBlockStyles(nextConfig)` with no options failed the Turbopack build ("does not have serializable options"): unset options were passed as `undefined`. Only defined options are passed now. - In `next dev`, `<BlockStyles>` renders an inline `<style>` instead of a hoisted one. Turbopack dev gives each CSS chunk its own precedence group, so a hoisted block style could land between Next's chunks and lose ties it wins in production (seen as a component's padding overriding a block's). The inline style keeps the production cascade and updates live on edit, replacing the dev stale-style cleanup. Production output is unchanged.

• Per-block stylesheet fixes from the first consumer canary (tome-starter): - `withTomeBlockStyles` now accepts and returns the caller's own config type. A typed `next.config.ts` (`const nextConfig: NextConfig`) failed to type-check, because Next's `NextConfig` has no index signatures. - Calling `withTomeBlockStyles(nextConfig)` with no options failed the Turbopack build ("does not have serializable options"): unset options were passed as `undefined`. Only defined options are passed now. - In `next dev`, `<BlockStyles>` renders an inline `<style>` instead of a hoisted one. Turbopack dev gives each CSS chunk its own precedence group, so a hoisted block style could land between Next's chunks and lose ties it wins in production (seen as a component's padding overriding a block's). The inline style keeps the production cascade and updates live on edit, replacing the dev stale-style cleanup. Production output is unchanged.

Per-block stylesheets. A block stylesheet named `*.tome-scss` (Sass) or `*.tome-css` (plain CSS) is compiled per block and inlined only on pages that render the block, instead of shipping in every page's CSS bundle. New exports: `./next` (`withTomeBlockStyles(nextConfig)`, which registers the loader for webpack and Turbopack), `./block-styles` (`<BlockStyles sheet={styles} />`, a hoisted, deduped React 19 `<style precedence="tome-block">`), `./block-styles/loader` and `./tome-stylesheets` (module type declarations). Additive: nothing changes for existing `.module.css` blocks; packs adopt it as they convert. See the README's "Per-block stylesheets" section for site setup.

• Per-block stylesheets. A block stylesheet named `*.tome-scss` (Sass) or `*.tome-css` (plain CSS) is compiled per block and inlined only on pages that render the block, instead of shipping in every page's CSS bundle. New exports: `./next` (`withTomeBlockStyles(nextConfig)`, which registers the loader for webpack and Turbopack), `./block-styles` (`<BlockStyles sheet={styles} />`, a hoisted, deduped React 19 `<style precedence="tome-block">`), `./block-styles/loader` and `./tome-stylesheets` (module type declarations). Additive: nothing changes for existing `.module.css` blocks; packs adopt it as they convert. See the README's "Per-block stylesheets" section for site setup.

c94d653: `RenderBlocks` now emits `data-block-type="<blockType>"` on each per-block wrapper, a public hook themes use to restyle a specific block. The canonical theme selector is descendant: `[data-tome-theme="x"] [data-block-type="<slug>"] [data-block-variant="<v>"]` (type on the wrapper, variant on the block root). The attribute is additive; it changes rendering only where a stylesheet already targets it. `RenderBlock` (single-block, registry dispatch) renders no wrapper and is unchanged.

• c94d653: `RenderBlocks` now emits `data-block-type="<blockType>"` on each per-block wrapper, a public hook themes use to restyle a specific block. The canonical theme selector is descendant: `[data-tome-theme="x"] [data-block-type="<slug>"] [data-block-variant="<v>"]` (type on the wrapper, variant on the block root). The attribute is additive; it changes rendering only where a stylesheet already targets it. `RenderBlock` (single-block, registry dispatch) renders no wrapper and is unchanged.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.
• 786853e: `resolveThumbnail('pricing-plans', …)` now returns the pricing block's SVG thumbnails, which were keyed under the block's old `pricing` slug. The thumbnail ingester now takes a block's slug from its own `meta.ts` when the directory name differs, and the generated index was regenerated. `BLOCK_CATALOG` was regenerated with the new slug and updated block and variant descriptions.

1e481f4: `BLOCK_CATALOG` regenerated so the `banner`, `feature-hero`, `signal-accordion` and `signal-callout` descriptions match their packs.

• 1e481f4: `BLOCK_CATALOG` regenerated so the `banner`, `feature-hero`, `signal-accordion` and `signal-callout` descriptions match their packs.
• 252ef2d: customer-facing wording: internal references removed from admin descriptions, error messages and block metadata.
• cbbc37c: Text Reveal no longer promises a word-by-word scroll animation it does not have; its text renders fully visible, and its meta now says so. - `@wabbit/tome-blocks-editorial-pack`: the `text-reveal` block meta carries the corrected description, summary and role. - `@wabbit/tome-blocks-core`: the generated `BLOCK_CATALOG` entry for `text-reveal` picks up the same corrected description and role.

c3468b0: New server-safe pack helpers, so block packs stop copying the same boilerplate (2026-09-24 audit A3 #8). `createPackRegistrar(blocks, bundle)` builds a pack's idempotent `register(blockRegistry, bundleRegistry)` entry point; `createLayerProbe(layerName, load)` is the memoized "is this Tome layer registered?" check for domain packs (the pack keeps the dynamic `import('@wabbit/tome-core/…')` literal, so blocks-core still has no core dependency); both ship from `./registry` and the root. `mediaRelation(config)` returns the `relationTo` for a media field (`config.mediaCollection ?? 'media'`, typed as `CollectionSlug`); it ships from `./defineBlock` and the root. No new subpaths.

• c3468b0: New server-safe pack helpers, so block packs stop copying the same boilerplate (2026-09-24 audit A3 #8). `createPackRegistrar(blocks, bundle)` builds a pack's idempotent `register(blockRegistry, bundleRegistry)` entry point; `createLayerProbe(layerName, load)` is the memoized "is this Tome layer registered?" check for domain packs (the pack keeps the dynamic `import('@wabbit/tome-core/…')` literal, so blocks-core still has no core dependency); both ship from `./registry` and the root. `mediaRelation(config)` returns the `relationTo` for a media field (`config.mediaCollection ?? 'media'`, typed as `CollectionSlug`); it ships from `./defineBlock` and the root. No new subpaths.

15006ce: README: correct the registry-access step. It said free-tier packs install anonymously; the registry now requires an install token for every read (free packs and shared foundation packages included). The walkthrough now explains the free path — a no-card account at wabbit.com/signup, a token from Account → Credentials, placed in the user-level `~/.npmrc` — what a free token covers (the two free packs plus `blocks-core`, `blocks-extras`, `blocks-house`, `tome-ui`), and links the customer guide at wabbit.com/docs/get-started. Docs only; no code change.

• 15006ce: README: correct the registry-access step. It said free-tier packs install anonymously; the registry now requires an install token for every read (free packs and shared foundation packages included). The walkthrough now explains the free path — a no-card account at wabbit.com/signup, a token from Account → Credentials, placed in the user-level `~/.npmrc` — what a free token covers (the two free packs plus `blocks-core`, `blocks-extras`, `blocks-house`, `tome-ui`), and links the customer guide at wabbit.com/docs/get-started. Docs only; no code change.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

e044594: `RenderBlock` accepts an optional `context` prop and forwards it to the renderer as `BlockRenderProps.context` (typed `unknown`; each pack narrows its own shape). Lets a host pass per-page data — e.g. a deal's live totals — to data-bound blocks without a React context provider. Omitting it changes nothing.

• e044594: `RenderBlock` accepts an optional `context` prop and forwards it to the renderer as `BlockRenderProps.context` (typed `unknown`; each pack narrows its own shape). Lets a host pass per-page data — e.g. a deal's live totals — to data-bound blocks without a React context provider. Omitting it changes nothing.

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 57875ba: Block-adapter registry: each `registerBlockAdapters()` call is stamped with the React graph it was made from (`'server'` for the RSC graph, `'client'` for anything that can run hooks — browser and SSR), and the `*ContextFallback` components read the registry with `{ graph: currentAdapterGraph() }`, so a registration made from the other graph is treated as absent instead of rendered. On the server the RSC graph and the SSR graph share one `globalThis`; a component registered from the RSC graph holds client REFERENCES where it renders `'use client'` components, and rendering it inside the SSR pass calls that reference as a function ("Attempted to call the default export of … from the server"). Observed on wabbit.com/blocks/\_preview: a directive-free setup module registered the site's link component from the RSC graph, the preview harness rendered pack CTAs in a client tree with no `<LinkAdapterProvider>`, and every link-bearing block returned 500. Now that case renders the plain-anchor fallback and warns once in development, pointing at the provider. Ungated reads (`getLinkAdapter()` with no options) and server-graph reads are unchanged. New exports: `AdapterGraph`, `currentAdapterGraph`, and optional `{ graph }` on the register/get functions.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 090e984: README fixes surfaced by the extended `assert:readme-contract` gate (2026-09-01 sale-readiness audit, Tier 2), each verified against the package's own manifest or source: - **blocks-core** — the `./categories` and `./types` entry points are now named in the Public API section; both were published but undocumented. - **core** — added `/access/orgScoped`, `/access/vendorScoped`, `/infra/health` and `/infra/env-scaffold` to the additional-subpaths table, and noted that `/auth/collections/roles` has a real `/auth/collections/Roles` case alias in the exports map. - **crowdfund** — `CROWDFUND_LAYER_VERSION` is also published standalone at `./version`; the row now says so. - **dispatch** — the eight per-block `./blocks/*` config subpaths and all eight `./components/*` component subpaths are enumerated instead of one "etc." row. - **forms** — the peer table now lists `@wabbit/tome-core`, `@wabbit/tome-ui` and `typescript`, which are declared `peerDependencies` but appeared only in prose (or not at all). - **lms-ui** — `StudentProfileEditor` is flagged `@deprecated` in the component table, matching the tag its source already carries.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.

1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.

• 1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

6779aa1: Neutralize gaming/military-flavored language across the org surfaces — labels, descriptions, and demo content only; zero schema changes (all field names, collection slugs, and enum/select VALUES are byte-identical, so no consumer data migration). - **blocks-org-pack:** CampaignBanner's `codename` field is now labeled "Name" with a business example ("Spring Launch" demo replaces "Operation Nightfall … contested systems"); MemberCard/MemberGrid `rank` fields labeled "Role" with business-ladder demo values (Principal/Staff/Senior replace Captain/Lieutenant/Sergeant, "Fleet Commander" → "Design Lead"); EventCalendar demo uses business events (workshop, hiring open house, quarterly business review — "Upcoming Operations" heading → "Upcoming Events"); OrgChart meta/variants describe a generic three-level hierarchy instead of Division → Teams → Squads (render output was already 100% data-driven — level headings come from the authored rows, so no new props were needed); block meta descriptions/usage neutralized throughout. - **tome-org:** flavored admin LABELS get neutral text while stored values stay put — Event status `boarding`/`debrief` labeled "Check-In"/"Wrap-Up"; eventType `operation`/`patrol`/`exam` labeled "Initiative"/"Outreach"/"Assessment"; `securityLevel` labeled "Access"; Campaign `codename` labeled "Internal Name" and campaignType `recurring_op`/`special_operation`/`deployment` labeled "Recurring Series"/"Special Initiative"/"Rollout"; Member `classification` labeled "Directory Visibility" with `classified` labeled "Private", "Chain of command" → "Reporting line"; Rank `securityClearance` labeled "Access Level" and category `command` labeled "Management"; Squad squadType `fire_team`/`flight` labeled "Crew"/"Pod", `callsign` labeled "Nickname"; Membership `squadron` labeled "Unit", role example "Pointman, Medic" → "Coordinator, Facilitator"; Position abbreviation example "CO, XO" → "COO, PM", category `command` labeled "Executive". The configurable `DEFAULT_ORG_TERMINOLOGY` (Division/Team/Squad/Rank) is deliberately unchanged — it is the documented override seam and `@wabbit/tome-sc` inherits it for its themed collections. - **blocks-core:** BLOCK_CATALOG entries for campaign-banner, member-card, and org-chart re-mirror the updated pack meta descriptions (catalog is generated from pack meta; only the entries owned by this change were refreshed).

• 6779aa1: Neutralize gaming/military-flavored language across the org surfaces — labels, descriptions, and demo content only; zero schema changes (all field names, collection slugs, and enum/select VALUES are byte-identical, so no consumer data migration). - **blocks-org-pack:** CampaignBanner's `codename` field is now labeled "Name" with a business example ("Spring Launch" demo replaces "Operation Nightfall … contested systems"); MemberCard/MemberGrid `rank` fields labeled "Role" with business-ladder demo values (Principal/Staff/Senior replace Captain/Lieutenant/Sergeant, "Fleet Commander" → "Design Lead"); EventCalendar demo uses business events (workshop, hiring open house, quarterly business review — "Upcoming Operations" heading → "Upcoming Events"); OrgChart meta/variants describe a generic three-level hierarchy instead of Division → Teams → Squads (render output was already 100% data-driven — level headings come from the authored rows, so no new props were needed); block meta descriptions/usage neutralized throughout. - **tome-org:** flavored admin LABELS get neutral text while stored values stay put — Event status `boarding`/`debrief` labeled "Check-In"/"Wrap-Up"; eventType `operation`/`patrol`/`exam` labeled "Initiative"/"Outreach"/"Assessment"; `securityLevel` labeled "Access"; Campaign `codename` labeled "Internal Name" and campaignType `recurring_op`/`special_operation`/`deployment` labeled "Recurring Series"/"Special Initiative"/"Rollout"; Member `classification` labeled "Directory Visibility" with `classified` labeled "Private", "Chain of command" → "Reporting line"; Rank `securityClearance` labeled "Access Level" and category `command` labeled "Management"; Squad squadType `fire_team`/`flight` labeled "Crew"/"Pod", `callsign` labeled "Nickname"; Membership `squadron` labeled "Unit", role example "Pointman, Medic" → "Coordinator, Facilitator"; Position abbreviation example "CO, XO" → "COO, PM", category `command` labeled "Executive". The configurable `DEFAULT_ORG_TERMINOLOGY` (Division/Team/Squad/Rank) is deliberately unchanged — it is the documented override seam and `@wabbit/tome-sc` inherits it for its themed collections. - **blocks-core:** BLOCK_CATALOG entries for campaign-banner, member-card, and org-chart re-mirror the updated pack meta descriptions (catalog is generated from pack meta; only the entries owned by this change were refreshed).

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

Add `LinkAdapter` — the third block adapter, alongside `RichTextAdapter` and `MediaAdapter`. Every link-rendering block in every pack emits a raw `<a href>`, which is a full document load. A pack cannot import a consuming site's route-transition component (wrong layer direction), and a site cannot reach inside a pack's render tree to swap the anchor — so pack links could never participate in a consumer's page transition, by construction. ```ts registerBlockAdapters({ link: { Link: MyTransitionLink, isLinkActive: true }, }); resolveLink({ href: block.ctaUrl, className: styles.cta, children: text }); ``` Mirrors the existing adapters exactly: module registry + `'use client'` Context fallback, with `resolveLink` statically importing `LinkContextFallback` so the bundler cuts the client boundary at build time. **One deliberate divergence:** the unregistered default is fully functional, not a stub. `NOOP_LINK_ADAPTER` renders a real `<a>` and `resolveLink` never dev-warns. Rich text and media have no meaningful fallback, so their absence is always a misconfiguration. A link does have one: navigate. Losing the transition is degraded; losing the navigation is broken — so a plain anchor is a supported end state for a standalone pack. New exports: `resolveLink`, `LinkAdapterContext`, `LinkAdapterProvider`, `useLinkAdapter`, `NOOP_LINK_ADAPTER`, and the `LinkProps` / `LinkAdapter` types. `BlockAdapters` gains an optional `link` slot. **Fully additive** — no existing adapter, export, or block behavior changes. Pack renderer migration off raw `<a>` is a follow-up.

• Add `LinkAdapter` — the third block adapter, alongside `RichTextAdapter` and `MediaAdapter`. Every link-rendering block in every pack emits a raw `<a href>`, which is a full document load. A pack cannot import a consuming site's route-transition component (wrong layer direction), and a site cannot reach inside a pack's render tree to swap the anchor — so pack links could never participate in a consumer's page transition, by construction. ```ts registerBlockAdapters({ link: { Link: MyTransitionLink, isLinkActive: true }, }); resolveLink({ href: block.ctaUrl, className: styles.cta, children: text }); ``` Mirrors the existing adapters exactly: module registry + `'use client'` Context fallback, with `resolveLink` statically importing `LinkContextFallback` so the bundler cuts the client boundary at build time. **One deliberate divergence:** the unregistered default is fully functional, not a stub. `NOOP_LINK_ADAPTER` renders a real `<a>` and `resolveLink` never dev-warns. Rich text and media have no meaningful fallback, so their absence is always a misconfiguration. A link does have one: navigate. Losing the transition is degraded; losing the navigation is broken — so a plain anchor is a supported end state for a standalone pack. New exports: `resolveLink`, `LinkAdapterContext`, `LinkAdapterProvider`, `useLinkAdapter`, `NOOP_LINK_ADAPTER`, and the `LinkProps` / `LinkAdapter` types. `BlockAdapters` gains an optional `link` slot. **Fully additive** — no existing adapter, export, or block behavior changes. Pack renderer migration off raw `<a>` is a follow-up.

f4d55c9: render: shared `Reveal` (scroll-reveal client wrapper) + `renderEmphasis` (asterisk→em) helpers for showcase variant graduation. Ported verbatim from tome-starter's `src/components/Reveal` and `src/utilities/renderEmphasis` (showcase program Phase 3.7) so pack renderers graduating starter-native showcase variants (e.g. `@wabbit/tome-blocks-marketing-starter`'s cta `door-strip` / `doors`) can share them instead of vendoring copies. Both exported from the `./render` subpath.

• f4d55c9: render: shared `Reveal` (scroll-reveal client wrapper) + `renderEmphasis` (asterisk→em) helpers for showcase variant graduation. Ported verbatim from tome-starter's `src/components/Reveal` and `src/utilities/renderEmphasis` (showcase program Phase 3.7) so pack renderers graduating starter-native showcase variants (e.g. `@wabbit/tome-blocks-marketing-starter`'s cta `door-strip` / `doors`) can share them instead of vendoring copies. Both exported from the `./render` subpath.

e11d5a2: Fix `resolveMedia`/`resolveRichText` crashing pages with `TypeError: Cannot read properties of null (reading 'useContext')` during RSC render. Both resolvers preferred a "registered adapter fast path" — `createElement(getMediaAdapter().Media, …)` on a component read from the globalThis registry at runtime. A bundler cannot statically trace that runtime reference to the adapter's module, so it never cuts the RSC client-reference boundary for the component's subtree. When the registered `Media` renders an intrinsically-client primitive (`next/image`, which calls `useContext`), that primitive executes during the Flight serialization pass with a null dispatcher and throws — 500-ing any page whose **server** pack renderer (e.g. `editorialFigure`) resolves media. It reproduces even when the registered component itself carries `'use client'`; the boundary is defeated by the runtime `createElement`, not the directive. (Verified against wabbit-site-core `/static-site-launch`, 2026-07-15.) Both resolvers now ALWAYS defer to their statically-imported `'use client'` fallback component (`MediaContextFallback` / `RichTextContextFallback`), which the bundler CAN boundary at build time. Adapter resolution (Context override first, module registry second) moves into those components via new hook-free `resolveActiveMediaAdapter` / `resolveActiveRichTextAdapter` helpers, so both adapter sources still work, including for a server component with no provider ancestor. Consequence: media/rich-text now always render inside a client boundary (no zero-JS server-only path). This is unavoidable for any `next/image`-based adapter, which is intrinsically client — mirroring the spec's existing "motion is intrinsically client" carve-out. A future opt-in `isServerSafe` adapter flag could restore the zero-JS registry path for provably `<img>`-only adapters; it is deliberately not the default, because the default must be correct.

• e11d5a2: Fix `resolveMedia`/`resolveRichText` crashing pages with `TypeError: Cannot read properties of null (reading 'useContext')` during RSC render. Both resolvers preferred a "registered adapter fast path" — `createElement(getMediaAdapter().Media, …)` on a component read from the globalThis registry at runtime. A bundler cannot statically trace that runtime reference to the adapter's module, so it never cuts the RSC client-reference boundary for the component's subtree. When the registered `Media` renders an intrinsically-client primitive (`next/image`, which calls `useContext`), that primitive executes during the Flight serialization pass with a null dispatcher and throws — 500-ing any page whose **server** pack renderer (e.g. `editorialFigure`) resolves media. It reproduces even when the registered component itself carries `'use client'`; the boundary is defeated by the runtime `createElement`, not the directive. (Verified against wabbit-site-core `/static-site-launch`, 2026-07-15.) Both resolvers now ALWAYS defer to their statically-imported `'use client'` fallback component (`MediaContextFallback` / `RichTextContextFallback`), which the bundler CAN boundary at build time. Adapter resolution (Context override first, module registry second) moves into those components via new hook-free `resolveActiveMediaAdapter` / `resolveActiveRichTextAdapter` helpers, so both adapter sources still work, including for a server component with no provider ancestor. Consequence: media/rich-text now always render inside a client boundary (no zero-JS server-only path). This is unavoidable for any `next/image`-based adapter, which is intrinsically client — mirroring the spec's existing "motion is intrinsically client" carve-out. A future opt-in `isServerSafe` adapter flag could restore the zero-JS registry path for provably `<img>`-only adapters; it is deliberately not the default, because the default must be correct.

26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.

• 26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.
• 36e537a: Peer/dependency contracts now tell the truth. blocks-core: importing the root barrel no longer hard-crashes when the optional peers (`@wabbit/tome-core`, `@wabbit/tome-catalog`) are absent — `productHooks` registration is lazily guarded; NEW explicit `registerBlockBundleProductType()` export (root barrel + `./registry/productHooks` subpath) for deterministic, format-safe registration from `payload.config.ts` (the import-time auto path no-ops under native ESM, which affects `generate:types`-visible product-type options — call the explicit API when composing catalog). chrome: `next` is now a required peer (`>=14`) — it was declared optional while `next/navigation`/`next/link` were hard-imported. readout: declares its real `next` peer; `createReadoutBlocks({ accentPalette })` is now implemented (field-tree narrowing, dispatch's mechanism) instead of a documented no-op. blocks-lms-pack / blocks-catalog-pack: `@wabbit/tome-core` moves from hard `dependencies` to `optionalDependencies`, matching org-pack and the packs' own documented degrade-gracefully design.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 36e537a: Small verified fixes: agency-essentials `Contact` gains its missing `'use client'` (it calls the rich-text adapter hook; direct RSC import crashed). chrome `NavGuard` now dev-warns when its capability gate fails to load while a `requiredCapability` is set (the fail-open contract itself is unchanged and now documented). blocks-core `BLOCK_CATALOG.ts` corrupted entries corrected from real block meta (content-two-column, content-with-corner-notch, signal-ship-card names/descriptions; gallery variants filled) + drift-risk header. Stale docstrings fixed (chrome `HeaderLogo`, blocks-gallery registry header, lms-ui payload JSDoc import path). blocks meta-package backcompat suite now asserts the RENDER registry resolves renderers (previously only descriptor registration was tested — a dropped render import shipped silently).
• a93f478: Gallery browse performance: search input debounced at 80ms via a local-state + `useDebouncedValue` split (instant keystroke echo, one grid re-filter per pause; immune to context-sibling re-render stomps), `BlockCard` wrapped in `React.memo` (props verified referentially stable — unrelated re-renders no longer re-run every card's hover/visibility machinery). blocks-core publishes `./utilities/useDocumentTheme` as a lean subpath (mirroring `useDebouncedResize`) so Payload-free consumers can reach the theme hook without the admin barrel's `@payloadcms/ui` graph; gallery's local MutationObserver copy replaced with a narrowing wrapper over the canonical hook. Also: BlockPicker's artificial `setTimeout(0)` skeleton delay removed; RecentFavorites static data-attributes moved from an effect into JSX.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• 5f78397: Server-safe adapter contract (spec 2026-07-12, waves M0–M1). blocks-core gains `./adapters`: `registerBlockAdapters({ richText?, media? })` (explicit, idempotent, lazily globalThis-anchored — layerRegistry pattern) plus environment-agnostic `resolveRichText(value, opts?)` / `resolveMedia(value, opts?)` callable from RSC and client alike. The adapter React Contexts now live in blocks-core (`adapters/context.tsx`); blocks-extras' adapter modules are thin re-exports (zero API break) and its Providers additionally sync their adapter into the registry (guarded write-during-render, documented). Unregistered-registry resolution returns a client fallback element that reads the Context — provider-based sites see zero behavior change even when migrated blocks execute as Server Components; sites that call `registerBlockAdapters` from a module in both graphs get pure server rendering. Migration contract for consumers: call `registerBlockAdapters` at config/app scope when adopting RSC-rendered blocks; the `useRichTextAdapter`/`useMediaAdapter` hooks remain functional (deprecated-in-place; removal trigger in the spec).
• aef2725: DRY adoption sweep (the audit's "adoption, not extraction" rule): crm/deals capability presets delegate to core's `sessionHasCapabilityOrLegacyAdmin`; new core `buildOwnershipWhere`/`ownershipOrBypass` (via `./access`) adopted by core's vendorScoped, catalog's vendor-scoping, and org's ownOrScoped (public APIs unchanged); `slugField()` adopted at 7 sites where semantics matched exactly (core lms collections + createMemberCollection — replacing a third independent slugify), with ~25 sites honestly skipped for named semantic divergences (auto-regenerate-on-clear vs allow-empty, collection-level hook pattern) now listed as core-enhancement candidates; new `formatDisplayDate` in blocks-core utilities (UTC-pinned, hydration-safe) adopted at 5 verified-identical sites; lms-ui consolidates its two certificate date formatters locally; `useMediaQuery`/`useIsMobile` published from tome-ui and adopted by AppShell + admin's SidebarProvider; gamification's `awardPoints` now uses the authoritative `getPointsBalance` (fixes a divergent 1000-row scan cap vs the correct 10000).

BlockPicker raster thumbnails: new GalleryThumbsProvider/ThumbnailSourceProvider API and thumbsManifestUrl prop render real gallery screenshot captures in the admin picker with a raster → authored SVG → placeholder fallback chain; shared useDocumentTheme utility; placeholder SVG migrated to canonical --tome-color-\* tokens.

• BlockPicker raster thumbnails: new GalleryThumbsProvider/ThumbnailSourceProvider API and thumbsManifestUrl prop render real gallery screenshot captures in the admin picker with a raster → authored SVG → placeholder fallback chain; shared useDocumentTheme utility; placeholder SVG migrated to canonical --tome-color-\* tokens.

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

D3 breakout: additive optional `BlockMeta` fields `defaultBreakout`/`pinnedBand` for per-block breakout policy (`pinnedBand` is what the D6 Rule-D forward-tripwire guards).

• D3 breakout: additive optional `BlockMeta` fields `defaultBreakout`/`pinnedBand` for per-block breakout policy (`pinnedBand` is what the D6 Rule-D forward-tripwire guards).

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

249b670: Batch 0 of the inserter/variant architecture (2026-06-27 spec): wire the variant picker onto `_variant` and ship the per-block usage/intent layer. - **Variant picker on `_variant`** — the auto-injected `_variant` field is no longer `admin.hidden`; it renders the thumbnail `VariantPickerField` (a new `useField` adapter exported from `/admin`), referenced by the `@wabbit/tome-blocks-core/admin` package path (lazy via importMap — never enters the config graph). `defineBlock` threads `blockSlug` + a serializable variant list through `clientProps`. This makes declared variants (e.g. `editorialSpread`'s 5) editor-reachable for the first time. Degrades to a native select when no thumbnails are ingested. - **Render-registry variant dimension** — `registerVariantRenderer` / `registerVariantRenderers` / `hasVariantRenderer` / `resolveRenderer` add a `{variant → component}` dispatch alongside the existing slug-keyed registry (additive, back-compat). - **Per-block usage/intent layer** — additive optional `BlockMeta.usage` (`BlockUsage`: summary / whenToUse / pageTypes / howToUse / pairsWith / sequence / avoidWhen / register) following the `requiresMotion`/`requiredCapabilities` precedent, plus a new `buildUsageManifest()` (`./usage` subpath) that flattens descriptors into a selection/sequencing index for assembling agents. Exemplar authored on `editorialSpread`. - Adds `@payloadcms/ui` as an **optional** peer dependency (only the `/admin` subpath needs it). Linked family aligns to 0.8.0. No breaking API changes (all additive; `_variant` becoming visible is a behavior change, not an API removal).

• 249b670: Batch 0 of the inserter/variant architecture (2026-06-27 spec): wire the variant picker onto `_variant` and ship the per-block usage/intent layer. - **Variant picker on `_variant`** — the auto-injected `_variant` field is no longer `admin.hidden`; it renders the thumbnail `VariantPickerField` (a new `useField` adapter exported from `/admin`), referenced by the `@wabbit/tome-blocks-core/admin` package path (lazy via importMap — never enters the config graph). `defineBlock` threads `blockSlug` + a serializable variant list through `clientProps`. This makes declared variants (e.g. `editorialSpread`'s 5) editor-reachable for the first time. Degrades to a native select when no thumbnails are ingested. - **Render-registry variant dimension** — `registerVariantRenderer` / `registerVariantRenderers` / `hasVariantRenderer` / `resolveRenderer` add a `{variant → component}` dispatch alongside the existing slug-keyed registry (additive, back-compat). - **Per-block usage/intent layer** — additive optional `BlockMeta.usage` (`BlockUsage`: summary / whenToUse / pageTypes / howToUse / pairsWith / sequence / avoidWhen / register) following the `requiresMotion`/`requiredCapabilities` precedent, plus a new `buildUsageManifest()` (`./usage` subpath) that flattens descriptors into a selection/sequencing index for assembling agents. Exemplar authored on `editorialSpread`. - Adds `@payloadcms/ui` as an **optional** peer dependency (only the `/admin` subpath needs it). Linked family aligns to 0.8.0. No breaking API changes (all additive; `_variant` becoming visible is a behavior change, not an API removal).

66c611c: B1 — block tiering formalization + blocks-extras free/paid split. - **blocks-core:** add `'addon'` to the `BundleMeta.tier` union (additive; existing `'pro'` values stay valid). - **blocks-extras:** register TWO bundles from one package (Option B) — a free `extras-primitives` sub-bundle (9 structural primitives) + the paid `extras` remainder (39 blocks, was 48). Mechanically additive: no import-path changes, all blocks still exported + registered, existing content keeps rendering, existing `extras` entitlements keep working (the primitives are now free to everyone). The tier-scope change is the only semantic shift. - **signal-theme + sc-pack:** tier `'pro'` → `'addon'` (sold independently of the tiered subscription track). - **blocks-gallery:** widen the `@wabbit/tome-blocks-core` peer to `^0.5.9 || ^0.6.0 || ^0.7.0` so the 0.7.0 bump doesn't force a spurious major (it's a types-only peer). Patch. Release note: the blocks family is `linked`, so this aligns the whole family to **0.7.0**. Minor (not major) is deliberate — 0.7.0 still gates explicit consumer adoption (`^0.6` does not auto-resolve 0.7.0), without declaring a symbolic 1.0.0 before the marketplace launch.

• 66c611c: B1 — block tiering formalization + blocks-extras free/paid split. - **blocks-core:** add `'addon'` to the `BundleMeta.tier` union (additive; existing `'pro'` values stay valid). - **blocks-extras:** register TWO bundles from one package (Option B) — a free `extras-primitives` sub-bundle (9 structural primitives) + the paid `extras` remainder (39 blocks, was 48). Mechanically additive: no import-path changes, all blocks still exported + registered, existing content keeps rendering, existing `extras` entitlements keep working (the primitives are now free to everyone). The tier-scope change is the only semantic shift. - **signal-theme + sc-pack:** tier `'pro'` → `'addon'` (sold independently of the tiered subscription track). - **blocks-gallery:** widen the `@wabbit/tome-blocks-core` peer to `^0.5.9 || ^0.6.0 || ^0.7.0` so the 0.7.0 bump doesn't force a spurious major (it's a types-only peer). Patch. Release note: the blocks family is `linked`, so this aligns the whole family to **0.7.0**. Minor (not major) is deliberate — 0.7.0 still gates explicit consumer adoption (`^0.6` does not auto-resolve 0.7.0), without declaring a symbolic 1.0.0 before the marketplace launch.

4b2f368: Platform-wide peer-range sweep: every `workspace:*`/`workspace:^` entry in `peerDependencies` replaced with an explicit semver range (`@wabbit/tome-core >=1.0.0 <2.0.0`, `tome-ui >=0.9.0 <1.0.0`, `tome-motion >=0.2.0 <1.0.0`, `tome-catalog >=1.1.0 <2.0.0`, `tome-admin >=0.5.0 <1.0.0`; `tome-crm` ranges standardized to `>=0.2.0 <1.0.0`). The workspace protocol publishes as an **exact-version pin**, so every substrate bump stranded installed dependents — the breakage class proven by marketing@0.1.0/deals@0.1.1 requiring `tome-crm@0.2.0` exactly. devDependencies keep `workspace:*` for the local link. (`@wabbit/tome-admin-pro` got the same source fix but is rc-versioned; it carries the change on its next intentional release.) tome-crm additionally gains a once-per-process **production warning when the capability-registry fallback grants access** — the bootstrap heuristic (any authenticated user passes `crm:read`) now announces itself instead of running silently on sites that forgot to seed capability grants (2026-06-10 audit hardening item). Graph-truth additions (same hygiene wave): tome-deals declares its lazy print integration as an optional peer (`@wabbit/tome-print >=0.1.0 <1.0.0`); tome-intake declares its lazy catalog routing strategy (`@wabbit/tome-catalog >=1.1.0 <2.0.0`, optional). These were undeclared dynamic imports — invisible to consumers and to pnpm's build topology.

• 4b2f368: Platform-wide peer-range sweep: every `workspace:*`/`workspace:^` entry in `peerDependencies` replaced with an explicit semver range (`@wabbit/tome-core >=1.0.0 <2.0.0`, `tome-ui >=0.9.0 <1.0.0`, `tome-motion >=0.2.0 <1.0.0`, `tome-catalog >=1.1.0 <2.0.0`, `tome-admin >=0.5.0 <1.0.0`; `tome-crm` ranges standardized to `>=0.2.0 <1.0.0`). The workspace protocol publishes as an **exact-version pin**, so every substrate bump stranded installed dependents — the breakage class proven by marketing@0.1.0/deals@0.1.1 requiring `tome-crm@0.2.0` exactly. devDependencies keep `workspace:*` for the local link. (`@wabbit/tome-admin-pro` got the same source fix but is rc-versioned; it carries the change on its next intentional release.) tome-crm additionally gains a once-per-process **production warning when the capability-registry fallback grants access** — the bootstrap heuristic (any authenticated user passes `crm:read`) now announces itself instead of running silently on sites that forgot to seed capability grants (2026-06-10 audit hardening item). Graph-truth additions (same hygiene wave): tome-deals declares its lazy print integration as an optional peer (`@wabbit/tome-print >=0.1.0 <1.0.0`); tome-intake declares its lazy catalog routing strategy (`@wabbit/tome-catalog >=1.1.0 <2.0.0`, optional). These were undeclared dynamic imports — invisible to consumers and to pnpm's build topology.

Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-catalog@1.1.3

• Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-catalog@1.1.3

Updated dependencies [36dc023]

• Updated dependencies [36dc023]
• Updated dependencies [2612799] - @wabbit/tome-core@1.0.11 - @wabbit/tome-catalog@1.1.2

Add a `./fields/columnSpan` export to the package `exports` map so registry consumers can import the shared `columnSpan` field factory directly. Under path-alias consumption the deep path resolved against source; the `exports` map enforces it under registry consumption. Surfaced by tome-starter's `Section/config.ts` during the move to registry consumption.

• Add a `./fields/columnSpan` export to the package `exports` map so registry consumers can import the shared `columnSpan` field factory directly. Under path-alias consumption the deep path resolved against source; the `exports` map enforces it under registry consumption. Surfaced by tome-starter's `Section/config.ts` during the move to registry consumption.

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

**Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

• **Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

b76f684: **Register `block-bundle` as a Tier 1 product type + wire Tier 2 `getCardFields` hook.** `@wabbit/tome-blocks-core` now self-registers `block-bundle` in `@wabbit/tome-catalog`'s `productTypeRegistry` at module-load (mirrors the catalog defaults pattern). Bundles previously lived only in the in-memory `BundleRegistry`; they now appear in catalog admin's product type dropdown. Also wires a `getCardFields` hook against `@wabbit/tome-core/registry/productTypeHookRegistry` for slug `'block-bundle'`. The hook resolves linked bundles via `catalog-products.metadata.bundleSlug` → `bundleRegistry.get(slug)` (a new platform convention — documented in this changeset; will graduate to spec when a 2nd consumer adopts). Returns enriched card fields (`Bundle · N blocks` badge, block count metadata) when the bundle is registered; degrades gracefully with product-only fields otherwise.

• b76f684: **Register `block-bundle` as a Tier 1 product type + wire Tier 2 `getCardFields` hook.** `@wabbit/tome-blocks-core` now self-registers `block-bundle` in `@wabbit/tome-catalog`'s `productTypeRegistry` at module-load (mirrors the catalog defaults pattern). Bundles previously lived only in the in-memory `BundleRegistry`; they now appear in catalog admin's product type dropdown. Also wires a `getCardFields` hook against `@wabbit/tome-core/registry/productTypeHookRegistry` for slug `'block-bundle'`. The hook resolves linked bundles via `catalog-products.metadata.bundleSlug` → `bundleRegistry.get(slug)` (a new platform convention — documented in this changeset; will graduate to spec when a 2nd consumer adopts). Returns enriched card fields (`Bundle · N blocks` badge, block count metadata) when the bundle is registered; degrades gracefully with product-only fields otherwise.

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

Updated dependencies [2288bb9] - @wabbit/tome-blocks-marketing-starter@0.50.0

• Updated dependencies [2288bb9] - @wabbit/tome-blocks-marketing-starter@0.50.0

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.
• Updated dependencies [dd19c82]
• Updated dependencies [dd19c82]
• Updated dependencies [dd19c82]
• Updated dependencies [deea397] - @wabbit/tome-blocks-core@0.49.4 - @wabbit/tome-blocks-extras@0.49.4 - @wabbit/tome-blocks-marketing-starter@0.49.4 - @wabbit/tome-blocks-content-writer@0.49.4

Updated dependencies

• Updated dependencies
• Updated dependencies [d08e2ee]
• Updated dependencies [d08e2ee] - @wabbit/tome-blocks-core@0.49.0 - @wabbit/tome-blocks-extras@0.49.0 - @wabbit/tome-blocks-marketing-starter@0.49.0 - @wabbit/tome-blocks-content-writer@0.43.3

Updated dependencies [31e0105]

• Updated dependencies [31e0105]
• Updated dependencies [3954ae9] - @wabbit/tome-blocks-extras@0.48.0 - @wabbit/tome-blocks-core@0.48.0 - @wabbit/tome-blocks-marketing-starter@0.47.0 - @wabbit/tome-blocks-content-writer@0.43.3

Updated dependencies [b6b66ea] - @wabbit/tome-blocks-marketing-starter@0.47.0

• Updated dependencies [b6b66ea] - @wabbit/tome-blocks-marketing-starter@0.47.0

Updated dependencies [ba8c8f6]

• Updated dependencies [ba8c8f6]
• Updated dependencies [39e0892] - @wabbit/tome-blocks-core@0.46.0 - @wabbit/tome-blocks-extras@0.46.0 - @wabbit/tome-blocks-content-writer@0.43.3 - @wabbit/tome-blocks-marketing-starter@0.45.0

Updated dependencies [a6eaeb2] - @wabbit/tome-blocks-core@0.45.0 - @wabbit/tome-blocks-marketing-starter@0.45.0 - @wabbit/tome-blocks-content-writer@0.43.3 - @wabbit/tome-blocks-extras@0.44.0

• Updated dependencies [a6eaeb2] - @wabbit/tome-blocks-core@0.45.0 - @wabbit/tome-blocks-marketing-starter@0.45.0 - @wabbit/tome-blocks-content-writer@0.43.3 - @wabbit/tome-blocks-extras@0.44.0

Updated dependencies [7f26e12]

• Updated dependencies [7f26e12]
• Updated dependencies [8d7c046]
• Updated dependencies [d0f11bc]
• Updated dependencies [822d3f9] - @wabbit/tome-blocks-marketing-starter@0.44.0 - @wabbit/tome-blocks-core@0.44.0 - @wabbit/tome-blocks-extras@0.44.0 - @wabbit/tome-blocks-content-writer@0.43.3

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.
• Updated dependencies [d51ad89]
• Updated dependencies [d51ad89]
• Updated dependencies [d51ad89]
• Updated dependencies [d51ad89] - @wabbit/tome-blocks-content-writer@0.43.2 - @wabbit/tome-blocks-core@0.43.2 - @wabbit/tome-blocks-extras@0.43.2 - @wabbit/tome-blocks-marketing-starter@0.43.2

Updated dependencies [0cb0e16] - @wabbit/tome-blocks-content-writer@0.43.0

• Updated dependencies [0cb0e16] - @wabbit/tome-blocks-content-writer@0.43.0

Updated dependencies [39cb8ef] - @wabbit/tome-blocks-core@0.42.0 - @wabbit/tome-blocks-content-writer@0.40.1 - @wabbit/tome-blocks-extras@0.38.0 - @wabbit/tome-blocks-marketing-starter@0.39.0

• Updated dependencies [39cb8ef] - @wabbit/tome-blocks-core@0.42.0 - @wabbit/tome-blocks-content-writer@0.40.1 - @wabbit/tome-blocks-extras@0.38.0 - @wabbit/tome-blocks-marketing-starter@0.39.0

Updated dependencies [9a82103] - @wabbit/tome-blocks-content-writer@0.40.0

• Updated dependencies [9a82103] - @wabbit/tome-blocks-content-writer@0.40.0

Updated dependencies [af33c85]

• Updated dependencies [af33c85]
• Updated dependencies [45db383] - @wabbit/tome-blocks-marketing-starter@0.39.0

Updated dependencies [06221cd]

• Updated dependencies [06221cd]
• Updated dependencies [7cb9c04]
• Updated dependencies [cff5b22]
• Updated dependencies [06221cd]
• Updated dependencies [36adebe] - @wabbit/tome-blocks-core@0.38.0 - @wabbit/tome-blocks-content-writer@0.38.0 - @wabbit/tome-blocks-extras@0.38.0 - @wabbit/tome-blocks-marketing-starter@0.38.0

Updated dependencies [d69161c]

• Updated dependencies [d69161c]
• Updated dependencies [05c572a]
• Updated dependencies [3d47fcd]
• Updated dependencies [0e56651] - @wabbit/tome-blocks-core@0.37.0 - @wabbit/tome-blocks-content-writer@0.37.0 - @wabbit/tome-blocks-extras@0.37.0 - @wabbit/tome-blocks-marketing-starter@0.37.0

Updated dependencies [2e9f1ab]

• Updated dependencies [2e9f1ab]
• Updated dependencies [b1c933c] - @wabbit/tome-blocks-marketing-starter@0.36.0 - @wabbit/tome-blocks-extras@0.36.0 - @wabbit/tome-blocks-core@0.35.0

Updated dependencies [f4a08ca]

• Updated dependencies [f4a08ca]
• Updated dependencies [f4a08ca]
• Updated dependencies [f4a08ca] - @wabbit/tome-blocks-core@0.35.0 - @wabbit/tome-blocks-marketing-starter@0.35.0 - @wabbit/tome-blocks-extras@0.35.0 - @wabbit/tome-blocks-content-writer@0.34.1

Updated dependencies [e3aadfe]

• Updated dependencies [e3aadfe]
• Updated dependencies [3e4f0a7]
• Updated dependencies [e8b4d32] - @wabbit/tome-blocks-core@0.34.0 - @wabbit/tome-blocks-marketing-starter@0.34.0 - @wabbit/tome-blocks-extras@0.34.0 - @wabbit/tome-blocks-content-writer@0.34.0

Updated dependencies [a9424eb] - @wabbit/tome-blocks-marketing-starter@0.33.0

• Updated dependencies [a9424eb] - @wabbit/tome-blocks-marketing-starter@0.33.0

Updated dependencies [072f973] - @wabbit/tome-blocks-marketing-starter@0.32.0 - @wabbit/tome-blocks-extras@0.32.0

• Updated dependencies [072f973] - @wabbit/tome-blocks-marketing-starter@0.32.0 - @wabbit/tome-blocks-extras@0.32.0

Updated dependencies [5f2662c]

• Updated dependencies [5f2662c]
• Updated dependencies [fc84e67]
• Updated dependencies [b8ccf85] - @wabbit/tome-blocks-marketing-starter@0.31.0 - @wabbit/tome-blocks-core@0.31.0 - @wabbit/tome-blocks-extras@0.31.0 - @wabbit/tome-blocks-content-writer@0.28.5

Updated dependencies [9fbffc6]

• Updated dependencies [9fbffc6]
• Updated dependencies [fd848e0] - @wabbit/tome-blocks-core@0.30.0 - @wabbit/tome-blocks-marketing-starter@0.30.0 - @wabbit/tome-blocks-content-writer@0.28.5 - @wabbit/tome-blocks-extras@0.28.5

Updated dependencies [115bcfb]

• Updated dependencies [115bcfb]
• Updated dependencies [a6802f8]
• Updated dependencies [698c314] - @wabbit/tome-blocks-core@0.29.0 - @wabbit/tome-blocks-marketing-starter@0.29.0 - @wabbit/tome-blocks-content-writer@0.28.5 - @wabbit/tome-blocks-extras@0.28.5

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.
• Updated dependencies [775f90a] - @wabbit/tome-blocks-content-writer@0.28.5 - @wabbit/tome-blocks-core@0.28.5 - @wabbit/tome-blocks-extras@0.28.5 - @wabbit/tome-blocks-marketing-starter@0.28.5

Updated dependencies [483e0a1]

• Updated dependencies [483e0a1]
• Updated dependencies [483e0a1]
• Updated dependencies [483e0a1]
• Updated dependencies [483e0a1]
• Updated dependencies [868c087]
• Updated dependencies [6301bf1]
• Updated dependencies [6301bf1]
• Updated dependencies [6301bf1]
• Updated dependencies [868c087]
• Updated dependencies [58655f4]
• Updated dependencies [58655f4] - @wabbit/tome-blocks-core@0.28.0 - @wabbit/tome-blocks-content-writer@0.28.0 - @wabbit/tome-blocks-extras@0.28.0 - @wabbit/tome-blocks-marketing-starter@0.28.0

Updated dependencies [c14a133]

• Updated dependencies [c14a133]
• Updated dependencies [c14a133]
• Updated dependencies [c14a133]
• Updated dependencies [c14a133] - @wabbit/tome-blocks-core@0.27.0 - @wabbit/tome-blocks-content-writer@0.27.0 - @wabbit/tome-blocks-extras@0.27.0 - @wabbit/tome-blocks-marketing-starter@0.27.0

Updated dependencies [f52288f]

• Updated dependencies [f52288f]
• Updated dependencies [8c84e70] - @wabbit/tome-blocks-extras@0.26.0 - @wabbit/tome-blocks-marketing-starter@0.24.0 - @wabbit/tome-blocks-core@0.25.1

Updated dependencies

• Updated dependencies
• Updated dependencies - @wabbit/tome-blocks-content-writer@0.24.0 - @wabbit/tome-blocks-marketing-starter@0.24.0

Updated dependencies

• Updated dependencies
• Updated dependencies - @wabbit/tome-blocks-core@0.22.0 - @wabbit/tome-blocks-extras@0.22.0 - @wabbit/tome-blocks-content-writer@0.18.3 - @wabbit/tome-blocks-marketing-starter@0.20.1

Updated dependencies - @wabbit/tome-blocks-core@0.21.0 - @wabbit/tome-blocks-content-writer@0.18.3 - @wabbit/tome-blocks-extras@0.20.1 - @wabbit/tome-blocks-marketing-starter@0.20.1

• Updated dependencies - @wabbit/tome-blocks-core@0.21.0 - @wabbit/tome-blocks-content-writer@0.18.3 - @wabbit/tome-blocks-extras@0.20.1 - @wabbit/tome-blocks-marketing-starter@0.20.1

e941996: **BREAKING:** the paid block packs are now optional peer dependencies, so installing `@wabbit/tome-blocks` no longer fails for a registry credential that does not hold every paid pack. Hard dependencies are now only the open packs (`tome-blocks-core`, `tome-blocks-marketing-starter`, `tome-blocks-content-writer`, `tome-blocks-extras`). `tome-blocks-agency-essentials`, `-editorial-pack`, `-signal-theme`, `-lms-pack`, `-catalog-pack`, `-sc-pack` and `-org-pack` moved to optional `peerDependencies`. A new `@wabbit/tome-blocks/open` entry re-exports only the open packs, with `registerAll()` and `registerAllRenderers()` scoped to them. **Migration:** if you import the root entry (`@wabbit/tome-blocks` or `@wabbit/tome-blocks/render`), add every paid pack to your own dependencies — they are no longer installed for you. If you hold only some paid packs, import from `@wabbit/tome-blocks/open` and call each held pack's own `register()`.

• e941996: **BREAKING:** the paid block packs are now optional peer dependencies, so installing `@wabbit/tome-blocks` no longer fails for a registry credential that does not hold every paid pack. Hard dependencies are now only the open packs (`tome-blocks-core`, `tome-blocks-marketing-starter`, `tome-blocks-content-writer`, `tome-blocks-extras`). `tome-blocks-agency-essentials`, `-editorial-pack`, `-signal-theme`, `-lms-pack`, `-catalog-pack`, `-sc-pack` and `-org-pack` moved to optional `peerDependencies`. A new `@wabbit/tome-blocks/open` entry re-exports only the open packs, with `registerAll()` and `registerAllRenderers()` scoped to them. **Migration:** if you import the root entry (`@wabbit/tome-blocks` or `@wabbit/tome-blocks/render`), add every paid pack to your own dependencies — they are no longer installed for you. If you hold only some paid packs, import from `@wabbit/tome-blocks/open` and call each held pack's own `register()`.
• Updated dependencies [c94d653]
• Updated dependencies [9ac8d3d] - @wabbit/tome-blocks-core@0.20.0 - @wabbit/tome-blocks-extras@0.20.0 - @wabbit/tome-blocks-content-writer@0.18.3 - @wabbit/tome-blocks-marketing-starter@0.18.3

Updated dependencies [f6cfffa]

• Updated dependencies [f6cfffa]
• Updated dependencies [89a8338] - @wabbit/tome-blocks-sc-pack@0.19.0

Corrective republish: 0.18.3 (like 0.18.0 before it) shipped every dependency as a literal `workspace:^` specifier when published through `changeset publish`; this version carries the resolved ranges. No code change.

• Corrective republish: 0.18.3 (like 0.18.0 before it) shipped every dependency as a literal `workspace:^` specifier when published through `changeset publish`; this version carries the resolved ranges. No code change.

6530765: Removed an unused CSS-copy build hook (this package ships no CSS of its own); no behavior change, and the published `dist/` is identical.

• 6530765: Removed an unused CSS-copy build hook (this package ships no CSS of its own); no behavior change, and the published `dist/` is identical.
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [786853e]
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [786853e]
• Updated dependencies [786853e]
• Updated dependencies [6530765]
• Updated dependencies [6530765]
• Updated dependencies [786853e] - @wabbit/tome-blocks-agency-essentials@0.18.3 - @wabbit/tome-blocks-catalog-pack@0.18.3 - @wabbit/tome-blocks-content-writer@0.18.3 - @wabbit/tome-blocks-core@0.18.3 - @wabbit/tome-blocks-editorial-pack@0.18.3 - @wabbit/tome-blocks-extras@0.18.3 - @wabbit/tome-blocks-marketing-starter@0.18.3 - @wabbit/tome-blocks-org-pack@0.5.3 - @wabbit/tome-blocks-signal-theme@0.18.3 - @wabbit/tome-blocks-lms-pack@0.18.3 - @wabbit/tome-blocks-sc-pack@0.18.0

Corrective republish: 0.18.0 shipped every dependency as a literal `workspace:^` specifier (uninstallable); 0.18.1 carries the resolved versions. No code change.

• Corrective republish: 0.18.0 shipped every dependency as a literal `workspace:^` specifier (uninstallable); 0.18.1 carries the resolved versions. No code change.

Updated dependencies [c3468b0]

• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0]
• Updated dependencies [c3468b0] - @wabbit/tome-blocks-agency-essentials@0.18.0 - @wabbit/tome-blocks-catalog-pack@0.18.0 - @wabbit/tome-blocks-content-writer@0.18.0 - @wabbit/tome-blocks-core@0.18.0 - @wabbit/tome-blocks-editorial-pack@0.18.0 - @wabbit/tome-blocks-lms-pack@0.18.0 - @wabbit/tome-blocks-marketing-starter@0.18.0 - @wabbit/tome-blocks-org-pack@0.5.1 - @wabbit/tome-blocks-sc-pack@0.18.0 - @wabbit/tome-blocks-signal-theme@0.18.0 - @wabbit/tome-blocks-extras@0.17.0

Updated dependencies [404d325] - @wabbit/tome-blocks-core@0.17.0 - @wabbit/tome-blocks-extras@0.17.0 - @wabbit/tome-blocks-marketing-starter@0.17.0 - @wabbit/tome-blocks-content-writer@0.17.0 - @wabbit/tome-blocks-agency-essentials@0.17.0 - @wabbit/tome-blocks-editorial-pack@0.17.0 - @wabbit/tome-blocks-signal-theme@0.17.0 - @wabbit/tome-blocks-lms-pack@0.17.0 - @wabbit/tome-blocks-catalog-pack@0.17.0 - @wabbit/tome-blocks-sc-pack@0.17.0 - @wabbit/tome-blocks-org-pack@0.5.0

• Updated dependencies [404d325] - @wabbit/tome-blocks-core@0.17.0 - @wabbit/tome-blocks-extras@0.17.0 - @wabbit/tome-blocks-marketing-starter@0.17.0 - @wabbit/tome-blocks-content-writer@0.17.0 - @wabbit/tome-blocks-agency-essentials@0.17.0 - @wabbit/tome-blocks-editorial-pack@0.17.0 - @wabbit/tome-blocks-signal-theme@0.17.0 - @wabbit/tome-blocks-lms-pack@0.17.0 - @wabbit/tome-blocks-catalog-pack@0.17.0 - @wabbit/tome-blocks-sc-pack@0.17.0 - @wabbit/tome-blocks-org-pack@0.5.0

1019136: Re-release with real dependency versions. 0.16.0 on the registry shipped its eleven `@wabbit/*` dependencies as literal `workspace:^` strings (packed by npm under `changeset publish`) and cannot be installed; this release is packed with `pnpm publish`, which rewrites them.

• 1019136: Re-release with real dependency versions. 0.16.0 on the registry shipped its eleven `@wabbit/*` dependencies as literal `workspace:^` strings (packed by npm under `changeset publish`) and cannot be installed; this release is packed with `pnpm publish`, which rewrites them.
• Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [04309f5]
• Updated dependencies [b01ca1f]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0 - @wabbit/tome-blocks-agency-essentials@0.16.0 - @wabbit/tome-blocks-catalog-pack@0.16.0 - @wabbit/tome-blocks-content-writer@0.16.0 - @wabbit/tome-blocks-editorial-pack@0.16.0 - @wabbit/tome-blocks-extras@0.16.0 - @wabbit/tome-blocks-lms-pack@0.16.0 - @wabbit/tome-blocks-marketing-starter@0.16.0 - @wabbit/tome-blocks-sc-pack@0.16.0 - @wabbit/tome-blocks-signal-theme@0.16.0 - @wabbit/tome-blocks-org-pack@0.4.0

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.
• Updated dependencies [71d3b09] - @wabbit/tome-blocks-signal-theme@0.15.9 - @wabbit/tome-blocks-extras@0.15.9 - @wabbit/tome-blocks-content-writer@0.15.9 - @wabbit/tome-blocks-core@0.15.9 - @wabbit/tome-blocks-catalog-pack@0.15.9 - @wabbit/tome-blocks-lms-pack@0.15.9 - @wabbit/tome-blocks-org-pack@0.3.4 - @wabbit/tome-blocks-marketing-starter@0.15.6

Republished via `pnpm publish` so the `workspace:*` dependency protocol is rewritten to real versions. **0.15.1 did not fix this.** `pnpm changeset publish` still ships the literal protocol string — changesets invokes `npm publish` internally regardless of the package manager used to launch it, so routing the _changeset_ command through pnpm changes nothing. Only `pnpm publish`, run from the package directory, applies pnpm's pack-time rewriting. **Release rule for this package:** `cd packages/blocks && pnpm publish`. Every other package in the monorepo is safe under `changeset publish`, because `@wabbit/tome-blocks` is the only one declaring `workspace:*` in `dependencies` rather than peer ranges. Broken versions that must not be installed: 0.11.0, 0.11.2, 0.13.0, 0.14.0, 0.15.0, 0.15.1.

• Republished via `pnpm publish` so the `workspace:*` dependency protocol is rewritten to real versions. **0.15.1 did not fix this.** `pnpm changeset publish` still ships the literal protocol string — changesets invokes `npm publish` internally regardless of the package manager used to launch it, so routing the _changeset_ command through pnpm changes nothing. Only `pnpm publish`, run from the package directory, applies pnpm's pack-time rewriting. **Release rule for this package:** `cd packages/blocks && pnpm publish`. Every other package in the monorepo is safe under `changeset publish`, because `@wabbit/tome-blocks` is the only one declaring `workspace:*` in `dependencies` rather than peer ranges. Broken versions that must not be installed: 0.11.0, 0.11.2, 0.13.0, 0.14.0, 0.15.0, 0.15.1.

Republish with the `workspace:*` dependency protocol resolved to real version ranges. `@wabbit/tome-blocks` is an umbrella package whose 11 runtime dependencies are declared `workspace:*`. That protocol is a pnpm authoring convenience and **must be rewritten to concrete ranges at pack time** — `pnpm publish` does this; `npm publish` does not, and ships the literal string. Installing such a tarball fails outright: ``` npm error code EUNSUPPORTEDPROTOCOL npm error Unsupported URL Type "workspace:": workspace:* ``` This is intermittent across the package's history — 0.11.0, 0.11.2, 0.13.0, 0.14.0 and 0.15.0 shipped broken while 0.10.3, 0.11.1, 0.11.3, 0.12.0 and 0.12.1 shipped clean — tracking whether that release happened to be cut with pnpm or npm. `changeset publish` shells out to `npm publish` unless it is itself invoked through pnpm, which is the mechanism behind the alternation. **This package must be released with `pnpm changeset publish`, never `npx changeset publish`.** No other package in the monorepo is affected: `@wabbit/tome-blocks` is the only one carrying `workspace:*` in `dependencies` rather than peer ranges.

• Republish with the `workspace:*` dependency protocol resolved to real version ranges. `@wabbit/tome-blocks` is an umbrella package whose 11 runtime dependencies are declared `workspace:*`. That protocol is a pnpm authoring convenience and **must be rewritten to concrete ranges at pack time** — `pnpm publish` does this; `npm publish` does not, and ships the literal string. Installing such a tarball fails outright: ``` npm error code EUNSUPPORTEDPROTOCOL npm error Unsupported URL Type "workspace:": workspace:* ``` This is intermittent across the package's history — 0.11.0, 0.11.2, 0.13.0, 0.14.0 and 0.15.0 shipped broken while 0.10.3, 0.11.1, 0.11.3, 0.12.0 and 0.12.1 shipped clean — tracking whether that release happened to be cut with pnpm or npm. `changeset publish` shells out to `npm publish` unless it is itself invoked through pnpm, which is the mechanism behind the alternation. **This package must be released with `pnpm changeset publish`, never `npx changeset publish`.** No other package in the monorepo is affected: `@wabbit/tome-blocks` is the only one carrying `workspace:*` in `dependencies` rather than peer ranges.

Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-agency-essentials@0.15.0 - @wabbit/tome-blocks-catalog-pack@0.15.0 - @wabbit/tome-blocks-content-writer@0.15.0 - @wabbit/tome-blocks-editorial-pack@0.15.0 - @wabbit/tome-blocks-extras@0.15.0 - @wabbit/tome-blocks-lms-pack@0.15.0 - @wabbit/tome-blocks-marketing-starter@0.15.0 - @wabbit/tome-blocks-org-pack@0.3.0 - @wabbit/tome-blocks-sc-pack@0.15.0 - @wabbit/tome-blocks-signal-theme@0.15.0

• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-agency-essentials@0.15.0 - @wabbit/tome-blocks-catalog-pack@0.15.0 - @wabbit/tome-blocks-content-writer@0.15.0 - @wabbit/tome-blocks-editorial-pack@0.15.0 - @wabbit/tome-blocks-extras@0.15.0 - @wabbit/tome-blocks-lms-pack@0.15.0 - @wabbit/tome-blocks-marketing-starter@0.15.0 - @wabbit/tome-blocks-org-pack@0.3.0 - @wabbit/tome-blocks-sc-pack@0.15.0 - @wabbit/tome-blocks-signal-theme@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-agency-essentials@0.14.0 - @wabbit/tome-blocks-catalog-pack@0.14.0 - @wabbit/tome-blocks-content-writer@0.14.0 - @wabbit/tome-blocks-editorial-pack@0.14.0 - @wabbit/tome-blocks-extras@0.14.0 - @wabbit/tome-blocks-lms-pack@0.14.0 - @wabbit/tome-blocks-marketing-starter@0.14.0 - @wabbit/tome-blocks-org-pack@0.2.10 - @wabbit/tome-blocks-sc-pack@0.14.0 - @wabbit/tome-blocks-signal-theme@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-agency-essentials@0.14.0 - @wabbit/tome-blocks-catalog-pack@0.14.0 - @wabbit/tome-blocks-content-writer@0.14.0 - @wabbit/tome-blocks-editorial-pack@0.14.0 - @wabbit/tome-blocks-extras@0.14.0 - @wabbit/tome-blocks-lms-pack@0.14.0 - @wabbit/tome-blocks-marketing-starter@0.14.0 - @wabbit/tome-blocks-org-pack@0.2.10 - @wabbit/tome-blocks-sc-pack@0.14.0 - @wabbit/tome-blocks-signal-theme@0.14.0

Updated dependencies [f4d55c9]

• Updated dependencies [f4d55c9]
• Updated dependencies [f4d55c9]
• Updated dependencies [9116174]
• Updated dependencies [c041aea]
• Updated dependencies [eb403d4] - @wabbit/tome-blocks-core@0.13.0 - @wabbit/tome-blocks-marketing-starter@0.13.0 - @wabbit/tome-blocks-editorial-pack@0.13.0 - @wabbit/tome-blocks-extras@0.13.0 - @wabbit/tome-blocks-agency-essentials@0.13.0 - @wabbit/tome-blocks-catalog-pack@0.13.0 - @wabbit/tome-blocks-content-writer@0.13.0 - @wabbit/tome-blocks-lms-pack@0.13.0 - @wabbit/tome-blocks-org-pack@0.2.9 - @wabbit/tome-blocks-sc-pack@0.13.0 - @wabbit/tome-blocks-signal-theme@0.13.0

Updated dependencies - @wabbit/tome-blocks-lms-pack@0.12.1 - @wabbit/tome-blocks-catalog-pack@0.12.1 - @wabbit/tome-blocks-editorial-pack@0.12.1 - @wabbit/tome-blocks-signal-theme@0.12.1

• Updated dependencies - @wabbit/tome-blocks-lms-pack@0.12.1 - @wabbit/tome-blocks-catalog-pack@0.12.1 - @wabbit/tome-blocks-editorial-pack@0.12.1 - @wabbit/tome-blocks-signal-theme@0.12.1

Updated dependencies - @wabbit/tome-blocks-lms-pack@0.12.0 - @wabbit/tome-blocks-catalog-pack@0.12.0

• Updated dependencies - @wabbit/tome-blocks-lms-pack@0.12.0 - @wabbit/tome-blocks-catalog-pack@0.12.0

Corrective republish. `0.11.2` shipped all 11 of its dependencies as literal `workspace:*` specifiers (uninstallable — `EUNSUPPORTEDPROTOCOL`), the same intermittent `pnpm changeset publish` protocol-leak that hit `0.11.0` (fixed as `0.11.1`, commit 7d111b8). No code change — `pnpm publish` from the package directory rewrites the workspace ranges to resolved versions (verified via `pnpm pack` before upload: 0 leaks). `0.11.2` is deprecated.

• Corrective republish. `0.11.2` shipped all 11 of its dependencies as literal `workspace:*` specifiers (uninstallable — `EUNSUPPORTEDPROTOCOL`), the same intermittent `pnpm changeset publish` protocol-leak that hit `0.11.0` (fixed as `0.11.1`, commit 7d111b8). No code change — `pnpm publish` from the package directory rewrites the workspace ranges to resolved versions (verified via `pnpm pack` before upload: 0 leaks). `0.11.2` is deprecated.

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-agency-essentials@0.11.2 - @wabbit/tome-blocks-catalog-pack@0.11.2 - @wabbit/tome-blocks-content-writer@0.11.2 - @wabbit/tome-blocks-editorial-pack@0.11.2 - @wabbit/tome-blocks-extras@0.11.2 - @wabbit/tome-blocks-lms-pack@0.11.2 - @wabbit/tome-blocks-marketing-starter@0.11.2 - @wabbit/tome-blocks-org-pack@0.2.8 - @wabbit/tome-blocks-sc-pack@0.11.2 - @wabbit/tome-blocks-signal-theme@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-agency-essentials@0.11.2 - @wabbit/tome-blocks-catalog-pack@0.11.2 - @wabbit/tome-blocks-content-writer@0.11.2 - @wabbit/tome-blocks-editorial-pack@0.11.2 - @wabbit/tome-blocks-extras@0.11.2 - @wabbit/tome-blocks-lms-pack@0.11.2 - @wabbit/tome-blocks-marketing-starter@0.11.2 - @wabbit/tome-blocks-org-pack@0.2.8 - @wabbit/tome-blocks-sc-pack@0.11.2 - @wabbit/tome-blocks-signal-theme@0.11.2

Corrective republish: `0.11.0`'s published manifest shipped unrewritten `workspace:*` dependency specifiers (the only package of the 41 in the 2026-07-13 train to leak them — the `changeset publish` path skipped the rewrite for this package while `pnpm pack`/`pnpm publish` performs it correctly; mechanism unexplained, so the post-publish registry sweep now greps every published manifest for `workspace:`). `0.11.0` cannot be installed by npm consumers (`EUNSUPPORTEDPROTOCOL`) and is deprecated on the registry. No code changes — dist is byte-identical to `0.11.0`.

• Corrective republish: `0.11.0`'s published manifest shipped unrewritten `workspace:*` dependency specifiers (the only package of the 41 in the 2026-07-13 train to leak them — the `changeset publish` path skipped the rewrite for this package while `pnpm pack`/`pnpm publish` performs it correctly; mechanism unexplained, so the post-publish registry sweep now greps every published manifest for `workspace:`). `0.11.0` cannot be installed by npm consumers (`EUNSUPPORTEDPROTOCOL`) and is deprecated on the registry. No code changes — dist is byte-identical to `0.11.0`.

26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.

• 26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 36e537a: Small verified fixes: agency-essentials `Contact` gains its missing `'use client'` (it calls the rich-text adapter hook; direct RSC import crashed). chrome `NavGuard` now dev-warns when its capability gate fails to load while a `requiredCapability` is set (the fail-open contract itself is unchanged and now documented). blocks-core `BLOCK_CATALOG.ts` corrupted entries corrected from real block meta (content-two-column, content-with-corner-notch, signal-ship-card names/descriptions; gallery variants filled) + drift-risk header. Stale docstrings fixed (chrome `HeaderLogo`, blocks-gallery registry header, lms-ui payload JSDoc import path). blocks meta-package backcompat suite now asserts the RENDER registry resolves renderers (previously only descriptor registration was tested — a dropped render import shipped silently).
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [a5db69f]
• Updated dependencies [8100b6f]
• Updated dependencies [6bc419c]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-marketing-starter@0.11.0 - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-blocks-catalog-pack@0.11.0 - @wabbit/tome-blocks-lms-pack@0.11.0 - @wabbit/tome-blocks-sc-pack@0.11.0 - @wabbit/tome-blocks-org-pack@0.2.7 - @wabbit/tome-blocks-agency-essentials@0.11.0 - @wabbit/tome-blocks-content-writer@0.11.0 - @wabbit/tome-blocks-editorial-pack@0.11.0 - @wabbit/tome-blocks-extras@0.11.0 - @wabbit/tome-blocks-signal-theme@0.11.0

@wabbit/tome-blocks-catalog-pack@0.10.3

• @wabbit/tome-blocks-catalog-pack@0.10.3
• @wabbit/tome-blocks-core@0.10.0
• @wabbit/tome-blocks-lms-pack@0.10.3
• @wabbit/tome-blocks-marketing-starter@0.10.0

Updated dependencies [cd59894] - @wabbit/tome-blocks-signal-theme@0.10.2 - @wabbit/tome-blocks-sc-pack@0.10.2 - @wabbit/tome-blocks-editorial-pack@0.10.2

• Updated dependencies [cd59894] - @wabbit/tome-blocks-signal-theme@0.10.2 - @wabbit/tome-blocks-sc-pack@0.10.2 - @wabbit/tome-blocks-editorial-pack@0.10.2

@wabbit/tome-blocks-catalog-pack@0.10.1

• @wabbit/tome-blocks-catalog-pack@0.10.1
• @wabbit/tome-blocks-core@0.10.0
• @wabbit/tome-blocks-lms-pack@0.10.1
• @wabbit/tome-blocks-marketing-starter@0.10.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-agency-essentials@0.10.0 - @wabbit/tome-blocks-catalog-pack@0.10.0 - @wabbit/tome-blocks-content-writer@0.10.0 - @wabbit/tome-blocks-editorial-pack@0.10.0 - @wabbit/tome-blocks-extras@0.10.0 - @wabbit/tome-blocks-lms-pack@0.10.0 - @wabbit/tome-blocks-marketing-starter@0.10.0 - @wabbit/tome-blocks-sc-pack@0.10.0 - @wabbit/tome-blocks-signal-theme@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-agency-essentials@0.10.0 - @wabbit/tome-blocks-catalog-pack@0.10.0 - @wabbit/tome-blocks-content-writer@0.10.0 - @wabbit/tome-blocks-editorial-pack@0.10.0 - @wabbit/tome-blocks-extras@0.10.0 - @wabbit/tome-blocks-lms-pack@0.10.0 - @wabbit/tome-blocks-marketing-starter@0.10.0 - @wabbit/tome-blocks-sc-pack@0.10.0 - @wabbit/tome-blocks-signal-theme@0.10.0

Updated dependencies - @wabbit/tome-blocks-content-writer@0.9.5 - @wabbit/tome-blocks-marketing-starter@0.9.5 - @wabbit/tome-blocks-extras@0.9.5 - @wabbit/tome-blocks-editorial-pack@0.9.5 - @wabbit/tome-blocks-agency-essentials@0.9.5 - @wabbit/tome-blocks-sc-pack@0.9.5 - @wabbit/tome-blocks-signal-theme@0.9.5

• Updated dependencies - @wabbit/tome-blocks-content-writer@0.9.5 - @wabbit/tome-blocks-marketing-starter@0.9.5 - @wabbit/tome-blocks-extras@0.9.5 - @wabbit/tome-blocks-editorial-pack@0.9.5 - @wabbit/tome-blocks-agency-essentials@0.9.5 - @wabbit/tome-blocks-sc-pack@0.9.5 - @wabbit/tome-blocks-signal-theme@0.9.5

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-blocks-agency-essentials@0.9.4 - @wabbit/tome-blocks-catalog-pack@0.9.4 - @wabbit/tome-blocks-lms-pack@0.9.4 - @wabbit/tome-blocks-signal-theme@0.9.4 - @wabbit/tome-blocks-marketing-starter@0.9.4 - @wabbit/tome-blocks-content-writer@0.9.4 - @wabbit/tome-blocks-editorial-pack@0.9.4 - @wabbit/tome-blocks-extras@0.9.4 - @wabbit/tome-blocks-sc-pack@0.9.4

@wabbit/tome-blocks-editorial-pack@0.9.3

• @wabbit/tome-blocks-editorial-pack@0.9.3
• @wabbit/tome-blocks-signal-theme@0.9.3

Updated dependencies

• Updated dependencies
• Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-signal-theme@0.9.2 - @wabbit/tome-blocks-agency-essentials@0.9.2 - @wabbit/tome-blocks-catalog-pack@0.9.2 - @wabbit/tome-blocks-content-writer@0.9.2 - @wabbit/tome-blocks-editorial-pack@0.9.2 - @wabbit/tome-blocks-extras@0.9.2 - @wabbit/tome-blocks-lms-pack@0.9.2 - @wabbit/tome-blocks-marketing-starter@0.9.2 - @wabbit/tome-blocks-sc-pack@0.9.2

Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1 - @wabbit/tome-blocks-agency-essentials@0.9.1 - @wabbit/tome-blocks-content-writer@0.9.1 - @wabbit/tome-blocks-editorial-pack@0.9.1 - @wabbit/tome-blocks-marketing-starter@0.9.1 - @wabbit/tome-blocks-sc-pack@0.9.1 - @wabbit/tome-blocks-signal-theme@0.9.1

• Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1 - @wabbit/tome-blocks-agency-essentials@0.9.1 - @wabbit/tome-blocks-content-writer@0.9.1 - @wabbit/tome-blocks-editorial-pack@0.9.1 - @wabbit/tome-blocks-marketing-starter@0.9.1 - @wabbit/tome-blocks-sc-pack@0.9.1 - @wabbit/tome-blocks-signal-theme@0.9.1

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0 - @wabbit/tome-blocks-marketing-starter@0.9.0 - @wabbit/tome-blocks-content-writer@0.9.0 - @wabbit/tome-blocks-agency-essentials@0.9.0 - @wabbit/tome-blocks-editorial-pack@0.9.0 - @wabbit/tome-blocks-signal-theme@0.9.0 - @wabbit/tome-blocks-catalog-pack@0.9.0 - @wabbit/tome-blocks-lms-pack@0.9.0 - @wabbit/tome-blocks-sc-pack@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0 - @wabbit/tome-blocks-marketing-starter@0.9.0 - @wabbit/tome-blocks-content-writer@0.9.0 - @wabbit/tome-blocks-agency-essentials@0.9.0 - @wabbit/tome-blocks-editorial-pack@0.9.0 - @wabbit/tome-blocks-signal-theme@0.9.0 - @wabbit/tome-blocks-catalog-pack@0.9.0 - @wabbit/tome-blocks-lms-pack@0.9.0 - @wabbit/tome-blocks-sc-pack@0.9.0

Updated dependencies [249b670]

• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670] - @wabbit/tome-blocks-marketing-starter@0.8.0 - @wabbit/tome-blocks-extras@0.8.0 - @wabbit/tome-blocks-signal-theme@0.8.0 - @wabbit/tome-blocks-lms-pack@0.8.0 - @wabbit/tome-blocks-catalog-pack@0.8.0 - @wabbit/tome-blocks-sc-pack@0.8.0 - @wabbit/tome-blocks-core@0.8.0 - @wabbit/tome-blocks-agency-essentials@0.8.0 - @wabbit/tome-blocks-content-writer@0.8.0 - @wabbit/tome-blocks-editorial-pack@0.8.0

Updated dependencies [28802fa]

• Updated dependencies [28802fa]
• Updated dependencies [66c611c]
• Updated dependencies [8958d41] - @wabbit/tome-blocks-editorial-pack@0.7.0 - @wabbit/tome-blocks-content-writer@0.7.0 - @wabbit/tome-blocks-extras@0.7.0 - @wabbit/tome-blocks-marketing-starter@0.7.0 - @wabbit/tome-blocks-core@0.7.0 - @wabbit/tome-blocks-signal-theme@0.7.0 - @wabbit/tome-blocks-sc-pack@0.7.0 - @wabbit/tome-blocks-agency-essentials@0.7.0 - @wabbit/tome-blocks-catalog-pack@0.7.0 - @wabbit/tome-blocks-lms-pack@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-catalog-pack@0.6.2 - @wabbit/tome-blocks-lms-pack@0.6.2 - @wabbit/tome-blocks-agency-essentials@0.6.2 - @wabbit/tome-blocks-content-writer@0.6.2 - @wabbit/tome-blocks-editorial-pack@0.6.2 - @wabbit/tome-blocks-extras@0.6.2 - @wabbit/tome-blocks-marketing-starter@0.6.2 - @wabbit/tome-blocks-sc-pack@0.6.2 - @wabbit/tome-blocks-signal-theme@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-catalog-pack@0.6.2 - @wabbit/tome-blocks-lms-pack@0.6.2 - @wabbit/tome-blocks-agency-essentials@0.6.2 - @wabbit/tome-blocks-content-writer@0.6.2 - @wabbit/tome-blocks-editorial-pack@0.6.2 - @wabbit/tome-blocks-extras@0.6.2 - @wabbit/tome-blocks-marketing-starter@0.6.2 - @wabbit/tome-blocks-sc-pack@0.6.2 - @wabbit/tome-blocks-signal-theme@0.6.2

Updated dependencies [f37fa00] - @wabbit/tome-blocks-agency-essentials@0.6.1 - @wabbit/tome-blocks-marketing-starter@0.6.1 - @wabbit/tome-blocks-signal-theme@0.6.1 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [f37fa00] - @wabbit/tome-blocks-agency-essentials@0.6.1 - @wabbit/tome-blocks-marketing-starter@0.6.1 - @wabbit/tome-blocks-signal-theme@0.6.1 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [dfd8a78] - @wabbit/tome-blocks-editorial-pack@0.6.0 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [dfd8a78] - @wabbit/tome-blocks-editorial-pack@0.6.0 - @wabbit/tome-blocks-core@0.5.9

@wabbit/tome-blocks-editorial-pack@0.5.11

• @wabbit/tome-blocks-editorial-pack@0.5.11
• @wabbit/tome-blocks-core@0.5.9

Updated dependencies [497409b] - @wabbit/tome-blocks-content-writer@0.5.10 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [497409b] - @wabbit/tome-blocks-content-writer@0.5.10 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [8947ff1] - @wabbit/tome-blocks-marketing-starter@0.5.9 - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-catalog-pack@0.5.9 - @wabbit/tome-blocks-lms-pack@0.5.9 - @wabbit/tome-blocks-editorial-pack@0.5.9 - @wabbit/tome-blocks-agency-essentials@0.5.9 - @wabbit/tome-blocks-content-writer@0.5.9 - @wabbit/tome-blocks-extras@0.5.9 - @wabbit/tome-blocks-sc-pack@0.5.9 - @wabbit/tome-blocks-signal-theme@0.5.9

• Updated dependencies [8947ff1] - @wabbit/tome-blocks-marketing-starter@0.5.9 - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-catalog-pack@0.5.9 - @wabbit/tome-blocks-lms-pack@0.5.9 - @wabbit/tome-blocks-editorial-pack@0.5.9 - @wabbit/tome-blocks-agency-essentials@0.5.9 - @wabbit/tome-blocks-content-writer@0.5.9 - @wabbit/tome-blocks-extras@0.5.9 - @wabbit/tome-blocks-sc-pack@0.5.9 - @wabbit/tome-blocks-signal-theme@0.5.9

Updated dependencies [3f0c503] - @wabbit/tome-blocks-editorial-pack@0.5.8 - @wabbit/tome-blocks-core@0.5.7

• Updated dependencies [3f0c503] - @wabbit/tome-blocks-editorial-pack@0.5.8 - @wabbit/tome-blocks-core@0.5.7

@wabbit/tome-blocks-catalog-pack@0.5.7

• @wabbit/tome-blocks-catalog-pack@0.5.7
• @wabbit/tome-blocks-core@0.5.7
• @wabbit/tome-blocks-lms-pack@0.5.7
• @wabbit/tome-blocks-agency-essentials@0.5.7
• @wabbit/tome-blocks-content-writer@0.5.7
• @wabbit/tome-blocks-editorial-pack@0.5.7
• @wabbit/tome-blocks-extras@0.5.7
• @wabbit/tome-blocks-marketing-starter@0.5.7
• @wabbit/tome-blocks-sc-pack@0.5.7
• @wabbit/tome-blocks-signal-theme@0.5.7

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

Updated dependencies [97d2311] - @wabbit/tome-blocks-content-writer@0.4.4 - @wabbit/tome-blocks-core@0.4.3

• Updated dependencies [97d2311] - @wabbit/tome-blocks-content-writer@0.4.4 - @wabbit/tome-blocks-core@0.4.3

**Fix: list all 10 sibling block packages in tsup `external` array.** The meta package's `tsup.config.ts` was templated from `blocks-marketing-starter`, whose narrower `external` list (`['@wabbit/tome-blocks-core', '@wabbit/tome-blocks-extras']`) is correct for that pack's import surface but wrong here. The meta package re-exports from all 10 sibling packs so all 10 must be externalized. Without all 10 externalized, rollup-plugin-dts (used by tsup's `dts: true`) attempts to bundle each un-externalized pack's `.d.ts` surface into the meta package's dist. In CI, dependent packs may not have a built `dist/` yet when this resolution runs, producing "Cannot find module '@wabbit/tome-blocks-X'" errors during the DTS step. No source or runtime changes; pure build-config fix.

• **Fix: list all 10 sibling block packages in tsup `external` array.** The meta package's `tsup.config.ts` was templated from `blocks-marketing-starter`, whose narrower `external` list (`['@wabbit/tome-blocks-core', '@wabbit/tome-blocks-extras']`) is correct for that pack's import surface but wrong here. The meta package re-exports from all 10 sibling packs so all 10 must be externalized. Without all 10 externalized, rollup-plugin-dts (used by tsup's `dts: true`) attempts to bundle each un-externalized pack's `.d.ts` surface into the meta package's dist. In CI, dependent packs may not have a built `dist/` yet when this resolution runs, producing "Cannot find module '@wabbit/tome-blocks-X'" errors during the DTS step. No source or runtime changes; pure build-config fix.

Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-lms-pack@0.4.2 - @wabbit/tome-blocks-catalog-pack@0.4.2 - @wabbit/tome-blocks-core@0.4.2 - @wabbit/tome-blocks-agency-essentials@0.4.2 - @wabbit/tome-blocks-content-writer@0.4.2 - @wabbit/tome-blocks-editorial-pack@0.4.2 - @wabbit/tome-blocks-marketing-starter@0.4.2 - @wabbit/tome-blocks-sc-pack@0.4.2 - @wabbit/tome-blocks-signal-theme@0.4.2

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-lms-pack@0.4.2 - @wabbit/tome-blocks-catalog-pack@0.4.2 - @wabbit/tome-blocks-core@0.4.2 - @wabbit/tome-blocks-agency-essentials@0.4.2 - @wabbit/tome-blocks-content-writer@0.4.2 - @wabbit/tome-blocks-editorial-pack@0.4.2 - @wabbit/tome-blocks-marketing-starter@0.4.2 - @wabbit/tome-blocks-sc-pack@0.4.2 - @wabbit/tome-blocks-signal-theme@0.4.2

Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-agency-essentials@0.4.1 - @wabbit/tome-blocks-content-writer@0.4.1 - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-editorial-pack@0.4.1 - @wabbit/tome-blocks-marketing-starter@0.4.1 - @wabbit/tome-blocks-sc-pack@0.4.1 - @wabbit/tome-blocks-signal-theme@0.4.1

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-agency-essentials@0.4.1 - @wabbit/tome-blocks-content-writer@0.4.1 - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-editorial-pack@0.4.1 - @wabbit/tome-blocks-marketing-starter@0.4.1 - @wabbit/tome-blocks-sc-pack@0.4.1 - @wabbit/tome-blocks-signal-theme@0.4.1

Updated dependencies [b76f684]

• Updated dependencies [b76f684]
• Updated dependencies [90a694d] - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-extras@0.4.0 - @wabbit/tome-blocks-agency-essentials@0.4.0 - @wabbit/tome-blocks-catalog-pack@0.4.0 - @wabbit/tome-blocks-content-writer@0.4.0 - @wabbit/tome-blocks-editorial-pack@0.4.0 - @wabbit/tome-blocks-lms-pack@0.4.0 - @wabbit/tome-blocks-marketing-starter@0.4.0 - @wabbit/tome-blocks-sc-pack@0.4.0 - @wabbit/tome-blocks-signal-theme@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0 - @wabbit/tome-blocks-marketing-starter@0.3.0 - @wabbit/tome-blocks-content-writer@0.3.0 - @wabbit/tome-blocks-agency-essentials@0.3.0 - @wabbit/tome-blocks-editorial-pack@0.3.0 - @wabbit/tome-blocks-signal-theme@0.3.0 - @wabbit/tome-blocks-lms-pack@0.3.0 - @wabbit/tome-blocks-catalog-pack@0.3.0 - @wabbit/tome-blocks-sc-pack@0.3.0 - @wabbit/tome-blocks-extras@0.3.0

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The `imageDisplay` group's `aspectRatio` was a select whose values (`16:9`, `4:3`, ...) contain a colon. Payload turns each select option into a GraphQL enum name and does not strip `:`, so the schema build threw and `/api/graphql` returned 500 on any site using a block with an `imageDisplay` group. `aspectRatio` is now a text field with the same default (`auto`) that accepts exactly the same values (`auto`, `16:9`, `4:3`, `1:1`, `3:4`, `21:9`, or empty); existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it. `validateAspectRatio` and `ASPECT_RATIO_VALUES` are exported next to `ASPECT_RATIO_OPTIONS`.

• 8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The `imageDisplay` group's `aspectRatio` was a select whose values (`16:9`, `4:3`, ...) contain a colon. Payload turns each select option into a GraphQL enum name and does not strip `:`, so the schema build threw and `/api/graphql` returned 500 on any site using a block with an `imageDisplay` group. `aspectRatio` is now a text field with the same default (`auto`) that accepts exactly the same values (`auto`, `16:9`, `4:3`, `1:1`, `3:4`, `21:9`, or empty); existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it. `validateAspectRatio` and `ASPECT_RATIO_VALUES` are exported next to `ASPECT_RATIO_OPTIONS`.

f4a08ca: **BREAKING:** these packs now need `@wabbit/tome-blocks-core` 0.35.0 or later, because they read the wrapper's new `data-block-placement` instead of its inline style text. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.35.0 or later alongside these packs. A site that renders its own block wrapper (with `data-tome-block-wrapper`) on a span other than `1 / -1` should add `data-block-placement={blockPlacementFor(span)}` to it; a wrapper without the attribute is read as full width. - `@wabbit/tome-blocks-local-pack`: in Safari, the price list's teaser list and the logistics block's content touched the viewport edges once the page had scrolled. Their side padding depended on matching the wrapper's `style` text, which WebKit rewrites as `grid-column-start`/`grid-column-end` longhands as soon as the scroll reveal writes to it. The padding rule now reads `data-block-placement`. Chromium and Firefox render as before. - `@wabbit/tome-blocks-house`: `LaneGrid` decides whether to subgrid its block wrapper (full row, content column, or its own tracks for any other span) from `data-block-placement`, so the decision no longer changes in Safari after the scroll reveal runs. - `@wabbit/tome-blocks-marketing-starter`: `exhibit`'s nested block wrappers carry `data-block-placement`, matching `RenderBlocks`.

• f4a08ca: **BREAKING:** these packs now need `@wabbit/tome-blocks-core` 0.35.0 or later, because they read the wrapper's new `data-block-placement` instead of its inline style text. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.35.0 or later alongside these packs. A site that renders its own block wrapper (with `data-tome-block-wrapper`) on a span other than `1 / -1` should add `data-block-placement={blockPlacementFor(span)}` to it; a wrapper without the attribute is read as full width. - `@wabbit/tome-blocks-local-pack`: in Safari, the price list's teaser list and the logistics block's content touched the viewport edges once the page had scrolled. Their side padding depended on matching the wrapper's `style` text, which WebKit rewrites as `grid-column-start`/`grid-column-end` longhands as soon as the scroll reveal writes to it. The padding rule now reads `data-block-placement`. Chromium and Firefox render as before. - `@wabbit/tome-blocks-house`: `LaneGrid` decides whether to subgrid its block wrapper (full row, content column, or its own tracks for any other span) from `data-block-placement`, so the decision no longer changes in Safari after the scroll reveal runs. - `@wabbit/tome-blocks-marketing-starter`: `exhibit`'s nested block wrappers carry `data-block-placement`, matching `RenderBlocks`.

d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

• d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

4fd45ea: `animateInView` and `inkIn` now return the GSAP tween they build, and a new `killTween` helper stops it. Both return `undefined` when they build nothing (no trigger element, or reduced motion for `animateInView`). `killTween(tween)` kills the tween's ScrollTrigger and then the tween, so a block that follows the motion preference or unmounts can clean up what it started. Callers that ignore the return value are unaffected.

• 4fd45ea: `animateInView` and `inkIn` now return the GSAP tween they build, and a new `killTween` helper stops it. Both return `undefined` when they build nothing (no trigger element, or reduced motion for `animateInView`). `killTween(tween)` kills the tween's ScrollTrigger and then the tween, so a block that follows the motion preference or unmounts can clean up what it started. Callers that ignore the return value are unaffected.

eee4d87: Block CTAs gain one editorial register a site can set once per block, and Full-Bleed Interstitial's CTA moves to the start of the content column. **The editorial CTA register.** Seven tokens name the editorial CTA's voice: `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color`. The `block-cta-editorial` Sass mixin reads them, each falling back to the value it always had (mono, `--tome-text-xs`, 600, `--tome-house-tracking-cta-editorial`, uppercase, `--tome-space-md`, `inherit`), and a new plain-CSS class, `.tome-house-cta-editorial` in `styles/cta-editorial.css`, carries the same rule (with the underline swipe) for a consumer without Sass. The block CTAs in this package, the dossier pack and the cinema pack read the same tokens, each falling back to its own block's current value, so nothing changes until a site sets them. `styles/tokens.css` does not declare them, on purpose: a `:root` value would replace every block's own fallback at once. **Full-Bleed Interstitial.** The line's box reads `--tome-house-interstitial-max-width` (default `min(100%, 60rem)`) and `--tome-house-interstitial-pad-inline` (default `var(--tome-space-lg)`); a site that runs the line across its content column sets `100%` and `var(--tome-grid-padding)`. Its CTA reads the register, falling back to what it had (no type of its own, the md top margin). Visible change on a default render: - **Full-Bleed Interstitial's CTA** now sits at the start of the content column, below the centered line and caption, instead of centered under them: its left edge is at the band's side gutter (`--tome-grid-padding` on tome-ui, `--tome-space-lg` without it), or on `--tome-house-cta-cols` when a site sets that. A label that wraps aligns to the start. The band root is now a three-track grid (gutter, content, gutter) instead of a flex column; the line and caption keep their centering, width, padding and vertical centering, and the band, scene image and caption are unchanged. - **Its link color** is now declared on the CTA itself as `var(--tome-color-primary)`, the color tome-ui's base stylesheet gives every link, so on a tome-ui site it is unchanged. On a site whose own element-level `a { color }` rule colored it differently, the CTA now takes `--tome-color-primary` unless the site sets `--tome-house-cta-editorial-color`; a link rule with a class or `:root` in it still wins as before.

• eee4d87: Block CTAs gain one editorial register a site can set once per block, and Full-Bleed Interstitial's CTA moves to the start of the content column. **The editorial CTA register.** Seven tokens name the editorial CTA's voice: `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color`. The `block-cta-editorial` Sass mixin reads them, each falling back to the value it always had (mono, `--tome-text-xs`, 600, `--tome-house-tracking-cta-editorial`, uppercase, `--tome-space-md`, `inherit`), and a new plain-CSS class, `.tome-house-cta-editorial` in `styles/cta-editorial.css`, carries the same rule (with the underline swipe) for a consumer without Sass. The block CTAs in this package, the dossier pack and the cinema pack read the same tokens, each falling back to its own block's current value, so nothing changes until a site sets them. `styles/tokens.css` does not declare them, on purpose: a `:root` value would replace every block's own fallback at once. **Full-Bleed Interstitial.** The line's box reads `--tome-house-interstitial-max-width` (default `min(100%, 60rem)`) and `--tome-house-interstitial-pad-inline` (default `var(--tome-space-lg)`); a site that runs the line across its content column sets `100%` and `var(--tome-grid-padding)`. Its CTA reads the register, falling back to what it had (no type of its own, the md top margin). Visible change on a default render: - **Full-Bleed Interstitial's CTA** now sits at the start of the content column, below the centered line and caption, instead of centered under them: its left edge is at the band's side gutter (`--tome-grid-padding` on tome-ui, `--tome-space-lg` without it), or on `--tome-house-cta-cols` when a site sets that. A label that wraps aligns to the start. The band root is now a three-track grid (gutter, content, gutter) instead of a flex column; the line and caption keep their centering, width, padding and vertical centering, and the band, scene image and caption are unchanged. - **Its link color** is now declared on the CTA itself as `var(--tome-color-primary)`, the color tome-ui's base stylesheet gives every link, so on a tome-ui site it is unchanged. On a site whose own element-level `a { color }` rule colored it differently, the CTA now takes `--tome-color-primary` unless the site sets `--tome-house-cta-editorial-color`; a link rule with a class or `:root` in it still wins as before.

59d51da: The band system gains an optional emphasis pair, gap sizes read tokens, `fillMediaOptions` moves here for every house pack, and the interstitial's scene fills under a wrapping media adapter. Visible changes on a default render: - **Full-Bleed Interstitial, band set per theme.** A band stored per light and dark theme now paints under tome-ui's `data-theme`, each falling back to the base band and then the solid-dark default. Before, only the base band painted. - **Full-Bleed Interstitial, scene image.** The image passes the media adapter `imgClassName`, `fill: true` and `sizes: '100vw'`, so an adapter that wraps its image fills the band with a cover crop that follows the Image Display fit and focus. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. - **Full-Bleed Interstitial, scene label.** It reads `--tome-type-size-xxs`, the step the packs' small labels share, instead of `--tome-text-xs`. On tome-ui's default scale the two are the same size; a site that sets the two steps apart sees the label take the smaller one. No other change until a site sets a token or registers a value: - **Emphasis pair.** `resolveBackground` emits `--blk-emph-bg` and `--blk-emph-fg` (and their `-light` / `-dark` forms) for a card meant to stand out against the band. Every built-in band emits both as `initial`, so blocks draw their own fallback. `registerBackgroundAppearances` and `overrideBackgroundAppearance` accept optional `emph` and `onEmph` keys; a definition without them emits `initial`. - **Gap tokens.** `GAP_CSS_VALUES` (and so `gapCssValue`) read `--tome-house-gap-tight`, `--tome-house-gap-standard` and `--tome-house-gap-loose` first, then `--tome-space-sm`, `--tome-space-lg` and `--tome-space-2xl` as before, so a site with a root font size other than 16px can pin the steps to 8, 16 and 32px. - **`fillMediaOptions`**, `FULL_BLEED_SIZES` and the `FillMediaInput` type are exported from `./components`: the options for an image that fills a box the block sizes itself (`className`, `imgClassName`, `fill: true`, `sizes`, `alt`). - **Reveal group planner.** `planRevealGroups`, `staggerForSteps` and the `RevealItem` / `RevealGroupPlan` types are exported from `./motion`: the stagger rules every pack's opt-in entrance reveal plans its groups with (one home, so the packs do not each carry a copy). The dossier pack re-exports them from its own `revealPlan`.

• 59d51da: The band system gains an optional emphasis pair, gap sizes read tokens, `fillMediaOptions` moves here for every house pack, and the interstitial's scene fills under a wrapping media adapter. Visible changes on a default render: - **Full-Bleed Interstitial, band set per theme.** A band stored per light and dark theme now paints under tome-ui's `data-theme`, each falling back to the base band and then the solid-dark default. Before, only the base band painted. - **Full-Bleed Interstitial, scene image.** The image passes the media adapter `imgClassName`, `fill: true` and `sizes: '100vw'`, so an adapter that wraps its image fills the band with a cover crop that follows the Image Display fit and focus. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. - **Full-Bleed Interstitial, scene label.** It reads `--tome-type-size-xxs`, the step the packs' small labels share, instead of `--tome-text-xs`. On tome-ui's default scale the two are the same size; a site that sets the two steps apart sees the label take the smaller one. No other change until a site sets a token or registers a value: - **Emphasis pair.** `resolveBackground` emits `--blk-emph-bg` and `--blk-emph-fg` (and their `-light` / `-dark` forms) for a card meant to stand out against the band. Every built-in band emits both as `initial`, so blocks draw their own fallback. `registerBackgroundAppearances` and `overrideBackgroundAppearance` accept optional `emph` and `onEmph` keys; a definition without them emits `initial`. - **Gap tokens.** `GAP_CSS_VALUES` (and so `gapCssValue`) read `--tome-house-gap-tight`, `--tome-house-gap-standard` and `--tome-house-gap-loose` first, then `--tome-space-sm`, `--tome-space-lg` and `--tome-space-2xl` as before, so a site with a root font size other than 16px can pin the steps to 8, 16 and 32px. - **`fillMediaOptions`**, `FULL_BLEED_SIZES` and the `FillMediaInput` type are exported from `./components`: the options for an image that fills a box the block sizes itself (`className`, `imgClassName`, `fill: true`, `sizes`, `alt`). - **Reveal group planner.** `planRevealGroups`, `staggerForSteps` and the `RevealItem` / `RevealGroupPlan` types are exported from `./motion`: the stagger rules every pack's opt-in entrance reveal plans its groups with (one home, so the packs do not each carry a copy). The dossier pack re-exports them from its own `revealPlan`.

cc5d280: `animateInView` takes GSAP's function form for `stagger` and a new optional `clearProps`, which removes inline styles from each target once its tween completes. - `stagger` now accepts any `gsap.NumberValue`, so several targets can move on the same step. The value was always passed to GSAP unchanged; only the option's type was narrower. Calls that pass a number are unaffected. - `clearProps` (a GSAP comma list such as `'opacity,visibility,transform'`) is forwarded to the tween, so each target drops those inline properties when its own tween completes and renders from its stylesheet again. Omitted, nothing is cleared, exactly as before.

• cc5d280: `animateInView` takes GSAP's function form for `stagger` and a new optional `clearProps`, which removes inline styles from each target once its tween completes. - `stagger` now accepts any `gsap.NumberValue`, so several targets can move on the same step. The value was always passed to GSAP unchanged; only the option's type was narrower. Calls that pass a number are unaffected. - `clearProps` (a GSAP comma list such as `'opacity,visibility,transform'`) is forwarded to the tween, so each target drops those inline properties when its own tween completes and renders from its stylesheet again. Omitted, nothing is cleared, exactly as before.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

c8f15cc: `LaneGrid` gains a seventh slot, `lead`, running from the prose track's left edge to the end of the reading column. Additive: the six existing slots keep their lanes, and a block that does not use `lead` renders exactly as before. From 1024px `lead` spans `prose-start / reading-end`, for an intro that hangs on the prose line but needs more width than the prose track; below 1024px it stacks on the content column like every other slot. It is not capped, because rows and figures sit in it too, so text inside it should carry its own measure.

• c8f15cc: `LaneGrid` gains a seventh slot, `lead`, running from the prose track's left edge to the end of the reading column. Additive: the six existing slots keep their lanes, and a block that does not use `lead` renders exactly as before. From 1024px `lead` spans `prose-start / reading-end`, for an intro that hangs on the prose line but needs more width than the prose track; below 1024px it stacks on the content column like every other slot. It is not capped, because rows and figures sit in it too, so text inside it should carry its own measure.

c4dba45: Sites can now fit house-pack blocks to their own stored data and heading voice: extra background appearances, a site CTA resolver, heading-voice tokens, two more text sizes and a lane grid. Additive; nothing renders differently until a site uses one of these. - **Background appearance registry.** `registerBackgroundAppearances()` adds band values with their full token set (surface, text, companion inks, tone), so a stored value the package does not know paints a band instead of rendering transparent. Registering a built-in name throws. `createBlockBackgroundGroup({ extraAppearances })` and `withSharedBackground(block, { extraAppearances })` list them in the admin, with `registeredBackgroundAppearanceOptions()`. An unknown, unregistered value still renders no background and, in development, logs one warning naming it. - **Restyling a built-in band.** `overrideBackgroundAppearance(name, definition)` replaces the tokens of one built-in appearance (not `inherit`) for a site whose stored value has a built-in's name but its own inks; `null` removes the override. It is a separate call so it cannot happen by accident, and it changes that band for every pack block on the site. Option labels follow an optional `label` on the override. - **CTA resolver registration.** `registerCtaResolver()` lets a site with its own stored link shape turn CTAs into links for `BlockCta` and `resolveCtaHref`. Order: a per-call `resolveReference`, then the registered resolver, then the built-in default. Returning `undefined` falls through; `null` means no link. `withResolvedCtas` accepts an optional `references` detector (`CtaReferenceDetector`) so a site with its own stored link shape also gets its depth-0 links looked up: one public-access query per collection per block, the stored block never mutated, the built-in detector still running. - **Heading-voice tokens.** Twelve `--tome-house-heading-*` custom properties (family, weight, style, transform, tracking, leading, and the same for the accent phrase), with the `heading-voice` Sass mixin in `styles/heading-voice.scss`. House packs adopt them in later releases. - **Text sizes.** The chrome `textSize` control adds `xxs` (on `--tome-text-xs`) and `xxxl` (on `--tome-text-h1`, 40 to 64px, a display size). - **`LaneGrid`.** A server-safe layout component, with `LaneSlot` and `laneSlotClass()`, that gives a block the page grid's named reading lanes on any site: it subgrids tome-ui's page grid when it sits in it and lays out the same tracks itself otherwise. - **`LaneGrid` and block wrappers.** Automatic subgrid now reads the wrapper's column span: a full-row or content-column span subgrids, a bleeding grid in a content-column wrapper takes the content column, and a narrower span gets own tracks across the wrapper. Under `disableContainer` with no grid parent, pass `parent="none"`.

• c4dba45: Sites can now fit house-pack blocks to their own stored data and heading voice: extra background appearances, a site CTA resolver, heading-voice tokens, two more text sizes and a lane grid. Additive; nothing renders differently until a site uses one of these. - **Background appearance registry.** `registerBackgroundAppearances()` adds band values with their full token set (surface, text, companion inks, tone), so a stored value the package does not know paints a band instead of rendering transparent. Registering a built-in name throws. `createBlockBackgroundGroup({ extraAppearances })` and `withSharedBackground(block, { extraAppearances })` list them in the admin, with `registeredBackgroundAppearanceOptions()`. An unknown, unregistered value still renders no background and, in development, logs one warning naming it. - **Restyling a built-in band.** `overrideBackgroundAppearance(name, definition)` replaces the tokens of one built-in appearance (not `inherit`) for a site whose stored value has a built-in's name but its own inks; `null` removes the override. It is a separate call so it cannot happen by accident, and it changes that band for every pack block on the site. Option labels follow an optional `label` on the override. - **CTA resolver registration.** `registerCtaResolver()` lets a site with its own stored link shape turn CTAs into links for `BlockCta` and `resolveCtaHref`. Order: a per-call `resolveReference`, then the registered resolver, then the built-in default. Returning `undefined` falls through; `null` means no link. `withResolvedCtas` accepts an optional `references` detector (`CtaReferenceDetector`) so a site with its own stored link shape also gets its depth-0 links looked up: one public-access query per collection per block, the stored block never mutated, the built-in detector still running. - **Heading-voice tokens.** Twelve `--tome-house-heading-*` custom properties (family, weight, style, transform, tracking, leading, and the same for the accent phrase), with the `heading-voice` Sass mixin in `styles/heading-voice.scss`. House packs adopt them in later releases. - **Text sizes.** The chrome `textSize` control adds `xxs` (on `--tome-text-xs`) and `xxxl` (on `--tome-text-h1`, 40 to 64px, a display size). - **`LaneGrid`.** A server-safe layout component, with `LaneSlot` and `laneSlotClass()`, that gives a block the page grid's named reading lanes on any site: it subgrids tome-ui's page grid when it sits in it and lays out the same tracks itself otherwise. - **`LaneGrid` and block wrappers.** Automatic subgrid now reads the wrapper's column span: a full-row or content-column span subgrids, a bleeding grid in a content-column wrapper takes the content column, and a narrower span gets own tracks across the wrapper. Under `disableContainer` with no grid parent, pass `parent="none"`.

6364d79: Block call-to-action buttons that link to an internal page now render a link, and a new server entry fills in the page slugs on depth-0 reads. `resolveCtaHref` and `BlockCta` fall back to a stock default when no resolver is passed: a populated `pages` document maps to `/{slug}` (`home` to `/`) and other collections to `/{collection}/{slug}`. A resolver passed in still decides alone. A reference that cannot be resolved renders no link. New `@wabbit/tome-blocks-house/server` export `withResolvedCtas(renderers, { getPayload, defaultCollection? })` wraps any pack's renderers map. For a page read at depth 0, where a CTA reference is a bare id with no slug, it looks the targets up (one query per collection, public read access only, so unpublished or restricted pages stay unlinked) and renders the block with the slugs filled in. The stored block is not changed, and a block with no bare-id CTA renders untouched. The package now depends on `server-only`. In development, a CTA dropped because its reference is a bare id or has no slug logs one console warning per reference, naming the two fixes. Nothing is logged in production.

• 6364d79: Block call-to-action buttons that link to an internal page now render a link, and a new server entry fills in the page slugs on depth-0 reads. `resolveCtaHref` and `BlockCta` fall back to a stock default when no resolver is passed: a populated `pages` document maps to `/{slug}` (`home` to `/`) and other collections to `/{collection}/{slug}`. A resolver passed in still decides alone. A reference that cannot be resolved renders no link. New `@wabbit/tome-blocks-house/server` export `withResolvedCtas(renderers, { getPayload, defaultCollection? })` wraps any pack's renderers map. For a page read at depth 0, where a CTA reference is a bare id with no slug, it looks the targets up (one query per collection, public read access only, so unpublished or restricted pages stay unlinked) and renders the block with the slugs filled in. The stored block is not changed, and a block with no bare-id CTA renders untouched. The package now depends on `server-only`. In development, a CTA dropped because its reference is a bare id or has no slug logs one console warning per reference, naming the two fixes. Nothing is logged in production.

868c087: A new `LoopVideoControl` in `@wabbit/tome-blocks-house/video` gives a looping background video a visible pause and play button. It is a presentational client component: the block owns the paused state and stops calling `play()` while it is set. The button is named for the action ("Pause video" / "Play video", overridable with `pauseLabel` / `playLabel`), exposes `aria-pressed`, has a 44px target, and sits in the top corner of its positioned parent. `LoopVideoControlProps` is exported with it.

• 868c087: A new `LoopVideoControl` in `@wabbit/tome-blocks-house/video` gives a looping background video a visible pause and play button. It is a presentational client component: the block owns the paused state and stops calling `play()` while it is set. The button is named for the action ("Pause video" / "Play video", overridable with `pauseLabel` / `playLabel`), exposes `aria-pressed`, has a 44px target, and sits in the top corner of its positioned parent. `LoopVideoControlProps` is exported with it.
• 58655f4: The bundle description no longer names a specific site, and reads as a neutral description of the shared primitives.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

8c84e70: `resolveBackground` now pairs the theme-invariant appearances with fixed inks. Solid Dark and Inverse also emit `--blk-fg-muted`, `--blk-accent-ink`, `--blk-on-accent-ink` and `--blk-primary-ink`, read from tome-ui's fixed-surface ink tokens, so a solid-dark band no longer shows the light theme's dark accent on near-black (2.84:1 measured). Every other appearance sets those four to `initial`, so blocks fall back to their theme tokens and render exactly as before, and a theme-relative band nested inside a fixed one resets them. Section Strip's counter and the Full-Bleed Interstitial accent read the new accent ink. Without the new tome-ui tokens the companions fall back to the plain on-surface ink, which stays readable.

• 8c84e70: `resolveBackground` now pairs the theme-invariant appearances with fixed inks. Solid Dark and Inverse also emit `--blk-fg-muted`, `--blk-accent-ink`, `--blk-on-accent-ink` and `--blk-primary-ink`, read from tome-ui's fixed-surface ink tokens, so a solid-dark band no longer shows the light theme's dark accent on near-black (2.84:1 measured). Every other appearance sets those four to `initial`, so blocks fall back to their theme tokens and render exactly as before, and a theme-relative band nested inside a fixed one resets them. Section Strip's counter and the Full-Bleed Interstitial accent read the new accent ink. Without the new tome-ui tokens the companions fall back to the plain on-surface ink, which stays readable.
• 5e3e6e1: Scroll reveals no longer hide content from screen readers or strand it invisible. `animateInView` now tweens opacity only (it used GSAP `autoAlpha`, which wrote `visibility: hidden`), reveals content that is already on screen or sits too near the end of the page for its trigger to fire, and skips all motion under `prefers-reduced-motion`. New `RevealGate` component (`@wabbit/tome-blocks-house/reveal-gate`, also from `./components`): render it once in the root layout's `<head>` so reveal-pending content is visible without JavaScript and hidden by opacity only once the reveal script is running. Add `suppressHydrationWarning` to `<html>`.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 3 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - EmbedFrame (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 3 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - EmbedFrame (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

68cd193: README explains why the bundle descriptor's `tier` is `free` while the licensing tier is `substrate`.

• 68cd193: README explains why the bundle descriptor's `tier` is `free` while the licensing tier is `substrate`.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

a2f2dfa: cinema-pack's block configs now load under plain Node — no bundler, no CSS loader. Eight of cinema-pack's block configs (`src/blocks/*/index.ts`) imported `videoSourceFields` from `@wabbit/tome-blocks-house/video`. That entry is a barrel that also re-exports the `'use client'` `EmbedFrame` and its CSS Module. Next.js resolves that CSS; plain Node does not. So any script that loaded cinema-pack's main entry outside a bundler (a Payload CLI command, a seed, a type generator) failed with `ERR_UNKNOWN_FILE_EXTENSION ".css"` before a single block registered. - **blocks-house (minor):** new `./video/fields` export for `videoSourceFields` and its resolvers. It points at the module the package already built and has no CSS on its import graph. `./video` is unchanged, so existing imports keep working. - **cinema-pack (patch):** the eight block configs import from `@wabbit/tome-blocks-house/video/fields`. Render components still use `./video`, because they need `EmbedFrame` and `useHlsVideo`. Verified against the rebuilt dist: importing `@wabbit/tome-blocks-cinema-pack` and calling `register()` under bare Node now registers all 13 blocks. The same import failed with the CSS error on `main`. cinema-pack's smoke test no longer needs a CSS stub loader, and the stub is removed. No consumer changes are needed. wabbit-site-core and tome-starter import only cinema-pack's `./meta`, `./demo`, `./render` and `./render/register` entries, none of which reached the barrel.

• a2f2dfa: cinema-pack's block configs now load under plain Node — no bundler, no CSS loader. Eight of cinema-pack's block configs (`src/blocks/*/index.ts`) imported `videoSourceFields` from `@wabbit/tome-blocks-house/video`. That entry is a barrel that also re-exports the `'use client'` `EmbedFrame` and its CSS Module. Next.js resolves that CSS; plain Node does not. So any script that loaded cinema-pack's main entry outside a bundler (a Payload CLI command, a seed, a type generator) failed with `ERR_UNKNOWN_FILE_EXTENSION ".css"` before a single block registered. - **blocks-house (minor):** new `./video/fields` export for `videoSourceFields` and its resolvers. It points at the module the package already built and has no CSS on its import graph. `./video` is unchanged, so existing imports keep working. - **cinema-pack (patch):** the eight block configs import from `@wabbit/tome-blocks-house/video/fields`. Render components still use `./video`, because they need `EmbedFrame` and `useHlsVideo`. Verified against the rebuilt dist: importing `@wabbit/tome-blocks-cinema-pack` and calling `register()` under bare Node now registers all 13 blocks. The same import failed with the CSS error on `main`. cinema-pack's smoke test no longer needs a CSS stub loader, and the stub is removed. No consumer changes are needed. wabbit-site-core and tome-starter import only cinema-pack's `./meta`, `./demo`, `./render` and `./render/register` entries, none of which reached the barrel.

7850b7a: Add a `./video` subpath export (source classification, Payload video-source fields, hls.js attach hook, embed iframe, and an injectable embed-poster resolver seam) as the substrate for `@wabbit/tome-blocks-cinema-pack`'s video-family blocks.

• 7850b7a: Add a `./video` subpath export (source classification, Payload video-source fields, hls.js attach hook, embed iframe, and an injectable embed-poster resolver seam) as the substrate for `@wabbit/tome-blocks-cinema-pack`'s video-family blocks.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

bd092c2: Adds fourteen shared render cores for editorial blocks, such as accordion, tabs and data table, on the `./cores` subpath. The cores cover the accordion, anchor section, aside, callout, chapter divider, cross link, data table, epigraph, footnotes, image grid, key facts, series nav, spoiler and tabbed content. The signal theme and `@wabbit/tome-longform` render their matching blocks through them; the aside core serves both the aside and the author aside. They keep the existing contract (`classes` keyed by part, `variant`, `className`, `style`, optional parts off by default) and add `rootData`, data attributes written on the root, and a `link` slot where a block links somewhere. Rich text and pictures arrive already rendered, and no core resolves a block's width. Three cores are client components because they hold state: `AccordionCore` (open rows; closed bodies stay in the page, collapsed), `TabbedContentCore` (the selected tab; arrow keys, Home and End move between tabs and each panel is named by its tab) and `SpoilerCore` (revealed). The others are server components. The cores ship no stylesheet. New exports: the fourteen cores, their prop and data types, `CoreDataAttributes`, `CoreLinkComponent` and `dataAttributes`.

• bd092c2: Adds fourteen shared render cores for editorial blocks, such as accordion, tabs and data table, on the `./cores` subpath. The cores cover the accordion, anchor section, aside, callout, chapter divider, cross link, data table, epigraph, footnotes, image grid, key facts, series nav, spoiler and tabbed content. The signal theme and `@wabbit/tome-longform` render their matching blocks through them; the aside core serves both the aside and the author aside. They keep the existing contract (`classes` keyed by part, `variant`, `className`, `style`, optional parts off by default) and add `rootData`, data attributes written on the root, and a `link` slot where a block links somewhere. Rich text and pictures arrive already rendered, and no core resolves a block's width. Three cores are client components because they hold state: `AccordionCore` (open rows; closed bodies stay in the page, collapsed), `TabbedContentCore` (the selected tab; arrow keys, Home and End move between tabs and each panel is named by its tab) and `SpoilerCore` (revealed). The others are server components. The cores ship no stylesheet. New exports: the fourteen cores, their prop and data types, `CoreDataAttributes`, `CoreLinkComponent` and `dataAttributes`.
• 19a540c: Adds nine shared render cores for data panels (asset card, personnel card, metric grid, objective list, phase marker, progress bar, stat strip, map legend, sensor readout), exported from the root and `./cores` entries beside the existing cores, plus three helpers they use: `dataAttributes`, `headingTag` and `deltaDirection`. Each core is a server component that owns a block's markup and behavior and takes every class name from the skin that renders it, so two packs with different sizes, spacing and palettes render the same block through one core. Optional parts are off by default and switched on by props: among them the maker above the asset name, a status dot instead of a badge, a tile accent bar, objectives with no phase after the groups instead of under "Unassigned", hairlines and a framed number on the phase marker, segments sized by their share of the total with a legend after the track, a dot for a legend entry with no symbol, and a sensor header bar. Titles are headings whose level is an option (`headingLevel`, default 3), lists are lists, and the sensor table scrolls inside a labeled region a keyboard can reach. Every core also takes `data`, data attributes for its root. The cores ship no stylesheet.
• 67cdd90: Adds eight shared render cores (comm intercept, comms transcript, classification banner, log header, redacted, system alert, ambient audio, threat panel) on a new `./cores` subpath. Each core is a server component that owns a block's markup and behavior and takes every class name from the skin that renders it (`classes`, keyed by part), so two packs with different sizes, spacing and palettes can render the same block through one core. Optional parts (a title row, a footer, stacked messages, hidden message text, a headed indicator box and others) are off by default and switched on by props. The cores ship no stylesheet. The package now declares `react` (`>=19.0.0`) as a peer, which every site that renders blocks already has.

d99c698: New package: the console role names and a `consoleVar` helper that console-style block cores and the skins that color them will share. The package ships no blocks or render cores yet. It is a dependency substrate for block packs and has no peer dependencies.

• d99c698: New package: the console role names and a `consoleVar` helper that console-style block cores and the skins that color them will share. The package ships no blocks or render cores yet. It is a dependency substrate for block packs and has no peer dependencies.

4582f4a: The gallery index no longer renders its own `main`. Sites mount it inside a page shell that already has one, which left two nested `main` elements. The element is now a `div` with the same class, so a site that mounts `GalleryIndex` needs to provide the `main` itself.

• 4582f4a: The gallery index no longer renders its own `main`. Sites mount it inside a page shell that already has one, which left two nested `main` elements. The element is now a `div` with the same class, so a site that mounts `GalleryIndex` needs to provide the `main` itself.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

3a84675: Gallery previews now show the variant they ask for: the registry stamps the requested variant on each pack's demo props as `_variant`. The gallery asked a pack for a variant's demo props but never told the renderer which variant it was. Renderers that pick a layout from `block._variant` took their default branch, fed props shaped for another layout, and rendered blank (wabbit.com, 2026-10-12: Contact estimate and reserve, HeroPro image, ContentPro bento, post and marquee, Cta door-strip and doors). `_variant` is the field Payload stores on a real block, so previews now match a page. A pack that sets `_variant` itself still wins, and a null result still reads as missing. Every multi-variant block's previews and captures can change: recapture after upgrading.

• 3a84675: Gallery previews now show the variant they ask for: the registry stamps the requested variant on each pack's demo props as `_variant`. The gallery asked a pack for a variant's demo props but never told the renderer which variant it was. Renderers that pick a layout from `block._variant` took their default branch, fed props shaped for another layout, and rendered blank (wabbit.com, 2026-10-12: Contact estimate and reserve, HeroPro image, ContentPro bento, post and marquee, Cta door-strip and doors). `_variant` is the field Payload stores on a real block, so previews now match a page. A pack that sets `_variant` itself still wins, and a null result still reads as missing. Every multi-variant block's previews and captures can change: recapture after upgrading.

9357beb: Block detail pages no longer scroll sideways on phones: the detail article fills its grid area instead of sizing to its content. Inside a host's page grid, `.blockDetail`'s auto inline margins stopped it stretching, so it sized to fit its content and couldn't shrink below its widest unbreakable line. At 375px that put the article 6px past the viewport on every detail page (measured on wabbit.com in WebKit and Chromium). `width: 100%` and `min-width: 0` fix it, and the `--tome-gallery-detail-max-width` cap still centers.

• 9357beb: Block detail pages no longer scroll sideways on phones: the detail article fills its grid area instead of sizing to its content. Inside a host's page grid, `.blockDetail`'s auto inline margins stopped it stretching, so it sized to fit its content and couldn't shrink below its widest unbreakable line. At 375px that put the article 6px past the viewport on every detail page (measured on wabbit.com in WebKit and Chromium). `width: 100%` and `min-width: 0` fix it, and the `--tome-gallery-detail-max-width` cap still centers.

fda7574: Thumbnail captures show the whole block, rendered at the width where its shape best fits the 16:10 card. `gallery:capture` now loads each block at every width of `THUMB_WIDTH_LADDER` as a real window width, so breakpoint layouts are what's captured. It picks the width whose height ÷ width is closest to 16:10 (new `bestFitThumbRung`) and fits the whole block into the unchanged 2560×1600 frame on the page ground. Nothing is cropped. Before this, every block rendered at 1280 and was cropped below the frame, which cut most heroes off under their photo. `--window-height` (default 900) pins what `vh` resolves to. A `thumbs-meta.json` sidecar records each capture's width, natural height and, when the enumeration provides it, the pack version. `GalleryThumbTarget` (same props) now renders the block at the window's width, unscaled, and reports `data-natural-height`; framing moved to the CLI. Use the CLI from this release with it. The catalog card's unused hover swap (a live render over the capture) is removed.

• fda7574: Thumbnail captures show the whole block, rendered at the width where its shape best fits the 16:10 card. `gallery:capture` now loads each block at every width of `THUMB_WIDTH_LADDER` as a real window width, so breakpoint layouts are what's captured. It picks the width whose height ÷ width is closest to 16:10 (new `bestFitThumbRung`) and fits the whole block into the unchanged 2560×1600 frame on the page ground. Nothing is cropped. Before this, every block rendered at 1280 and was cropped below the frame, which cut most heroes off under their photo. `--window-height` (default 900) pins what `vh` resolves to. A `thumbs-meta.json` sidecar records each capture's width, natural height and, when the enumeration provides it, the pack version. `GalleryThumbTarget` (same props) now renders the block at the window's width, unscaled, and reports `data-natural-height`; framing moved to the CLI. Use the CLI from this release with it. The catalog card's unused hover swap (a live render over the capture) is removed.
• a728d87: Block previews now render inside the page grid, so blocks keep their gutters and layout as they do on a real page. `GalleryBlockPreview`, which backs the detail-page preview, the capture harness and live catalog tiles, now renders the block inside the host's page grid and RenderBlocks' per-block subgrid wrapper (`data-tome-block-wrapper`, `data-block-placement="full"`). Before this, blocks rendered in a plain box, and blocks placed on the grid's named lines (`content-start`, `reading-start`, `breakout-*`) lost their gutters or laid out wrongly: 84 of 147 measured on wabbit.com. New: `registerGalleryPreviewGrid(className)` registers the host's page-grid class (for example tome-ui's `gridStyles.grid`). Without it, previews use blocks-core's global `tome-grid` class from `@wabbit/tome-blocks-core/styles.css`. Additive: no peer change, no new required argument. The only behavior change is the preview layout fix.

4375c7f: The catalog gains an opt-in uniform layout, a Grouped view, per-category rendering and URL state, for hosts that build block category pages. - **`GalleryIndex variant="uniform"`**: equal-size tiles (a 16:10 preview on a tinted ground, the name, the pack line and a tier badge in the corner), with no featured plate and no description. The grid has 4 / 3 / 2 / 1 columns at ≥1800 / ≥1280 / ≥768 / below. A Columns control shifts that by −1 / 0 / +1, labeled with the real counts; the choice is saved in `localStorage`, and the control is disabled under 1280px and hidden under 768px. The result count sits inside the search field. Hover lifts and slightly enlarges the preview and colors the name with the accent. - **`grouping`** adds an All / Grouped toggle. Grouped shows one tile per category (representative preview, label, "N blocks"), with categories of at least `minCategorySize` (default 3) first. Each tile links through the host's `categoryHref(slug, count)`; `categoryRepresentatives` overrides the preview. - **`categorySlug`** renders a single category as one flat grid with the same toolbar, for a host's category page. `searchPlaceholder`, `columnsStorageKey` and `pendingPreviewLabel` are host-supplied text and keys. - **`GalleryCatalogProvider`** takes `defaultView`, `initialView`, `initialCategory` and an opt-in `syncUrl`, which reads `view` and `category` from the URL and writes them back with `history.replaceState` (no navigation, no scroll jump). `GalleryCatalogView` now includes `'grouped'`. - **`GalleryRail`** renders category rows as links when given `categoryHref` (and "All blocks" with `allHref`). - **New helpers**: `galleryCategoryCounts`, `categoriesAtLeast`, `orderCategoriesBySize`, `pickCategoryRepresentative`, `parseCatalogUrlState` and `serializeCatalogUrlState` from the root, plus the column helpers from `./components`. One change applies to every host: a catalog card no longer mounts the live block over its screenshot on hover. Everything else is opt-in; without the new props the catalog renders as before.

• 4375c7f: The catalog gains an opt-in uniform layout, a Grouped view, per-category rendering and URL state, for hosts that build block category pages. - **`GalleryIndex variant="uniform"`**: equal-size tiles (a 16:10 preview on a tinted ground, the name, the pack line and a tier badge in the corner), with no featured plate and no description. The grid has 4 / 3 / 2 / 1 columns at ≥1800 / ≥1280 / ≥768 / below. A Columns control shifts that by −1 / 0 / +1, labeled with the real counts; the choice is saved in `localStorage`, and the control is disabled under 1280px and hidden under 768px. The result count sits inside the search field. Hover lifts and slightly enlarges the preview and colors the name with the accent. - **`grouping`** adds an All / Grouped toggle. Grouped shows one tile per category (representative preview, label, "N blocks"), with categories of at least `minCategorySize` (default 3) first. Each tile links through the host's `categoryHref(slug, count)`; `categoryRepresentatives` overrides the preview. - **`categorySlug`** renders a single category as one flat grid with the same toolbar, for a host's category page. `searchPlaceholder`, `columnsStorageKey` and `pendingPreviewLabel` are host-supplied text and keys. - **`GalleryCatalogProvider`** takes `defaultView`, `initialView`, `initialCategory` and an opt-in `syncUrl`, which reads `view` and `category` from the URL and writes them back with `history.replaceState` (no navigation, no scroll jump). `GalleryCatalogView` now includes `'grouped'`. - **`GalleryRail`** renders category rows as links when given `categoryHref` (and "All blocks" with `allHref`). - **New helpers**: `galleryCategoryCounts`, `categoriesAtLeast`, `orderCategoriesBySize`, `pickCategoryRepresentative`, `parseCatalogUrlState` and `serializeCatalogUrlState` from the root, plus the column helpers from `./components`. One change applies to every host: a catalog card no longer mounts the live block over its screenshot on hover. Everything else is opt-in; without the new props the catalog renders as before.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

The source viewer finds a block's stylesheet again. Packs now ship per-block sheets as `.tome-css` (or `.tome-scss`), but the source extractor only looked for `.module.css`, so the Styles tab was empty for every converted block. It now looks for the per-block sheet first and highlights it as CSS.

• The source viewer finds a block's stylesheet again. Packs now ship per-block sheets as `.tome-css` (or `.tome-scss`), but the source extractor only looked for `.module.css`, so the Styles tab was empty for every converted block. It now looks for the per-block sheet first and highlights it as CSS.

9ac8d3d: The bundle page's block list now has a gap between blocks, and the block preview frame has a surface color when the site sets no `--tome-gallery-preview-bg`. The list read the undeclared `--tome-space-20` (so the gap was zero); it now reads `--tome-space-11` (80px). The preview frame read `--tome-gallery-preview-bg` with no fallback; it now falls back to `--tome-color-surface`, like the other gallery preview surfaces.

• 9ac8d3d: The bundle page's block list now has a gap between blocks, and the block preview frame has a surface color when the site sets no `--tome-gallery-preview-bg`. The list read the undeclared `--tome-space-20` (so the gap was zero); it now reads `--tome-space-11` (80px). The preview frame read `--tome-gallery-preview-bg` with no fallback; it now falls back to `--tome-color-surface`, like the other gallery preview surfaces.

765b692: Catalog cards stop covering their own artwork, and small components stop previewing as a strip above a blank band. - **Lock:** the lock moved off the thumbnail and into the card's tier pill. It used to float over the artwork's top-left corner, where it covered headlines and table headers on every locked card (58 of 116 live cards on the starter). It is now an inline padlock left of the tier word ("PRO"), drawn in the pill's color. The featured plate gains the same pill, so a locked featured block still shows its lock. The card's name link still announces "(locked)". - **Paid label:** paid tier labels now read in `--tome-color-primary`. They used `--tome-color-accent`, a surface tint in the theme contract, which rendered near-invisible on tinted-accent themes. - **Small components:** live thumbnails gain a 360 rung (`THUMB_WIDTH_LADDER` is now 1280/960/640/480/360). The preview frame's 200px minimum no longer pads blocks inside thumbnails. A block still shorter than the frame at 360 (callouts, tables, stat strips) sits centered on the surface-tint mat instead of pinned to the top above a blank band.

• 765b692: Catalog cards stop covering their own artwork, and small components stop previewing as a strip above a blank band. - **Lock:** the lock moved off the thumbnail and into the card's tier pill. It used to float over the artwork's top-left corner, where it covered headlines and table headers on every locked card (58 of 116 live cards on the starter). It is now an inline padlock left of the tier word ("PRO"), drawn in the pill's color. The featured plate gains the same pill, so a locked featured block still shows its lock. The card's name link still announces "(locked)". - **Paid label:** paid tier labels now read in `--tome-color-primary`. They used `--tome-color-accent`, a surface tint in the theme contract, which rendered near-invisible on tinted-accent themes. - **Small components:** live thumbnails gain a 360 rung (`THUMB_WIDTH_LADDER` is now 1280/960/640/480/360). The preview frame's 200px minimum no longer pads blocks inside thumbnails. A block still shorter than the frame at 360 (callouts, tables, stat strips) sits centered on the surface-tint mat instead of pinned to the top above a blank band.

0afc071: Live (no-capture) catalog thumbnails now fill their frame. `BlockThumb` rendered every block at a fixed 1280px virtual width scaled into the 16:10 card, so a short block such as a hero (about 300px tall at 1280) filled a quarter of the frame in about 3px type. It now steps the render width down `THUMB_WIDTH_LADDER` (1280, 960, 640, 480) until the block's height fills the frame's own aspect. Short blocks reflow taller with legible type, and the wider 21:9 featured frame keeps more blocks wide. Blocks taller than the frame crop at the bottom behind a short fade. The layer stays hidden over the placeholder until the width settles, so the step-down reflows are never seen. The rule is `nextThumbRung` in `galleryHelpers`: it only steps down and is independent of card size, so it converges and card resizes never re-trigger it. Captured thumbnails and their hover overlay are unchanged. `GalleryDemoContext.placeholderMediaId` is now documented as any resource the host's media adapter renders; `resolveMedia` treats a string as a URL, so a bare ID renders an empty slot in a Payload-less preview.

• 0afc071: Live (no-capture) catalog thumbnails now fill their frame. `BlockThumb` rendered every block at a fixed 1280px virtual width scaled into the 16:10 card, so a short block such as a hero (about 300px tall at 1280) filled a quarter of the frame in about 3px type. It now steps the render width down `THUMB_WIDTH_LADDER` (1280, 960, 640, 480) until the block's height fills the frame's own aspect. Short blocks reflow taller with legible type, and the wider 21:9 featured frame keeps more blocks wide. Blocks taller than the frame crop at the bottom behind a short fade. The layer stays hidden over the placeholder until the width settles, so the step-down reflows are never seen. The rule is `nextThumbRung` in `galleryHelpers`: it only steps down and is independent of card size, so it converges and card resizes never re-trigger it. Captured thumbnails and their hover overlay are unchanged. `GalleryDemoContext.placeholderMediaId` is now documented as any resource the host's media adapter renders; `resolveMedia` treats a string as a URL, so a bare ID renders an empty slot in a Payload-less preview.

786853e: The gallery's source view now finds a block's config when its directory name differs from its slug, so the pricing block (`pricing-plans`) shows its Config tab again. `resolveBlockFiles` falls back to the block directory whose own `meta` declares the slug, in both the source and the installed `dist/` layouts. The pricing block's "added" date follows the new `pricing-plans` slug.

• 786853e: The gallery's source view now finds a block's config when its directory name differs from its slug, so the pricing block (`pricing-plans`) shows its Config tab again. `resolveBlockFiles` falls back to the block directory whose own `meta` declares the slug, in both the source and the installed `dist/` layouts. The pricing block's "added" date follows the new `pricing-plans` slug.

dfe59e3: `TomeBlocksGalleryProvider` now passes `config.RichTextAdapter` to previewed blocks instead of storing it where no block reads it. When the adapter is set, the provider mounts blocks-core's `RichTextAdapterProvider` around the gallery tree; when it is omitted, blocks fall back to a registered adapter and then blocks-core's built-in Lexical renderer. `RichTextAdapter` is now typed as blocks-core's `RichTextAdapter` rather than `unknown`, and the `@wabbit/tome-blocks-core` peer range starts at `0.11.0`, the first release with the `./adapters` subpath this uses.

• dfe59e3: `TomeBlocksGalleryProvider` now passes `config.RichTextAdapter` to previewed blocks instead of storing it where no block reads it. When the adapter is set, the provider mounts blocks-core's `RichTextAdapterProvider` around the gallery tree; when it is omitted, blocks fall back to a registered adapter and then blocks-core's built-in Lexical renderer. `RichTextAdapter` is now typed as blocks-core's `RichTextAdapter` rather than `unknown`, and the `@wabbit/tome-blocks-core` peer range starts at `0.11.0`, the first release with the `./adapters` subpath this uses.

205ecfc: Fix GalleryIndex causing a horizontal-scroll page overflow at phone widths (verified live on starter.wabbit.com/blocks at 390px: page 2,778px wide, `.aside` and `.main` each 2,762px). Root cause: the narrow-viewport (`max-width: 860px`) `.shell` rule collapsed the sidebar/content grid to a bare `1fr` track. A single grid track sized with only `1fr` (no `minmax`) defaults its automatic minimum to its content's min-content size rather than 0, so `.aside`'s unwrapped category/bundle `.navList` chip row inflated the one shared track — and, since it's a single column, both stacked children (`.aside` and `.main`) inherited that oversized track and overflowed the viewport. Fix: the mobile `.shell` track is now `minmax(0, 1fr)` (mirrors the desktop two-column rule's own `minmax(0, 1fr)` main track), and `.aside` picks up a `min-width: 0` grid-item override in that same media block (the companion `.main` already had unconditionally) so it can shrink to the track instead of forcing it wide. `.navList` remains internally horizontally scrollable (`overflow-x: auto`) — this only stops that scroll from leaking into the page. No change to the >=861px two-column layout. Verified via a Playwright repro harness measuring `document.documentElement.scrollWidth` at 390/768/1023/1440: 390px and 768px went from overflowing (scrollWidth 1553px against a 390/768px viewport) to matching the viewport exactly; 1023px and 1440px were unaffected before and after. Adds `tests/gallery-index-responsive.test.ts`, a static assertion on the two declarations, confirmed to fail against the pre-fix CSS and pass against the fix.

• 205ecfc: Fix GalleryIndex causing a horizontal-scroll page overflow at phone widths (verified live on starter.wabbit.com/blocks at 390px: page 2,778px wide, `.aside` and `.main` each 2,762px). Root cause: the narrow-viewport (`max-width: 860px`) `.shell` rule collapsed the sidebar/content grid to a bare `1fr` track. A single grid track sized with only `1fr` (no `minmax`) defaults its automatic minimum to its content's min-content size rather than 0, so `.aside`'s unwrapped category/bundle `.navList` chip row inflated the one shared track — and, since it's a single column, both stacked children (`.aside` and `.main`) inherited that oversized track and overflowed the viewport. Fix: the mobile `.shell` track is now `minmax(0, 1fr)` (mirrors the desktop two-column rule's own `minmax(0, 1fr)` main track), and `.aside` picks up a `min-width: 0` grid-item override in that same media block (the companion `.main` already had unconditionally) so it can shrink to the track instead of forcing it wide. `.navList` remains internally horizontally scrollable (`overflow-x: auto`) — this only stops that scroll from leaking into the page. No change to the >=861px two-column layout. Verified via a Playwright repro harness measuring `document.documentElement.scrollWidth` at 390/768/1023/1440: 390px and 768px went from overflowing (scrollWidth 1553px against a 390/768px viewport) to matching the viewport exactly; 1023px and 1440px were unaffected before and after. Adds `tests/gallery-index-responsive.test.ts`, a static assertion on the two declarations, confirmed to fail against the pre-fix CSS and pass against the fix.

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.

73081e6: Decompose `GalleryBlockDetail`, and give the package its first tests. The component had grown from 494 to 783 LOC with 7 `useState` calls — July's decomposition target, flagged again in the 2026-09-01 audit (§4.2) — while its sibling `GalleryIndex` shrank from ~1000 to 572 over the same period by splitting into `BlockCard`/`BlockThumb`/`useDebouncedValue`. This applies the same move. No behavior change: every value, transition and rendered element is what the inline version produced. Three new sibling files, following the package's own convention: - **`usePreviewSurface.ts`** — view / variant / viewport / theme / fullscreen, plus the live pixel readout. These five travel together because they are not independent: the readout is meaningless in `code` view, `desktop` is deliberately fluid (measured via ResizeObserver on the content box) while tablet and mobile are fixed, and the Escape-exits-fullscreen listener must exist only while fullscreen. Those couplings were previously enforced by scattered conditions in the JSX; now they have one home. - **`useCopyToClipboard.ts`** — the copy-then-confirm flow. Worth extracting for the three things a copy button gets wrong independently: the flag auto-clears on a timer, the timer is canceled on unmount, and a REJECTED write leaves `copied` false rather than telling the reader to paste something that is not on their clipboard. - **`GalleryDetailChrome.tsx`** — `Breadcrumb`, `AdjacentNav`, `SectionRule`, `RelatedBlockCard`. Stateless page chrome, so no `'use client'` directive: the directive travels with hooks, and the parent already carries it. Adding one that nothing needs is how a package's client-file count drifts from its actual client surface. `GalleryBlockDetail.tsx` is 783 → 617 lines and now owns no `useState` of its own. Nothing new is exported from the package barrel — these are internals of the detail page. **First test suite** (`tests/detail-hooks.test.tsx`, vitest + jsdom, 10 tests) covering exactly the couplings above: the readout goes quiet in `code` view and returns in `split`, tablet/mobile report their fixed widths without measuring, desktop rounds its measured width, the keydown listener is bound only while fullscreen and removed on exit, the ResizeObserver disconnects on unmount, and a rejected clipboard write leaves `copied` false. `@wabbit/tome-blocks-gallery` is removed from the `assert:test-floor` allowlist in the same change — the ratchet's entries are removed, never added.

• 73081e6: Decompose `GalleryBlockDetail`, and give the package its first tests. The component had grown from 494 to 783 LOC with 7 `useState` calls — July's decomposition target, flagged again in the 2026-09-01 audit (§4.2) — while its sibling `GalleryIndex` shrank from ~1000 to 572 over the same period by splitting into `BlockCard`/`BlockThumb`/`useDebouncedValue`. This applies the same move. No behavior change: every value, transition and rendered element is what the inline version produced. Three new sibling files, following the package's own convention: - **`usePreviewSurface.ts`** — view / variant / viewport / theme / fullscreen, plus the live pixel readout. These five travel together because they are not independent: the readout is meaningless in `code` view, `desktop` is deliberately fluid (measured via ResizeObserver on the content box) while tablet and mobile are fixed, and the Escape-exits-fullscreen listener must exist only while fullscreen. Those couplings were previously enforced by scattered conditions in the JSX; now they have one home. - **`useCopyToClipboard.ts`** — the copy-then-confirm flow. Worth extracting for the three things a copy button gets wrong independently: the flag auto-clears on a timer, the timer is canceled on unmount, and a REJECTED write leaves `copied` false rather than telling the reader to paste something that is not on their clipboard. - **`GalleryDetailChrome.tsx`** — `Breadcrumb`, `AdjacentNav`, `SectionRule`, `RelatedBlockCard`. Stateless page chrome, so no `'use client'` directive: the directive travels with hooks, and the parent already carries it. Adding one that nothing needs is how a package's client-file count drifts from its actual client surface. `GalleryBlockDetail.tsx` is 783 → 617 lines and now owns no `useState` of its own. Nothing new is exported from the package barrel — these are internals of the detail page. **First test suite** (`tests/detail-hooks.test.tsx`, vitest + jsdom, 10 tests) covering exactly the couplings above: the readout goes quiet in `code` view and returns in `split`, tablet/mobile report their fixed widths without measuring, desktop rounds its measured width, the keydown listener is bound only while fullscreen and removed on exit, the ResizeObserver disconnects on unmount, and a rejected clipboard write leaves `copied` false. `@wabbit/tome-blocks-gallery` is removed from the `assert:test-floor` allowlist in the same change — the ratchet's entries are removed, never added.
• 3a260e1: `buildGalleryManifest` annotates per-build copies of the registered block entries instead of writing `thumbs`, `addedAt` and `categorySlug` onto the pack registry's own objects. The registry is a module-level singleton that outlives a request on the server, so a thumbs annotation from one build leaked into the next: on wabbit.com the index page built with one thumbs manifest and the detail page with another, the server kept the index's thumbs on a block the detail manifest never listed, the client (building from its own props) did not, and the detail page threw React #418 — a related-block `<img>` present in the server HTML and absent on the client. Every build now derives `thumbs` from its own manifest only (`undefined` when absent). Also records that 1.8.1 shipped the `GalleryBlockDetail` decomposition (usePreviewSurface / useCopyToClipboard / GalleryDetailChrome) whose changeset had been pending on main.

93ecd9e: GalleryIndex: the catalog container now sets `width: 100%`, so a host that lifts `--tome-gallery-catalog-max-width` (sets it to `none`) inside its own grid gets a catalog that fills the track instead of shrink-wrapping to its content. Auto margins on a grid item switch it from stretch to fit-content; measured on wabbit.com/blocks at 1920 the catalog rendered 973px wide in a 1560px track with three card columns. No change for hosts that keep the default cap.

• 93ecd9e: GalleryIndex: the catalog container now sets `width: 100%`, so a host that lifts `--tome-gallery-catalog-max-width` (sets it to `none`) inside its own grid gets a catalog that fills the track instead of shrink-wrapping to its content. Auto margins on a grid item switch it from stretch to fit-content; measured on wabbit.com/blocks at 1920 the catalog rendered 973px wide in a 1560px track with three card columns. No change for hosts that keep the default cap.

c076d3b: Fix dark-theme thumbnails never revealing, and add host-tunable catalog chrome tokens. **Fix — dark pages never showed a single thumbnail.** BlockThumb's load-state `ref`/`onLoad` rode the LIGHT image only. On a dark page the light `<img>` is `display: none`, and a `loading="lazy"` image with no box never fetches — so `imgLoaded` stayed `false` forever and the dark image (fully downloaded) sat at `opacity: 0` behind the skeleton shimmer. Measured on wabbit.com/blocks 2026-08-31: 180/180 thumb frames stuck at `data-loaded="false"`. Both theme images now carry the ref + `onLoad`; only the theme-visible one ever loads, and whichever loads clears the shimmer. **New — catalog chrome tokens** (all default to the current look; no consumer change without opting in): - `--tome-gallery-card-border-color` — card, featured-plate, and thumb-viewport hairlines (default `--tome-color-border`) - `--tome-gallery-card-radius` — card / plate / viewport corner radius (default `--tome-radius-sm`) - `--tome-gallery-card-surface` — card + plate surface (default `--tome-color-surface`) - `--tome-gallery-input-surface` / `--tome-gallery-input-border-color` / `--tome-gallery-input-radius` — search well restyling (defaults preserve the outlined input) - `--tome-gallery-active-bg` / `--tome-gallery-active-fg` — the selected-state fill shared by the index view toggle, filter chips, and the detail page's Preview/Code/Split segmented control (defaults preserve the inverse-ink fill) Motivation: hosts skinning the catalog (e.g. borderless elevated cards with a larger radius, accent-colored active states) previously had no stable hooks — module class names are hashed. **Changed — segmented controls move to the recessed-track idiom.** The detail page's Preview/Code/Split toggle and the index's view toggle drop the cramped outlined strip (per-segment hairline dividers, edge-to-edge segments) for a muted track holding spaced pills with a filled active pill. The selected variant card's ring also rides `--tome-gallery-active-bg` instead of hardcoded on-surface.

• c076d3b: Fix dark-theme thumbnails never revealing, and add host-tunable catalog chrome tokens. **Fix — dark pages never showed a single thumbnail.** BlockThumb's load-state `ref`/`onLoad` rode the LIGHT image only. On a dark page the light `<img>` is `display: none`, and a `loading="lazy"` image with no box never fetches — so `imgLoaded` stayed `false` forever and the dark image (fully downloaded) sat at `opacity: 0` behind the skeleton shimmer. Measured on wabbit.com/blocks 2026-08-31: 180/180 thumb frames stuck at `data-loaded="false"`. Both theme images now carry the ref + `onLoad`; only the theme-visible one ever loads, and whichever loads clears the shimmer. **New — catalog chrome tokens** (all default to the current look; no consumer change without opting in): - `--tome-gallery-card-border-color` — card, featured-plate, and thumb-viewport hairlines (default `--tome-color-border`) - `--tome-gallery-card-radius` — card / plate / viewport corner radius (default `--tome-radius-sm`) - `--tome-gallery-card-surface` — card + plate surface (default `--tome-color-surface`) - `--tome-gallery-input-surface` / `--tome-gallery-input-border-color` / `--tome-gallery-input-radius` — search well restyling (defaults preserve the outlined input) - `--tome-gallery-active-bg` / `--tome-gallery-active-fg` — the selected-state fill shared by the index view toggle, filter chips, and the detail page's Preview/Code/Split segmented control (defaults preserve the inverse-ink fill) Motivation: hosts skinning the catalog (e.g. borderless elevated cards with a larger radius, accent-colored active states) previously had no stable hooks — module class names are hashed. **Changed — segmented controls move to the recessed-track idiom.** The detail page's Preview/Code/Split toggle and the index's view toggle drop the cramped outlined strip (per-segment hairline dividers, edge-to-edge segments) for a muted track holding spaced pills with a filled active pill. The selected variant card's ring also rides `--tome-gallery-active-bg` instead of hardcoded on-surface.

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

5458399: Thumbnails: bind capture geometry to card geometry, and stop serving the wrong theme **Fixed-aspect capture.** `GalleryThumbTarget` now composes every block inside a locked 1280×800 (16:10) frame and the capture CLI screenshots that frame instead of clipping to the block's own bounds. Short blocks center on their own sampled background, near-fits shrink to 0.75, taller blocks render 1:1 top-anchored with a bottom fade. Every output file is exactly 2560×1600. The browse card's `.thumbViewport` moves 4:3 → 16:10 to match, which makes its `object-fit: cover` an identity transform. These two are ONE contract: the previous block-bounds clip produced files from 2560×672 to 2560×1920 while the card forced them all into 4:3, giving up to 2.47× zoom with 60% of the image cropped away — the only block that rendered correctly was the one whose capture happened to land on 4:3. **Theme pair selected in CSS, not JS.** `BlockThumb` renders both captures and the stylesheet hides one. The previous `useDocumentTheme()`-driven `src` was a hydration dead-zone: the server rendered the light path, the client's state initializer also resolved `dark`, and the mount effect set that same value — so React never re-rendered and never reconciled the server-rendered attribute. State said dark, the DOM stayed light. Measured on prod: 60/60 thumbs served the light capture on a dark page while all 130 manifest entries had both. Adds `pickThumbPair`; `pickThumb` is retained for callers that still want one src. **QA hard gates** (`gallery-thumbs-qa.ts`, exit 2): DIMENSION (every capture exactly the expected size — the gate that would have caught this regression on day one), PAIR (both themes per variant), COVERAGE (against the enumeration, with `--allow-missing`), CONTRAST (5th–95th percentile ink/ground separation, catching the dark-plum-on-near-black cases). LOW-VARIANCE stays advisory. `--no-gates` reverts to report-only. The featured plate keeps a deliberate 21:9 crop, now center-anchored to match the harness's centered composition.

• 5458399: Thumbnails: bind capture geometry to card geometry, and stop serving the wrong theme **Fixed-aspect capture.** `GalleryThumbTarget` now composes every block inside a locked 1280×800 (16:10) frame and the capture CLI screenshots that frame instead of clipping to the block's own bounds. Short blocks center on their own sampled background, near-fits shrink to 0.75, taller blocks render 1:1 top-anchored with a bottom fade. Every output file is exactly 2560×1600. The browse card's `.thumbViewport` moves 4:3 → 16:10 to match, which makes its `object-fit: cover` an identity transform. These two are ONE contract: the previous block-bounds clip produced files from 2560×672 to 2560×1920 while the card forced them all into 4:3, giving up to 2.47× zoom with 60% of the image cropped away — the only block that rendered correctly was the one whose capture happened to land on 4:3. **Theme pair selected in CSS, not JS.** `BlockThumb` renders both captures and the stylesheet hides one. The previous `useDocumentTheme()`-driven `src` was a hydration dead-zone: the server rendered the light path, the client's state initializer also resolved `dark`, and the mount effect set that same value — so React never re-rendered and never reconciled the server-rendered attribute. State said dark, the DOM stayed light. Measured on prod: 60/60 thumbs served the light capture on a dark page while all 130 manifest entries had both. Adds `pickThumbPair`; `pickThumb` is retained for callers that still want one src. **QA hard gates** (`gallery-thumbs-qa.ts`, exit 2): DIMENSION (every capture exactly the expected size — the gate that would have caught this regression on day one), PAIR (both themes per variant), COVERAGE (against the enumeration, with `--allow-missing`), CONTRAST (5th–95th percentile ink/ground separation, catching the dark-plum-on-near-black cases). LOW-VARIANCE stays advisory. `--no-gates` reverts to report-only. The featured plate keeps a deliberate 21:9 crop, now center-anchored to match the harness's centered composition.

a2728f7: Full-bleed browse-card thumbnails + block-bounds capture framing. The card mat (thumbViewport margin/border/tint frame) and inset hairline plate (thumbFrame border/shadow) are gone — the artwork fills the card edge-to-edge above the meta, separated by a single bottom hairline. The capture CLI now shoots under reduced motion (no more mid-entrance-animation frames) and clips each shot to the block's own bounding box instead of the full 1280×960 viewport, so short blocks no longer bake fat stage-background bands into the image. BlockThumb's hover-crossfade math mirrors the new cover composition (height-dominant zoom + horizontal centering for short blocks). Existing 4:3 captures still render correctly; re-run gallery:capture to get the band-free framing.

• a2728f7: Full-bleed browse-card thumbnails + block-bounds capture framing. The card mat (thumbViewport margin/border/tint frame) and inset hairline plate (thumbFrame border/shadow) are gone — the artwork fills the card edge-to-edge above the meta, separated by a single bottom hairline. The capture CLI now shoots under reduced motion (no more mid-entrance-animation frames) and clips each shot to the block's own bounding box instead of the full 1280×960 viewport, so short blocks no longer bake fat stage-background bands into the image. BlockThumb's hover-crossfade math mirrors the new cover composition (height-dominant zoom + horizontal centering for short blocks). Existing 4:3 captures still render correctly; re-run gallery:capture to get the band-free framing.

510036f: Replace the enumerated `@wabbit/tome-blocks-core` peer range with an open one: `>=0.9.0 <1`. The previous form (`^0.9.0 || … || ^0.14.0`) had to be extended by hand on **every** blocks-core minor. Miss it and the package falls out of range, which — with `onlyUpdatePeerDependentsWhenOutOfRange` — silently resolves this package to a **major** bump as a side effect of a sibling's additive change. That happened last release (caught at 1.5.0 → 2.0.0 and corrected to a patch) and recurred immediately on the next minor, which is the argument for fixing the pattern rather than appending another version. `>=0.9.0 <1` expresses the actual compatibility claim — any pre-1.0 blocks-core from 0.9 up — and does not need editing again until blocks-core reaches 1.0.

• 510036f: Replace the enumerated `@wabbit/tome-blocks-core` peer range with an open one: `>=0.9.0 <1`. The previous form (`^0.9.0 || … || ^0.14.0`) had to be extended by hand on **every** blocks-core minor. Miss it and the package falls out of range, which — with `onlyUpdatePeerDependentsWhenOutOfRange` — silently resolves this package to a **major** bump as a side effect of a sibling's additive change. That happened last release (caught at 1.5.0 → 2.0.0 and corrected to a patch) and recurred immediately on the next minor, which is the argument for fixing the pattern rather than appending another version. `>=0.9.0 <1` expresses the actual compatibility claim — any pre-1.0 blocks-core from 0.9 up — and does not need editing again until blocks-core reaches 1.0.

Widen the `@wabbit/tome-blocks-core` peer range to include `^0.14.0`. The range is enumerated (`^0.9.0 || … || ^0.13.0`) rather than open-ended, so every blocks-core minor falls out of it. Combined with `onlyUpdatePeerDependentsWhenOutOfRange`, that resolved this release to a **major** bump for this package — 1.5.0 → 2.0.0 — purely as a side effect of a sibling's additive minor. This changeset exists so the widened range actually reaches the registry: without it the package is not republished, and the published `1.5.0` would keep declaring `^0.13.0` as its ceiling while `blocks-core@0.14.0` is the current release, producing a peer warning on install. Worth revisiting whether the enumeration should become `>=0.9.0 <1` so the next minor does not repeat this.

• Widen the `@wabbit/tome-blocks-core` peer range to include `^0.14.0`. The range is enumerated (`^0.9.0 || … || ^0.13.0`) rather than open-ended, so every blocks-core minor falls out of it. Combined with `onlyUpdatePeerDependentsWhenOutOfRange`, that resolved this release to a **major** bump for this package — 1.5.0 → 2.0.0 — purely as a side effect of a sibling's additive minor. This changeset exists so the widened range actually reaches the registry: without it the package is not republished, and the published `1.5.0` would keep declaring `^0.13.0` as its ceiling while `blocks-core@0.14.0` is the current release, producing a peer warning on install. Worth revisiting whether the enumeration should become `>=0.9.0 <1` so the next minor does not repeat this.

Widened the `@wabbit/tome-blocks-core` peer range to include `^0.12.0 || ^0.13.0` (backward-compatible — the multi-minor union is this package's deliberate compatibility contract; changesets' automated resolution had narrowed it to `^0.13.0` with a major bump, hand-corrected at release preflight).

• Widened the `@wabbit/tome-blocks-core` peer range to include `^0.12.0 || ^0.13.0` (backward-compatible — the multi-minor union is this package's deliberate compatibility contract; changesets' automated resolution had narrowed it to `^0.13.0` with a major bump, hand-corrected at release preflight).
• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

7efd826: Full-width block detail redesign + index rhythm + props metadata contract. Detail page: the article now defaults to full width (`--tome-gallery-detail-max-width` default changed 1120px → none; set the token to re-cap). The 260px sticky meta rail is replaced by a horizontal hairline meta band (Pack / Category / Tier / Added / Variants / Tags); the install command / Acquire CTA moved into the header row. New sections: variant thumbnail-card strip (surfaces variant descriptions; falls back to toolbar pills when no thumbs), "In both themes" light/dark screenshot pair, props reference table, and related blocks (category + bundle siblings). Toolbar gains a Split view (code docks beside the preview at ≥1600px) and a live pixel-width readout on the viewport toggle. Index: category sections with ≥3 blocks lead with a full-width featured plate; the card grid default min-width is now responsive (`clamp(240px, 18vw, 300px)`, token override unchanged). New contract (additive): `GalleryBlockEntry.fields?: GalleryFieldMeta[]` — derived automatically in `defineGalleryPack` by introspecting `descriptor.block()` (pure; degrades to undefined on failure). New export: `GalleryPropsTable`.

• 7efd826: Full-width block detail redesign + index rhythm + props metadata contract. Detail page: the article now defaults to full width (`--tome-gallery-detail-max-width` default changed 1120px → none; set the token to re-cap). The 260px sticky meta rail is replaced by a horizontal hairline meta band (Pack / Category / Tier / Added / Variants / Tags); the install command / Acquire CTA moved into the header row. New sections: variant thumbnail-card strip (surfaces variant descriptions; falls back to toolbar pills when no thumbs), "In both themes" light/dark screenshot pair, props reference table, and related blocks (category + bundle siblings). Toolbar gains a Split view (code docks beside the preview at ≥1600px) and a live pixel-width readout on the viewport toggle. Index: category sections with ≥3 blocks lead with a full-width featured plate; the card grid default min-width is now responsive (`clamp(240px, 18vw, 300px)`, token override unchanged). New contract (additive): `GalleryBlockEntry.fields?: GalleryFieldMeta[]` — derived automatically in `defineGalleryPack` by introspecting `descriptor.block()` (pure; degrades to undefined on failure). New export: `GalleryPropsTable`.

Peer range on `@wabbit/tome-blocks-core` widened to `^0.9.0 || ^0.10.0 || ^0.11.0`. (Changesets' out-of-range-peer rule had force-majored this release to 2.0.0 and narrowed the peer to `^0.11.0` — both artifacts of the old range not admitting 0.11, not a real breaking change; every change below is a patch. Gallery is verified against blocks-core 0.11 by this train's own gates.)

• Peer range on `@wabbit/tome-blocks-core` widened to `^0.9.0 || ^0.10.0 || ^0.11.0`. (Changesets' out-of-range-peer rule had force-majored this release to 2.0.0 and narrowed the peer to `^0.11.0` — both artifacts of the old range not admitting 0.11, not a real breaking change; every change below is a patch. Gallery is verified against blocks-core 0.11 by this train's own gates.)
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 36e537a: Small verified fixes: agency-essentials `Contact` gains its missing `'use client'` (it calls the rich-text adapter hook; direct RSC import crashed). chrome `NavGuard` now dev-warns when its capability gate fails to load while a `requiredCapability` is set (the fail-open contract itself is unchanged and now documented). blocks-core `BLOCK_CATALOG.ts` corrupted entries corrected from real block meta (content-two-column, content-with-corner-notch, signal-ship-card names/descriptions; gallery variants filled) + drift-risk header. Stale docstrings fixed (chrome `HeaderLogo`, blocks-gallery registry header, lms-ui payload JSDoc import path). blocks meta-package backcompat suite now asserts the RENDER registry resolves renderers (previously only descriptor registration was tested — a dropped render import shipped silently).
• a93f478: Gallery browse performance: search input debounced at 80ms via a local-state + `useDebouncedValue` split (instant keystroke echo, one grid re-filter per pause; immune to context-sibling re-render stomps), `BlockCard` wrapped in `React.memo` (props verified referentially stable — unrelated re-renders no longer re-run every card's hover/visibility machinery). blocks-core publishes `./utilities/useDocumentTheme` as a lean subpath (mirroring `useDebouncedResize`) so Payload-free consumers can reach the theme hook without the admin barrel's `@payloadcms/ui` graph; gallery's local MutationObserver copy replaced with a narrowing wrapper over the canonical hook. Also: BlockPicker's artificial `setTimeout(0)` skeleton delay removed; RecentFavorites static data-attributes moved from an effect into JSX.
• aef2725: Monolith decompositions (behavior- and markup-preserving; public APIs unchanged; markup identity mechanically verified per file): forms' FieldRenderer 633→84 via a field-control registry + shared FieldChrome (consent/checkbox byte-identical branches merged) and TomeForm 656→451 via four extracted hooks (the ordering-critical resolver sync deliberately stays inline, documented); rpg's CharacterSheet 841→130 across panels + three editing hooks + persistence hook (the StrictMode XP-ledger charRef guard preserved verbatim); gallery's GalleryIndex 1032→431 (BlockThumb/BlockCard/Toolbar/useFilteredCatalog siblings, T2's debounce+memo preserved); webgl's WebglCanvasProvider 938→546 (useTransitionOrchestrator + useCanvasRenderer extracted; settle thresholds hoisted to named consts); admin's mergeAdminComponents 828→404 orchestrator + four helpers (all docblocks relocated, 717 tests unmodified) and Nav's config-reading now typed (6 of 8 `as any` casts eliminated); marketing-starter's PricingPlans extracts its GSAP toggle timeline hook + a memoized card. rpg additionally trusts the denormalized `xpTotal` on sheet load/save hot paths (full recompute stays at the XP-recording reconciliation point).
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0

8f52a6a: Gallery Wave 3 — detail-page upgrades + catalog motion pass. Detail page: opt-in iframe-scoped preview (`TomeBlocksGalleryConfig.previewHarnessPath` + new exported `GalleryPreviewTarget` harness component with a same-origin postMessage height/readiness protocol; the device-width toggle becomes an honest reflow instead of a maxWidth clamp; inline preview unchanged when unconfigured), prev/next sibling navigation (curated category order, bundle-order fallback), a toolbar install-copy control, and an Osmo-pattern meta rail (Pack / Tier / Added / Variants / Tags — replaces the bottom tags section). Context now exposes `manifest` and `previewHarnessPath`. Catalog: CSS-only motion pass — staggered card entrances that replay on structural catalog switches (never on search keystrokes), thumbnail skeleton shimmer + captured-image fade-in (cached-image safe), all gated behind `prefers-reduced-motion: no-preference`. Also fixes the empty-`<h1>` hero stub rendered in external-rail mode (a11y).

• 8f52a6a: Gallery Wave 3 — detail-page upgrades + catalog motion pass. Detail page: opt-in iframe-scoped preview (`TomeBlocksGalleryConfig.previewHarnessPath` + new exported `GalleryPreviewTarget` harness component with a same-origin postMessage height/readiness protocol; the device-width toggle becomes an honest reflow instead of a maxWidth clamp; inline preview unchanged when unconfigured), prev/next sibling navigation (curated category order, bundle-order fallback), a toolbar install-copy control, and an Osmo-pattern meta rail (Pack / Tier / Added / Variants / Tags — replaces the bottom tags section). Context now exposes `manifest` and `previewHarnessPath`. Catalog: CSS-only motion pass — staggered card entrances that replay on structural catalog switches (never on search keystrokes), thumbnail skeleton shimmer + captured-image fade-in (cached-image safe), all gated behind `prefers-reduced-motion: no-preference`. Also fixes the empty-`<h1>` hero stub rendered in external-rail mode (a11y).

Wave-2 catalog features: hover-live preview crossfade with capture-stage composition matching (150ms intent, lazy persistent mount, measured vertical centering, reduced-motion safe); taxonomy redesign (no "Other", Editorial split, max bucket 10); Sort Curated/Newest plus "New" pills backed by git-derived per-block addedAt dates; external rail mode (GalleryCatalogProvider, GalleryRail, rail="internal"|"external") for app-shell layouts; fixes a latent conditional-hooks violation in BlockThumb. Widens the @wabbit/tome-blocks-core peer range to tolerate the family's 0.10 minor (B1-amendment precedent — prevents a spurious major).

• Wave-2 catalog features: hover-live preview crossfade with capture-stage composition matching (150ms intent, lazy persistent mount, measured vertical centering, reduced-motion safe); taxonomy redesign (no "Other", Editorial split, max bucket 10); Sort Curated/Newest plus "New" pills backed by git-derived per-block addedAt dates; external rail mode (GalleryCatalogProvider, GalleryRail, rail="internal"|"external") for app-shell layouts; fixes a latent conditional-hooks violation in BlockThumb. Widens the @wabbit/tome-blocks-core peer range to tolerate the family's 0.10 minor (B1-amendment precedent — prevents a spurious major).

Build-time thumbnail pipeline: GalleryThumbTarget capture harness, Playwright capture CLI with DOM-fallback detection and merge-on-write manifest, sharp visual-QA/contact-sheet script, thumbs manifest threading through buildGalleryManifest, and img-based catalog cards with live-preview fallback. New Gallery Plate card chrome: mat + hairline frame, serif block name, description line, tier pills, and a lock pill over fully visible artwork replacing the gray lock wash.

• Build-time thumbnail pipeline: GalleryThumbTarget capture harness, Playwright capture CLI with DOM-fallback detection and merge-on-write manifest, sharp visual-QA/contact-sheet script, thumbs manifest threading through buildGalleryManifest, and img-based catalog cards with live-preview fallback. New Gallery Plate card chrome: mat + hairline frame, serif block name, description line, tier pills, and a lock pill over fully visible artwork replacing the gray lock wash.

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

249b670: Fix the source-extractor's component resolver so code-viewer snapshots stop silently skipping legitimate components (2026-06-27 marketplace audit). The resolver derived only `Pascal(slug)` and probed an exact-case path, which (1) missed blocks whose React component is named independently of the slug and (2) was case-sensitive — the latter a latent **Linux-only** bug masked on Windows NTFS (`checklist` → `CheckList.js`, fine on Windows, skipped on the case-sensitive Coolify deploy host). Now layered: `Pascal(slug)` exact → case-insensitive → a **registration scan** (the `render/` file whose `registerRenderer('<slug>', …)` matches), with the styles sibling resolved from the found component's base name. A null component now factually means no render file registers the slug (structural/config-only block) — recorded as `configOnly` in each block's `manifest.json` and logged as `[no-component] … verify it is structural/config-only and not a slug mismatch` for the audit, rather than silently asserting the absent Component tab is intentional. Verified against the real pack sources (8/8): fixes `content` and the launch-blocking `checklist`; correctly surfaces (does not mask) the kebab-vs-camel gallery/render slug split (`pricing`/`pricingPlans`, `card`/`cardBlock`, …) as a separate audit item. Also widens the `@wabbit/tome-blocks-core` peer range to tolerate `^0.8.0` (the linked family's next minor), so the family bump does not force a spurious gallery major — the B1-amendment precedent.

• 249b670: Fix the source-extractor's component resolver so code-viewer snapshots stop silently skipping legitimate components (2026-06-27 marketplace audit). The resolver derived only `Pascal(slug)` and probed an exact-case path, which (1) missed blocks whose React component is named independently of the slug and (2) was case-sensitive — the latter a latent **Linux-only** bug masked on Windows NTFS (`checklist` → `CheckList.js`, fine on Windows, skipped on the case-sensitive Coolify deploy host). Now layered: `Pascal(slug)` exact → case-insensitive → a **registration scan** (the `render/` file whose `registerRenderer('<slug>', …)` matches), with the styles sibling resolved from the found component's base name. A null component now factually means no render file registers the slug (structural/config-only block) — recorded as `configOnly` in each block's `manifest.json` and logged as `[no-component] … verify it is structural/config-only and not a slug mismatch` for the audit, rather than silently asserting the absent Component tab is intentional. Verified against the real pack sources (8/8): fixes `content` and the launch-blocking `checklist`; correctly surfaces (does not mask) the kebab-vs-camel gallery/render slug split (`pricing`/`pricingPlans`, `card`/`cardBlock`, …) as a separate audit item. Also widens the `@wabbit/tome-blocks-core` peer range to tolerate `^0.8.0` (the linked family's next minor), so the family bump does not force a spurious gallery major — the B1-amendment precedent.

70d3043: Catalog pagination. Each browse section caps at 8 cards in the unfiltered overview, with a "Show all N blocks" / "Show fewer" toggle; sections auto-expand when the catalog is narrowed by search or a category/pack/tier filter. Keeps the all-categories view scannable as the library grows. Drop-in: no prop or API changes.

• 70d3043: Catalog pagination. Each browse section caps at 8 cards in the unfiltered overview, with a "Show all N blocks" / "Show fewer" toggle; sections auto-expand when the catalog is narrowed by search or a category/pack/tier filter. Keeps the all-categories view scannable as the library grows. Drop-in: no prop or API changes.

b4bfb1f: Gallery redesign: category-primary browse catalog + unified block-detail surface. - **Detail page**: one unified surface with a toolbar — Preview/Code toggle, variant switcher, viewport (desktop/tablet/mobile), light/dark preview theme, and fullscreen; tier/source badges and Install promoted above the fold. - **Catalog** (`GalleryIndex`): category-primary sections derived from block tags, client-side search, category/pack/tier filters, a "By bundle" view toggle (preserving the bundle-grouped lens), and live mini-preview thumbnail cards (the render engine at reduced scale, lazily mounted as cards scroll into view). - **Category facet**: new `deriveGalleryCategory` + `GALLERY_CATEGORY_RULES` exports; `buildGalleryManifest` now emits `manifest.categories`; `GalleryBlockEntry` carries `category` (formal BlockMeta.category) + derived `categorySlug`. - **Demo context**: new optional `demoContext` on `TomeBlocksGalleryConfig`, threaded into `getDemoProps` calls so previews can resolve placeholder media/href. - **Tokens**: migrated every gallery component stylesheet from undefined token names to canonical `@wabbit/tome-ui` tokens (`--tome-color-*`, `--tome-type-*`). Fixes missing card/surface borders and broken nested dark-theme previews in consumers. Additive and backward-compatible: `GalleryIndex` and `GalleryBlockDetail` public props are unchanged, so consumers need no edits.

• b4bfb1f: Gallery redesign: category-primary browse catalog + unified block-detail surface. - **Detail page**: one unified surface with a toolbar — Preview/Code toggle, variant switcher, viewport (desktop/tablet/mobile), light/dark preview theme, and fullscreen; tier/source badges and Install promoted above the fold. - **Catalog** (`GalleryIndex`): category-primary sections derived from block tags, client-side search, category/pack/tier filters, a "By bundle" view toggle (preserving the bundle-grouped lens), and live mini-preview thumbnail cards (the render engine at reduced scale, lazily mounted as cards scroll into view). - **Category facet**: new `deriveGalleryCategory` + `GALLERY_CATEGORY_RULES` exports; `buildGalleryManifest` now emits `manifest.categories`; `GalleryBlockEntry` carries `category` (formal BlockMeta.category) + derived `categorySlug`. - **Demo context**: new optional `demoContext` on `TomeBlocksGalleryConfig`, threaded into `getDemoProps` calls so previews can resolve placeholder media/href. - **Tokens**: migrated every gallery component stylesheet from undefined token names to canonical `@wabbit/tome-ui` tokens (`--tome-color-*`, `--tome-type-*`). Fixes missing card/surface borders and broken nested dark-theme previews in consumers. Additive and backward-compatible: `GalleryIndex` and `GalleryBlockDetail` public props are unchanged, so consumers need no edits.

727cf98: Fix gallery code-reveal source extraction for installed (dist-only) packs. The extractor probed `dist/<slug>/index.js` for block config, but the real published layout is `dist/blocks/<slug>/index.js` (nested, purpose-built packs) or `dist/blocks/<slug>.js` (flat, legacy-derived packs like extras). Config reveal was therefore completely broken for every marketplace install (packs ship dist-only, no src). Now probes both layouts plus kebab-case slug variants (camelCase Payload slugs like `compareColumns` map to kebab dirs `compare-columns`), and adds the missing dist styles fallback (`dist/render/<Pascal>.module.css`). Verified in-consumer (wabbit): config reveal 100% across content-writer, editorial-pack, extras, marketing-starter. Known follow-up: ~6 blocks whose React component filename differs from Pascal(slug) (e.g. pricing -> PricingPlans) still skip the standalone component file; needs a pack-emitted slug->file manifest (no safe slug->filename transform exists).

• 727cf98: Fix gallery code-reveal source extraction for installed (dist-only) packs. The extractor probed `dist/<slug>/index.js` for block config, but the real published layout is `dist/blocks/<slug>/index.js` (nested, purpose-built packs) or `dist/blocks/<slug>.js` (flat, legacy-derived packs like extras). Config reveal was therefore completely broken for every marketplace install (packs ship dist-only, no src). Now probes both layouts plus kebab-case slug variants (camelCase Payload slugs like `compareColumns` map to kebab dirs `compare-columns`), and adds the missing dist styles fallback (`dist/render/<Pascal>.module.css`). Verified in-consumer (wabbit): config reveal 100% across content-writer, editorial-pack, extras, marketing-starter. Known follow-up: ~6 blocks whose React component filename differs from Pascal(slug) (e.g. pricing -> PricingPlans) still skip the standalone component file; needs a pack-emitted slug->file manifest (no safe slug->filename transform exists).

66c611c: B1 — block tiering formalization + blocks-extras free/paid split. - **blocks-core:** add `'addon'` to the `BundleMeta.tier` union (additive; existing `'pro'` values stay valid). - **blocks-extras:** register TWO bundles from one package (Option B) — a free `extras-primitives` sub-bundle (9 structural primitives) + the paid `extras` remainder (39 blocks, was 48). Mechanically additive: no import-path changes, all blocks still exported + registered, existing content keeps rendering, existing `extras` entitlements keep working (the primitives are now free to everyone). The tier-scope change is the only semantic shift. - **signal-theme + sc-pack:** tier `'pro'` → `'addon'` (sold independently of the tiered subscription track). - **blocks-gallery:** widen the `@wabbit/tome-blocks-core` peer to `^0.5.9 || ^0.6.0 || ^0.7.0` so the 0.7.0 bump doesn't force a spurious major (it's a types-only peer). Patch. Release note: the blocks family is `linked`, so this aligns the whole family to **0.7.0**. Minor (not major) is deliberate — 0.7.0 still gates explicit consumer adoption (`^0.6` does not auto-resolve 0.7.0), without declaring a symbolic 1.0.0 before the marketplace launch.

• 66c611c: B1 — block tiering formalization + blocks-extras free/paid split. - **blocks-core:** add `'addon'` to the `BundleMeta.tier` union (additive; existing `'pro'` values stay valid). - **blocks-extras:** register TWO bundles from one package (Option B) — a free `extras-primitives` sub-bundle (9 structural primitives) + the paid `extras` remainder (39 blocks, was 48). Mechanically additive: no import-path changes, all blocks still exported + registered, existing content keeps rendering, existing `extras` entitlements keep working (the primitives are now free to everyone). The tier-scope change is the only semantic shift. - **signal-theme + sc-pack:** tier `'pro'` → `'addon'` (sold independently of the tiered subscription track). - **blocks-gallery:** widen the `@wabbit/tome-blocks-core` peer to `^0.5.9 || ^0.6.0 || ^0.7.0` so the 0.7.0 bump doesn't force a spurious major (it's a types-only peer). Patch. Release note: the blocks family is `linked`, so this aligns the whole family to **0.7.0**. Minor (not major) is deliberate — 0.7.0 still gates explicit consumer adoption (`^0.6` does not auto-resolve 0.7.0), without declaring a symbolic 1.0.0 before the marketplace launch.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

1636ffa: The archive `filed` demo posts carry a URL (the caller's `placeholderHref`, else `#`), so the gallery demo no longer links to `/posts/<slug>`, a route the host may not have. Real rendering is unchanged: a post without a URL still links to `<postsPath>/<slug>`.

• 1636ffa: The archive `filed` demo posts carry a URL (the caller's `placeholderHref`, else `#`), so the gallery demo no longer links to `/posts/<slug>`, a route the host may not have. Real rendering is unchanged: a post without a URL still links to `<postsPath>/<slug>`.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

0cb0e16: `archive` `filed` can now list filed documents with a download, a file size and a review date. A `FiledEntry` gains `download` (`{ href, label? }`), `fileType`, `fileSize` (bytes) and `due`. A row with a download prints a line after its summary: a plain `a[download]` (`data-filed-download`) whose visually hidden title makes every "Download" link a different name, then the type and size (`PDF · 1.2 MB`, `data-filed-size`) inside `p[data-filed-file]`. A review date adds `span[data-filed-due]` ("Next review due" and a `time`) to the row's meta line. The lead puts its download beside the read-more button inside `data-filed-action` (alone when the entry has no URL), and the size and review date join its meta line. An entry with no URL keeps a plain-text title, so the download is its only link. Size and type print only beside a download. The two new `labels`, `download` and `due`, default to "Download" and "Next review due"; an entry's own `download.label` wins for its link. New pure helpers on `./filed`: `formatFileSize` (1000-based: `340 KB`, `1.2 MB`) and `filedFileText`. An entry without the new fields renders exactly today's markup, and the `next` teaser is unchanged: the existing goldens, plus a new one cut from the pre-change renderer over revised dates, durations, topics, month-short dates, the aside slot, external entries, selected posts and custom labels, hold all five archive variants and both `filed` layouts byte for byte. No additive attributes on existing markup. `archive` `filed` gains a US date order, opt-in. `dateFormat: 'us'` prints every date in the block (the lead, its revised date, the rows, the review date and the `next` teaser) as a short month, day and year: `Oct 21, 2026` (`Oct 2026` for a month alone; a year alone stays the year). `formatFiledDate(value, 'us')` is the matching helper, and `FiledDateFormat` gains `us`. Omitted, the output is unchanged: the existing goldens hold byte for byte.

• 0cb0e16: `archive` `filed` can now list filed documents with a download, a file size and a review date. A `FiledEntry` gains `download` (`{ href, label? }`), `fileType`, `fileSize` (bytes) and `due`. A row with a download prints a line after its summary: a plain `a[download]` (`data-filed-download`) whose visually hidden title makes every "Download" link a different name, then the type and size (`PDF · 1.2 MB`, `data-filed-size`) inside `p[data-filed-file]`. A review date adds `span[data-filed-due]` ("Next review due" and a `time`) to the row's meta line. The lead puts its download beside the read-more button inside `data-filed-action` (alone when the entry has no URL), and the size and review date join its meta line. An entry with no URL keeps a plain-text title, so the download is its only link. Size and type print only beside a download. The two new `labels`, `download` and `due`, default to "Download" and "Next review due"; an entry's own `download.label` wins for its link. New pure helpers on `./filed`: `formatFileSize` (1000-based: `340 KB`, `1.2 MB`) and `filedFileText`. An entry without the new fields renders exactly today's markup, and the `next` teaser is unchanged: the existing goldens, plus a new one cut from the pre-change renderer over revised dates, durations, topics, month-short dates, the aside slot, external entries, selected posts and custom labels, hold all five archive variants and both `filed` layouts byte for byte. No additive attributes on existing markup. `archive` `filed` gains a US date order, opt-in. `dateFormat: 'us'` prints every date in the block (the lead, its revised date, the rows, the review date and the `next` teaser) as a short month, day and year: `Oct 21, 2026` (`Oct 2026` for a month alone; a year alone stays the year). `formatFiledDate(value, 'us')` is the matching helper, and `FiledDateFormat` gains `us`. Omitted, the output is unchanged: the existing goldens hold byte for byte.

9456a39: Archive blocks set to query a collection now share one read per page even when other Payload reads run in between, so pages with several archives no longer repeat the same query.

• 9456a39: Archive blocks set to query a collection now share one read per page even when other Payload reads run in between, so pages with several archives no longer repeat the same query.

9a82103: The `archive` block can now list documents from a collection: set `populateBy` to the new **Collection** (`query`) value. The stored value `populateBy: 'collection'` still renders nothing, so pages saved before this release look exactly as they did; an editor opts in per block by choosing Collection. The default stays `'collection'`. - `sort` (newest first, oldest first, title A to Z) joins the existing `relationTo`, `categories` and `limit`, which now show with the Collection value. - `archiveCollections` accepts objects as well as slugs: `{ slug, label, where, categoryField, dateField, map }`. `where` is a fixed constraint set in code and ANDed with the category filter; `map` shapes each row. - The query runs as the visitor with the collection's own read access, so drafts and private documents stay hidden. It runs once per request however many archive blocks share it, and a queried document that holds an archive block does not query again. - The `filed` variant reads the whole list (up to 200) so its serials still rank every entry; `showNewest` limits what prints. A site without its own loader can fill the reading room from a registered `posts` collection, and `entries` the site passes still win for the same URL. - `populate()`, `normalizeArchiveCollections()` and the `ArchiveCollectionOption` types are exported from the root entry. - **BREAKING:** `@wabbit/tome-core` (`>=1.22.0 <2.0.0`) is now a required peer dependency, used for `relationIdRaw`. Every Tome site already installs it; a site that does not must add it.

• 9a82103: The `archive` block can now list documents from a collection: set `populateBy` to the new **Collection** (`query`) value. The stored value `populateBy: 'collection'` still renders nothing, so pages saved before this release look exactly as they did; an editor opts in per block by choosing Collection. The default stays `'collection'`. - `sort` (newest first, oldest first, title A to Z) joins the existing `relationTo`, `categories` and `limit`, which now show with the Collection value. - `archiveCollections` accepts objects as well as slugs: `{ slug, label, where, categoryField, dateField, map }`. `where` is a fixed constraint set in code and ANDed with the category filter; `map` shapes each row. - The query runs as the visitor with the collection's own read access, so drafts and private documents stay hidden. It runs once per request however many archive blocks share it, and a queried document that holds an archive block does not query again. - The `filed` variant reads the whole list (up to 200) so its serials still rank every entry; `showNewest` limits what prints. A site without its own loader can fill the reading room from a registered `posts` collection, and `entries` the site passes still win for the same URL. - `populate()`, `normalizeArchiveCollections()` and the `ArchiveCollectionOption` types are exported from the root entry. - **BREAKING:** `@wabbit/tome-core` (`>=1.22.0 <2.0.0`) is now a required peer dependency, used for `relationIdRaw`. Every Tome site already installs it; a site that does not must add it.

7cb9c04: The `archive` block's `filed` variant takes an opt-in aside slot. The site passes a rendered node as `asideSlot` (for example a `course-card` `offer`) and, optionally, `asideLabel` (its accessible name). On the index layout the block sets the node beside the lead, in `<div data-filed-lead-row>` with the node in `<aside data-filed-aside>`, and the ruled rows run under both; from 768px the lead takes the wider column. The block builds nothing for the slot, the same contract as `signupSlot`. Absent (`undefined`, `null`, `false`), there is no wrapper and the markup is exactly what it was. The `next` layout ignores it. The `filed` variant takes an opt-in `dateFormat` field (`full`, the default, or `month-short`). `month-short` prints the ruled rows' dates as the short month alone ("Sept"); the lead and the next teaser keep the full date. `formatFiledDate(value, format?)` takes the same opt-in second argument; omitted, its output is unchanged. Absent, every render is byte-identical.

• 7cb9c04: The `archive` block's `filed` variant takes an opt-in aside slot. The site passes a rendered node as `asideSlot` (for example a `course-card` `offer`) and, optionally, `asideLabel` (its accessible name). On the index layout the block sets the node beside the lead, in `<div data-filed-lead-row>` with the node in `<aside data-filed-aside>`, and the ruled rows run under both; from 768px the lead takes the wider column. The block builds nothing for the slot, the same contract as `signupSlot`. Absent (`undefined`, `null`, `false`), there is no wrapper and the markup is exactly what it was. The `next` layout ignores it. The `filed` variant takes an opt-in `dateFormat` field (`full`, the default, or `month-short`). `month-short` prints the ruled rows' dates as the short month alone ("Sept"); the lead and the next teaser keep the full date. `formatFiledDate(value, format?)` takes the same opt-in second argument; omitted, its output is unchanged. Absent, every render is byte-identical.

e1c7107: Editorial Colophon shows its dates as dates, and the Archive `filed` variant keeps its text inside the page margins. - **Editorial Colophon:** the Published and Updated dates printed their raw values ("2026-04-15T00:00:00.000Z"). They now read "April 15, 2026", formatted in UTC by blocks-core's shared `formatDisplayDate` so server and client markup match. A value that won't parse is shown as authored, and the `<time datetime>` attribute keeps the original value. - **Archive `filed`:** its rows spanned the full row with only a 14px inline pad, so on a host that follows the page-grid contract the text sat 14px from the window edge. The index and the single "next" teaser now sit on the content lines, like the other archive variants.

• e1c7107: Editorial Colophon shows its dates as dates, and the Archive `filed` variant keeps its text inside the page margins. - **Editorial Colophon:** the Published and Updated dates printed their raw values ("2026-04-15T00:00:00.000Z"). They now read "April 15, 2026", formatted in UTC by blocks-core's shared `formatDisplayDate` so server and client markup match. A value that won't parse is shown as authored, and the `<time datetime>` attribute keeps the original value. - **Archive `filed`:** its rows spanned the full row with only a 14px inline pad, so on a host that follows the page-grid contract the text sat 14px from the window edge. The index and the single "next" teaser now sit on the content lines, like the other archive variants.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.
• f9fe8fe: Feature Hero shows icons instead of their names, and four blocks stay inside a phone-width window. - **Feature Hero:** a feature's `icon` is a lucide name ("shield-check") or an emoji, but the renderer printed the name as text in the card. It now uses extras' shared `resolveLucideIcon` (`./render/shared`, which extras has exported since 0.28.0), the same resolver extras and catalog-pack blocks use. An unknown name shows no icon, and emoji stay text. The extras map gains `shield-check` and `workflow`. - **Feature Hero grids:** the authored two- and three-column feature grids kept their columns on a phone and ran 380px past the window. Tracks are now `minmax(0, 1fr)`, and the grids stack below 640px. In a card with its image beside the text, the text drops below the image when it would get less than 10rem, instead of breaking words mid-way or pushing the card wider. - **Status Board:** the same fix to its card grid. It was 24px past its box at 375px and now stacks below 640px. - **Editorial Colophon:** its `3 / 11` placement counts the page grid's 16 desktop tracks, so below 1024px it overran into the right gutter. It sits on the content lines there and keeps its desktop placement. - **FAQ:** Full Width is padded by the page gutter, like Feature Hero's and CTA's Full Width.

05c572a: `archive` gains a `filed` variant: a numbered reading-room index, and a single "next" teaser. - **`filed` index**: the newest entry as a lead (with its image and a read button), the rest as ruled rows with a number, a type, a date and a reading time, then a footer row with topics, a sign-up and an empty slot. It renders nothing when there are no entries. - **`FiledEntry`**: `title`, `url`, `date`, `revised`, `minutes`, `durationLabel`, `kind`, `summary`, `image`, `topics[]`, `serial`. Every link is the entry's own `url`, never a path rebuilt from a slug. A default Posts mapper reads `url` (else `<postsPath>/<slug>`, `/posts` by default), `publishedAt`, `readTime`, `meta.description`, `meta.image`, `categories` and an optional `essay.kind` and `essay.revisedAt`, and skips drafts and unpopulated ids. A site that maps posts itself passes `entries` to the renderer; those win for the same URL. - **New `@wabbit/tome-blocks-content-writer/filed` subpath**: the variant's pure data layer, for a site template that builds its own entries: `mapPostToFiledEntry`, `rankFiledEntries`, `collectFiledEntries`, `mapExternalToFiledEntry`, `collectFiledTopics`, `formatFiledDate`, `formatFiledSerial`, `filedTimeText` and the `FiledEntry` type. React-free and Payload-free. - **Typed entries and numbers**: `externalEntries[]` (`kind`, `title`, `line`, `date`, `durationLabel`, `href`) hold talks, podcasts and a book. A `serial` the site supplies is honored; otherwise each entry is numbered by its date rank across the whole list (oldest is 1). `showNewest` limits how many print without changing the numbers. - **`layout: 'next'`**: exactly one teaser, the first entry supplied. A lone teaser prints a number only when one is supplied. - **Footer slots**: the sign-up is a slot. The block prints an optional heading and line and renders the form your site passes as `signupSlot` (with `signupSlotId` written to `data-form-id`); it imports no forms engine. The empty slot takes a label, a line and a link. `excludeEntry(entry)` lets a site drop entries it must not list. - **Opener**: optional `kicker` (`data-lane-kicker`), `heading` (`data-filed-heading`) and `deck` (`data-block-deck`) open the index, each printed only when it has text, so a theme can put a section number and label in the left lane and the heading on the prose line. The sign-up's heading and line carry `data-filed-signup-heading` and `data-filed-signup-body`. - **Fields**: `kicker`, `heading`, `deck`, `layout`, `lead`, `showNewest`, `postsPath`, `labels` (`readMore`, `next`, `serial`, `revised`, `postKind`), `externalEntries` and `footer` (`showTopics`, `topicsLabel`, `signup`, `slot`), each shown only while the variant is `filed`, with no stored defaults. - **Hooks**: `data-block-variant="filed"`, `data-archive-layout`, `data-filed-lead`, `-list`, `-row`, `-side`, `-serial`, `-kind`, `-title`, `-line`, `-meta`, `-date`, `-time`, `-image`, `-action`, `-footer`, `-topics`, `-topic`, `-signup`, `-signup-slot`, `-slot`, `-next`, `-label`. Lead, rows and footer carry `data-tome-reveal-item`. The default styling is theme-neutral. The `default`, `editorial`, `dark` and `compact-list` variants, and every archive document saved before, render byte for byte as before (pinned by a snapshot test).

• 05c572a: `archive` gains a `filed` variant: a numbered reading-room index, and a single "next" teaser. - **`filed` index**: the newest entry as a lead (with its image and a read button), the rest as ruled rows with a number, a type, a date and a reading time, then a footer row with topics, a sign-up and an empty slot. It renders nothing when there are no entries. - **`FiledEntry`**: `title`, `url`, `date`, `revised`, `minutes`, `durationLabel`, `kind`, `summary`, `image`, `topics[]`, `serial`. Every link is the entry's own `url`, never a path rebuilt from a slug. A default Posts mapper reads `url` (else `<postsPath>/<slug>`, `/posts` by default), `publishedAt`, `readTime`, `meta.description`, `meta.image`, `categories` and an optional `essay.kind` and `essay.revisedAt`, and skips drafts and unpopulated ids. A site that maps posts itself passes `entries` to the renderer; those win for the same URL. - **New `@wabbit/tome-blocks-content-writer/filed` subpath**: the variant's pure data layer, for a site template that builds its own entries: `mapPostToFiledEntry`, `rankFiledEntries`, `collectFiledEntries`, `mapExternalToFiledEntry`, `collectFiledTopics`, `formatFiledDate`, `formatFiledSerial`, `filedTimeText` and the `FiledEntry` type. React-free and Payload-free. - **Typed entries and numbers**: `externalEntries[]` (`kind`, `title`, `line`, `date`, `durationLabel`, `href`) hold talks, podcasts and a book. A `serial` the site supplies is honored; otherwise each entry is numbered by its date rank across the whole list (oldest is 1). `showNewest` limits how many print without changing the numbers. - **`layout: 'next'`**: exactly one teaser, the first entry supplied. A lone teaser prints a number only when one is supplied. - **Footer slots**: the sign-up is a slot. The block prints an optional heading and line and renders the form your site passes as `signupSlot` (with `signupSlotId` written to `data-form-id`); it imports no forms engine. The empty slot takes a label, a line and a link. `excludeEntry(entry)` lets a site drop entries it must not list. - **Opener**: optional `kicker` (`data-lane-kicker`), `heading` (`data-filed-heading`) and `deck` (`data-block-deck`) open the index, each printed only when it has text, so a theme can put a section number and label in the left lane and the heading on the prose line. The sign-up's heading and line carry `data-filed-signup-heading` and `data-filed-signup-body`. - **Fields**: `kicker`, `heading`, `deck`, `layout`, `lead`, `showNewest`, `postsPath`, `labels` (`readMore`, `next`, `serial`, `revised`, `postKind`), `externalEntries` and `footer` (`showTopics`, `topicsLabel`, `signup`, `slot`), each shown only while the variant is `filed`, with no stored defaults. - **Hooks**: `data-block-variant="filed"`, `data-archive-layout`, `data-filed-lead`, `-list`, `-row`, `-side`, `-serial`, `-kind`, `-title`, `-line`, `-meta`, `-date`, `-time`, `-image`, `-action`, `-footer`, `-topics`, `-topic`, `-signup`, `-signup-slot`, `-slot`, `-next`, `-label`. Lead, rows and footer carry `data-tome-reveal-item`. The default styling is theme-neutral. The `default`, `editorial`, `dark` and `compact-list` variants, and every archive document saved before, render byte for byte as before (pinned by a snapshot test).

1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

• 1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

3a84675: PageHero's primary button label and PostHero's text over a photo are readable again in every theme. PageHero: a host's global link reset (`:root a { color: inherit }`) outranked the single `.link` class, so the pill took the hero's text color. Over an image that is the pill's own background, and the label vanished. The color rules now use doubled classes, the convention HeaderCTAButtons, Ledger and CampaignTiers already follow. PostHero (`image-overlay`): the scrim is built from foreground, but the text stayed on-primary, so in a dark theme it was light text on a light wash. Over an image the text now takes background, the scrim's partner, the same pairing PageHero, BlogHero and ChapterHero use.

• 3a84675: PageHero's primary button label and PostHero's text over a photo are readable again in every theme. PageHero: a host's global link reset (`:root a { color: inherit }`) outranked the single `.link` class, so the pill took the hero's text color. Over an image that is the pill's own background, and the label vanished. The color rules now use doubled classes, the convention HeaderCTAButtons, Ledger and CampaignTiers already follow. PostHero (`image-overlay`): the scrim is built from foreground, but the text stayed on-primary, so in a dark theme it was light text on a light wash. Over an image the text now takes background, the scrim's partner, the same pairing PageHero, BlogHero and ChapterHero use.

e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

• e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

• 3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: Preview data in the content writer pack now uses invented brand and people names. The archive, editorial figure and post hero previews use fictional names. Block fields and variants are unchanged.

• 483e0a1: Preview data in the content writer pack now uses invented brand and people names. The archive, editorial figure and post hero previews use fictional names. Block fields and variants are unchanged.
• 6301bf1: The post hero is now listed as a Tome block in the gallery instead of carrying a legacy source badge.
• 58655f4: Blocks now carry the neutral Tome source tag instead of the legacy source tag, so the gallery lists them as Tome blocks; stored content is unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

0aa80a3: Drops the unused `@wabbit/tome-blocks-extras` peer dependency; nothing in the package imported it.

• 0aa80a3: Drops the unused `@wabbit/tome-blocks-extras` peer dependency; nothing in the package imported it.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0 - @wabbit/tome-blocks-extras@0.16.0

1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.

• 1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.
• Updated dependencies [1471078] - @wabbit/tome-blocks-extras@0.15.24 - @wabbit/tome-blocks-core@0.15.24

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.
• Updated dependencies [54ff357] - @wabbit/tome-blocks-extras@0.15.12

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).
• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<colour> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal
• Updated dependencies [1bebcdc]
• Updated dependencies [48773ac] - @wabbit/tome-blocks-extras@0.15.11

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.
• Updated dependencies [71d3b09] - @wabbit/tome-blocks-extras@0.15.9 - @wabbit/tome-blocks-core@0.15.9

8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

• 8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-extras@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

Updated dependencies [f4d55c9]

• Updated dependencies [f4d55c9]
• Updated dependencies [eb403d4] - @wabbit/tome-blocks-core@0.13.0 - @wabbit/tome-blocks-extras@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

36e537a: Documentation truth pass: all "hydrates from @wabbit/tome-X when present" claims across READMEs, block meta, bundle descriptions, render headers, and admin field descriptions are rewritten to the honest contract — these blocks are fully static today; the layer-presence flags are the seam for a future hydration wave (trigger documented in place). content-writer's `RelatedPosts` (auto mode) and `Archive` (collection mode) no longer render fake placeholder UI — the unimplemented modes render nothing and say so in the admin field description.

• 36e537a: Documentation truth pass: all "hydrates from @wabbit/tome-X when present" claims across READMEs, block meta, bundle descriptions, render headers, and admin field descriptions are rewritten to the honest contract — these blocks are fully static today; the layer-presence flags are the seam for a future hydration wave (trigger documented in place). content-writer's `RelatedPosts` (auto mode) and `Archive` (collection mode) no longer render fake placeholder UI — the unimplemented modes render nothing and say so in the admin field description.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-blocks-extras@0.11.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.

• Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.
• Updated dependencies - @wabbit/tome-blocks-extras@0.9.5

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-blocks-extras@0.9.4

Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

• Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.
• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0

Updated dependencies [249b670]

• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670] - @wabbit/tome-blocks-extras@0.8.0 - @wabbit/tome-blocks-core@0.8.0

28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.

• 28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.
• 8958d41: Expose a client-safe `./meta` export on each block pack: payload-free block descriptor metadata (slug/name/description/category/tags/source + variants), separate from the payload-importing root barrel. This is the companion to the `./demo` export. Each block's `meta` literal is now extracted into a co-located payload-free `meta` module that the block config imports, and a pack-level `./meta` entry exposes the full descriptor list as `<pack>BlockMeta`. A consumer registering packs client-side (the wabbit `/blocks` gallery storefront, B6) can now read block metadata for gallery entries without importing the root barrel, which eagerly pulls each block's config (`payload` -> `richtext-lexical` -> `pino` -> `worker_threads`) into the browser bundle. Additive and behavior-preserving: `defineBlock` receives the same meta object (now imported rather than inline); the block registry, configs, demos, and existing exports are unchanged. The pack `BlockMeta` array is also re-exported from the root barrel for path-alias consumers.
• Updated dependencies [28802fa]
• Updated dependencies [66c611c]
• Updated dependencies [8958d41] - @wabbit/tome-blocks-extras@0.7.0 - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

497409b: Fix mobile horizontal-overflow in four blocks. `dispatchRedacted` (inline variant), `editorialColophon` (meta row), `longformTabbedContent` (tab/pill strip), and `longformChapterDivider` (numbered row) forced page-level horizontal scroll at narrow viewports (≤375px). Root-cause CSS — the redacted bar caps at `max-width:100%`, the colophon meta wraps, the tab strips scroll horizontally within their own container, and the chapter-divider content can shrink/wrap. No change to ≥768px layout. - @wabbit/tome-blocks-core@0.5.9

• 497409b: Fix mobile horizontal-overflow in four blocks. `dispatchRedacted` (inline variant), `editorialColophon` (meta row), `longformTabbedContent` (tab/pill strip), and `longformChapterDivider` (numbered row) forced page-level horizontal scroll at narrow viewports (≤375px). Root-cause CSS — the redacted bar caps at `max-width:100%`, the colophon meta wraps, the tab strips scroll horizontally within their own container, and the chapter-divider content can shrink/wrap. No change to ≥768px layout. - @wabbit/tome-blocks-core@0.5.9

@wabbit/tome-blocks-core@0.5.9

• @wabbit/tome-blocks-core@0.5.9
• @wabbit/tome-blocks-extras@0.5.9

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7
• @wabbit/tome-blocks-extras@0.5.7

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

97d2311: `EditorialSidenote` placement migrated from numeric `grid-column: 10 / 13` to the named `marginalia-right-start / marginalia-right-end` line names exposed by `@wabbit/tome-ui/grid` 0.8.0+. Closes the last bespoke numeric-coords block in `tome-blocks-content-writer` (the longform pack already uses named lines after the 2026-05-10 marginalia tracks rollout). The visual outcome should be identical on grids where the named lines resolve to the same numeric range. On grids where consumers override `--tome-grid-marginalia-right-cols` (or related custom properties), `EditorialSidenote` now follows the marginalia track width correctly instead of remaining pinned to absolute columns 10-13. `max-width: 30ch` content cap and mobile fallback (`content-start / content-end` below 768px) are unchanged. Linked-cohort impact: the umbrella `@wabbit/tome-blocks` aggregator also bumps to 0.4.4 (transitive via updateInternalDependencies). Sibling packs (`tome-blocks-{core, marketing-starter, agency-essentials, editorial-pack, signal-theme, lms-pack, catalog-pack, sc-pack, extras}`) stay at their existing versions — `linked` in changesets only enforces version sync when a package actually bumps, not forced co-bumping. - @wabbit/tome-blocks-core@0.4.3

• 97d2311: `EditorialSidenote` placement migrated from numeric `grid-column: 10 / 13` to the named `marginalia-right-start / marginalia-right-end` line names exposed by `@wabbit/tome-ui/grid` 0.8.0+. Closes the last bespoke numeric-coords block in `tome-blocks-content-writer` (the longform pack already uses named lines after the 2026-05-10 marginalia tracks rollout). The visual outcome should be identical on grids where the named lines resolve to the same numeric range. On grids where consumers override `--tome-grid-marginalia-right-cols` (or related custom properties), `EditorialSidenote` now follows the marginalia track width correctly instead of remaining pinned to absolute columns 10-13. `max-width: 30ch` content cap and mobile fallback (`content-start / content-end` below 768px) are unchanged. Linked-cohort impact: the umbrella `@wabbit/tome-blocks` aggregator also bumps to 0.4.4 (transitive via updateInternalDependencies). Sibling packs (`tome-blocks-{core, marketing-starter, agency-essentials, editorial-pack, signal-theme, lms-pack, catalog-pack, sc-pack, extras}`) stay at their existing versions — `linked` in changesets only enforces version sync when a package actually bumps, not forced co-bumping. - @wabbit/tome-blocks-core@0.4.3

Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

Updated dependencies [b76f684]

• Updated dependencies [b76f684]
• Updated dependencies [90a694d] - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-extras@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

3650b55: Hero copy stays light over a background image in dark themes, and CTA headings, FAQ answers and hero/CTA buttons now size and measure correctly. - High Impact Hero: with a background image, the text, plate and scrim use the theme-fixed dark pair instead of flipping with the theme; `--hi-bg-behind` and `--tome-hero-scrim` still override. - Demo props now pass the block's own schema (`backgroundType` is `color` or `image`; background colors are real CSS values). - CTA: a heading in the rich text renders at heading size. - FAQ: answers are capped at a 65ch reading measure. - Hero and CTA link buttons meet a 44px tap target. - Terminal Steps and Proof Ledger headings use `--tome-type-size-hero` (and the ledger's second heading `--tome-text-h2`), so a band heading never outgrows the hero heading.

• 3650b55: Hero copy stays light over a background image in dark themes, and CTA headings, FAQ answers and hero/CTA buttons now size and measure correctly. - High Impact Hero: with a background image, the text, plate and scrim use the theme-fixed dark pair instead of flipping with the theme; `--hi-bg-behind` and `--tome-hero-scrim` still override. - Demo props now pass the block's own schema (`backgroundType` is `color` or `image`; background colors are real CSS values). - CTA: a heading in the rich text renders at heading size. - FAQ: answers are capped at a 65ch reading measure. - Hero and CTA link buttons meet a 44px tap target. - Terminal Steps and Proof Ledger headings use `--tome-type-size-hero` (and the ledger's second heading `--tome-text-h2`), so a band heading never outgrows the hero heading.

2288bb9: The `split` hero takes an optional choice group, and a new `slat-deck` block shows two to seven photo slats that widen on hover, focus or tap. The hero's `choice` group is a question and two to six choices, each with a label, one answering sentence and one action link. It renders as a `fieldset` of radios and switches with CSS only, so it needs no script; a hero with no choices renders as before. The `slat-deck` block (Payload slug `slatDeck`, config subpath `./blocks/slat-deck`) opens one slat at a time, stacks below 768px and removes its transitions under reduced motion. A name over 24 characters needs a short name so a collapsed slat never clips it. Both ship neutral `data-*` theme hooks, listed in the package README.

• 2288bb9: The `split` hero takes an optional choice group, and a new `slat-deck` block shows two to seven photo slats that widen on hover, focus or tap. The hero's `choice` group is a question and two to six choices, each with a label, one answering sentence and one action link. It renders as a `fieldset` of radios and switches with CSS only, so it needs no script; a hero with no choices renders as before. The `slat-deck` block (Payload slug `slatDeck`, config subpath `./blocks/slat-deck`) opens one slat at a time, stacks below 768px and removes its transitions under reduced motion. A name over 24 characters needs a short name so a collapsed slat never clips it. Both ship neutral `data-*` theme hooks, listed in the package README.

95b51e3: Layer Stack, Term Rows and Proof Ledger take their ground from the theme's muted surface. They mixed the page ink into the page background, which turned a warm palette gray. They now read `--tome-color-surface-muted` and keep the mix as the fallback for a theme that doesn't set it.

• 95b51e3: Layer Stack, Term Rows and Proof Ledger take their ground from the theme's muted surface. They mixed the page ink into the page background, which turned a warm palette gray. They now read `--tome-color-surface-muted` and keep the mix as the fallback for a theme that doesn't set it.

76fc86a: Code in Terminal Steps, Layer Stack, Switch Tally, Proof Ledger and Command Close stays readable on sites that fill `pre` and `code`. These blocks set a text color but no background, so a host's fill could leave the text unreadable. They now clear it.

• 76fc86a: Code in Terminal Steps, Layer Stack, Switch Tally, Proof Ledger and Command Close stays readable on sites that fill `pre` and `code`. These blocks set a text color but no background, so a host's fill could leave the text unreadable. They now clear it.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

27911be: Terminal Steps and Proof Ledger now land on the right gallery shelves. Terminal Steps carried a `code` tag that put it among the primitives, beside Spacer and Text Block, and it now sits with content. Proof Ledger matched no shelf and fell into a category of its own, and it now sits with data. Nothing changes on a page: tags only affect how a gallery groups the blocks.

• 27911be: Terminal Steps and Proof Ledger now land on the right gallery shelves. Terminal Steps carried a `code` tag that put it among the primitives, beside Spacer and Text Block, and it now sits with content. Proof Ledger matched no shelf and fell into a category of its own, and it now sits with data. Nothing changes on a page: tags only affect how a gallery groups the blocks.

27139be: Full-width bands on a site with a default column span, and two details the Starter's home page needed. Stop Viewer, Switch Tally, Proof Ledger, Terminal Steps, Layer Stack and Term Rows gain the optional `columnSpan` field. These blocks are full-width bands, but on a site with a default span such as `2 / -2` they stopped at the content lines and their text sat against the band's edge, because the field that moves the block's wrapper did not exist. Set `columnSpan` to `1 / -1`. A stored block with no span renders the same markup. The Command Close underlines the links in its door line, which a site link reset could strip. Proof Ledger sets a run wrapped in backticks in the mono face, in a promise's body and the figure caption, where the backticks used to print. The section header gains an optional `backgroundColor`, which `RenderBlocks` paints on the block's wrapper. `accent-tint` needs a mapping in the site's block backgrounds. On a painted band the Ruled Split drops its top rule.

• 27139be: Full-width bands on a site with a default column span, and two details the Starter's home page needed. Stop Viewer, Switch Tally, Proof Ledger, Terminal Steps, Layer Stack and Term Rows gain the optional `columnSpan` field. These blocks are full-width bands, but on a site with a default span such as `2 / -2` they stopped at the content lines and their text sat against the band's edge, because the field that moves the block's wrapper did not exist. Set `columnSpan` to `1 / -1`. A stored block with no span renders the same markup. The Command Close underlines the links in its door line, which a site link reset could strip. Proof Ledger sets a run wrapped in backticks in the mono face, in a promise's body and the figure caption, where the backticks used to print. The section header gains an optional `backgroundColor`, which `RenderBlocks` paints on the block's wrapper. `accent-tint` needs a mapping in the site's block backgrounds. On a painted band the Ruled Split drops its top rule.

d08e2ee: Six new free blocks for a product home page and an about page (stop viewer, switch tally, proof ledger, terminal steps, layer stack, term rows) and a Command Close variant of the call to action. Additive: stored documents and the existing blocks and variants render the same markup. Each new block ships a demo and a gallery entry, and none needs a paid pack. - `stop-viewer`: a rail of stops beside one framed picture, with a site/admin toggle (hidden for a stop with no admin picture), a route bar, a description, a command or a note, and an open button. The picture links to the stop's page. Every stop is in the server HTML and the first is selected, so it reads and indexes without JavaScript; the rail and toggle are plain buttons with `aria-pressed`. - `switch-tally`: switches for add-ons with a running total and the exact install line, each package printed once. The currency, the period, the command prefix, every price and every label are fields; nothing is priced in code. The whole switch row is one 44px button with `role="switch"`, and on narrow screens the total stays pinned above the switches. - `proof-ledger`: a heading, promises, a large figure with its caption held together and centered against a window that names each check, and a row of small figures. Every number is stored content. - `terminal-steps`: numbered steps beside a terminal pane whose lines are commands or output. Step bodies take rich text or plain text. - `layer-stack`: rows from the top of a system to its base, each with a label, a body and a tone (accent, neutral, optional with a dashed outline, base inverted). - `term-rows`: rows of a large term beside its reason, as a definition list. - `cta` `command-close`: an inverted closing band with the title at the left and, at the right, a lead, an optional command with a Copy button, a reassurance line, link buttons and a quieter line for a second audience. With no command set, the command area and the Copy button do not render. The new fields (`closeTitle`, `closeLead`, `closeCommand`, `closeReassurance`, `closeDoor`, `copyLabel`, `copiedLabel`) show only for this variant. All of it is painted from the page colors (the foreground and background swapped for dark bands, the primary color for the accent band), so it follows the site's palette. Motion respects reduced motion, and the bands show in full when scripting is off. The package now has three small client modules (`StopViewer.client`, `SwitchTally.client`, `CopyCommand.client`); the other new renderers are server components.

• d08e2ee: Six new free blocks for a product home page and an about page (stop viewer, switch tally, proof ledger, terminal steps, layer stack, term rows) and a Command Close variant of the call to action. Additive: stored documents and the existing blocks and variants render the same markup. Each new block ships a demo and a gallery entry, and none needs a paid pack. - `stop-viewer`: a rail of stops beside one framed picture, with a site/admin toggle (hidden for a stop with no admin picture), a route bar, a description, a command or a note, and an open button. The picture links to the stop's page. Every stop is in the server HTML and the first is selected, so it reads and indexes without JavaScript; the rail and toggle are plain buttons with `aria-pressed`. - `switch-tally`: switches for add-ons with a running total and the exact install line, each package printed once. The currency, the period, the command prefix, every price and every label are fields; nothing is priced in code. The whole switch row is one 44px button with `role="switch"`, and on narrow screens the total stays pinned above the switches. - `proof-ledger`: a heading, promises, a large figure with its caption held together and centered against a window that names each check, and a row of small figures. Every number is stored content. - `terminal-steps`: numbered steps beside a terminal pane whose lines are commands or output. Step bodies take rich text or plain text. - `layer-stack`: rows from the top of a system to its base, each with a label, a body and a tone (accent, neutral, optional with a dashed outline, base inverted). - `term-rows`: rows of a large term beside its reason, as a definition list. - `cta` `command-close`: an inverted closing band with the title at the left and, at the right, a lead, an optional command with a Copy button, a reassurance line, link buttons and a quieter line for a second audience. With no command set, the command area and the Copy button do not render. The new fields (`closeTitle`, `closeLead`, `closeCommand`, `closeReassurance`, `closeDoor`, `copyLabel`, `copiedLabel`) show only for this variant. All of it is painted from the page colors (the foreground and background swapped for dark bands, the primary color for the accent band), so it follows the site's palette. Motion respects reduced motion, and the bands show in full when scripting is off. The package now has three small client modules (`StopViewer.client`, `SwitchTally.client`, `CopyCommand.client`); the other new renderers are server components.

b6b66ea: `testimonial`: consent-aware hiding, and an opt-in disclaimer line. A row from a testimonials collection (`tome-local`'s `local-testimonials`, or any collection with a `consent` group) whose `consent.given` is `false` is no longer shown, in single, carousel and quotes-grid; the carousel's dots count only the rows that show, and a block with nothing left to show renders nothing. A row with no consent record, or one with no `given` yet, renders exactly as before, and so do inline entries (the existing golden holds the default markup byte for byte). The stored shape is unchanged. `testimonialBlock.block({ disclaimerLine: true })` adds a localized `disclaimer` text field, printed once under the quotes as `data-testimonial-disclaimer`. Off (the default), the block's fields are identical; turning it on adds one column, so SQL sites need a migration at that point.

• b6b66ea: `testimonial`: consent-aware hiding, and an opt-in disclaimer line. A row from a testimonials collection (`tome-local`'s `local-testimonials`, or any collection with a `consent` group) whose `consent.given` is `false` is no longer shown, in single, carousel and quotes-grid; the carousel's dots count only the rows that show, and a block with nothing left to show renders nothing. A row with no consent record, or one with no `given` yet, renders exactly as before, and so do inline entries (the existing golden holds the default markup byte for byte). The stored shape is unchanged. `testimonialBlock.block({ disclaimerLine: true })` adds a localized `disclaimer` text field, printed once under the quotes as `data-testimonial-disclaimer`. Off (the default), the block's fields are identical; turning it on adds one column, so SQL sites need a migration at that point.

a6eaeb2: `BlockStyles` takes `dedupe={false}` so every instance emits its sheet, for a block rendered ahead and chosen on the client. Banner uses it: a layout that renders one alert per tenant and lets the header show the current one no longer gets an unstyled alert when another tenant's alert rendered first. marketing-starter now needs blocks-core 0.45.0 or later.

• a6eaeb2: `BlockStyles` takes `dedupe={false}` so every instance emits its sheet, for a block rendered ahead and chosen on the client. Banner uses it: a layout that renders one alert per tenant and lets the header show the current one no longer gets an unstyled alert when another tenant's alert rendered first. marketing-starter now needs blocks-core 0.45.0 or later.

7f26e12: The banner can now be dismissed by the visitor, and the venue hero takes up to four actions and a photo credit. Everything is opt-in: a banner or hero you already have renders exactly as before. - **Dismissible banner.** Turn on "Visitors can dismiss it" and give the message a short key (for example `closure-2026-11-02`). A close button appears, and the visitor's choice is remembered in their own browser only, either for the visit, for 24 hours, or until you change the key. Nothing is sent to a server and no cookie is set. If the browser blocks storage the banner simply shows every time. Change the key and everyone sees the new message. New fields on the banner: `dismissible`, `dismissKey`, `dismissMemory`, `dismissLabel` and `showUntil` (after that time the banner no longer renders, even without the dismiss option). A dismissed banner is hidden before first paint by one small inline script; if your site sets a strict content-security policy, allow that script by hash or nonce (the script is a fixed string exported as `BANNER_GUARD_SCRIPT` from the banner's `dismiss` module), otherwise the banner hides a moment after load instead. With the option off there is no button, no script and no client code in the markup. - **Venue hero: up to four actions.** The `venue` variant of `high-impact-hero` now accepts four links instead of two. Every other variant stays at two, enforced on save; stored documents and their admin screens are unchanged. - **Venue hero: photo credit.** A new optional `venue.mediaCredit` text prints a credit on the photo as `figcaption[data-hero-credit]`, after the image. It needs a photo, and only the `venue` variant shows it. When it is set, the photo wrapper is a `figure` instead of a `div`; without a credit the markup is unchanged. Themes can restyle the chip with `--tome-hero-credit-ink` and `--tome-hero-credit-bg`. New fields are nullable columns: on a SQL database, regenerate your migration. The banner now ships one small client file (`BannerDismiss.client.tsx`), loaded only when the banner is dismissible.

• 7f26e12: The banner can now be dismissed by the visitor, and the venue hero takes up to four actions and a photo credit. Everything is opt-in: a banner or hero you already have renders exactly as before. - **Dismissible banner.** Turn on "Visitors can dismiss it" and give the message a short key (for example `closure-2026-11-02`). A close button appears, and the visitor's choice is remembered in their own browser only, either for the visit, for 24 hours, or until you change the key. Nothing is sent to a server and no cookie is set. If the browser blocks storage the banner simply shows every time. Change the key and everyone sees the new message. New fields on the banner: `dismissible`, `dismissKey`, `dismissMemory`, `dismissLabel` and `showUntil` (after that time the banner no longer renders, even without the dismiss option). A dismissed banner is hidden before first paint by one small inline script; if your site sets a strict content-security policy, allow that script by hash or nonce (the script is a fixed string exported as `BANNER_GUARD_SCRIPT` from the banner's `dismiss` module), otherwise the banner hides a moment after load instead. With the option off there is no button, no script and no client code in the markup. - **Venue hero: up to four actions.** The `venue` variant of `high-impact-hero` now accepts four links instead of two. Every other variant stays at two, enforced on save; stored documents and their admin screens are unchanged. - **Venue hero: photo credit.** A new optional `venue.mediaCredit` text prints a credit on the photo as `figcaption[data-hero-credit]`, after the image. It needs a photo, and only the `venue` variant shows it. When it is set, the photo wrapper is a `figure` instead of a `div`; without a credit the markup is unchanged. Themes can restyle the chip with `--tome-hero-credit-ink` and `--tome-hero-credit-bg`. New fields are nullable columns: on a SQL database, regenerate your migration. The banner now ships one small client file (`BannerDismiss.client.tsx`), loaded only when the banner is dismissible.
• 8d7c046: The testimonial `quotes-grid` layout marks its first quote for themes. The first quote's `<figure data-testimonial-cell>` carries `data-testimonial-lead`, so a theme can set a lead quote. The stat tile never takes it, whatever its position. Other layouts and the other quotes render as before. The `venue` hero photo is the page's LCP image, so it now loads first. The `venue` variant's background photo is asked for with `priority` and `fetchPriority="high"` (eager, high fetch priority). It was `loading="lazy"` with no priority. A media adapter that renders `next/image` must forward `fetchPriority` itself (next/image 16 does not infer it from `priority`). Only `venue` changes; the other variants render as before, and the venue golden is unchanged because its stand-in adapter ignores the hint. The `venue` photo wrapper no longer depends on the engine to find its width. `[data-hero-media]` on the `venue` variant has a stretched height and an image with its own ratio, so WebKit (and every engine at 1024px) could work its width out from the row height and leave the photo narrow. The pack's stylesheet now states `inline-size: 100%` on the wrapper, so every theme gets a full-width photo without patching it. CSS only: where the width already resolved to 100% the layout is unchanged, and the markup (the venue golden) is identical.

1636ffa: The `pricing-plans` demo cards that linked to `/contact` now use the caller's `placeholderHref` or `#`, like the other cards.

• 1636ffa: The `pricing-plans` demo cards that linked to `/contact` now use the caller's `placeholderHref` or `#`, like the other cards.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

c1f7242: `cta` / `doors`: the closing links ("Talk to us about your platform", "Browse the block library" in the starter) now have a 44px-plus tap target. The underlined link is about 29px tall; a transparent hit area, centered on it and at least 48px tall, extends it without moving the underline or the layout.

• c1f7242: `cta` / `doors`: the closing links ("Talk to us about your platform", "Browse the block library" in the starter) now have a 44px-plus tap target. The underlined link is about 29px tall; a transparent hit area, centered on it and at least 48px tall, extends it without moving the underline or the layout.

82a2631: `testimonial` now exposes public part hooks and gives its carousel dots a 44px hit area. New attributes, in every layout: `data-testimonial-quote` (the blockquote), `-cite` (the attribution wrapper), `-name`, `-role`, `-media` (the avatar or portrait wrapper) and, in the carousel, `-dots` on the pagination nav with `-dot` on each dot button. The attributes are additive and the block's stored-render snapshots were updated for them; removing them gives the previous markup exactly. The dots keep their drawn size and spacing and gain an `::after` hit area, 44px tall and as wide as the dot plus the gap, so neighboring areas tile without overlapping; the gap is exposed as `--tome-testimonial-dot-gap` (default unchanged), which a theme can widen for full 44×44 targets.

• 82a2631: `testimonial` now exposes public part hooks and gives its carousel dots a 44px hit area. New attributes, in every layout: `data-testimonial-quote` (the blockquote), `-cite` (the attribution wrapper), `-name`, `-role`, `-media` (the avatar or portrait wrapper) and, in the carousel, `-dots` on the pagination nav with `-dot` on each dot button. The attributes are additive and the block's stored-render snapshots were updated for them; removing them gives the previous markup exactly. The dots keep their drawn size and spacing and gain an `::after` hit area, 44px tall and as wide as the dot plus the gap, so neighboring areas tile without overlapping; the gap is exposed as `--tome-testimonial-dot-gap` (default unchanged), which a theme can widen for full 44×44 targets.

af33c85: `faq` can group its questions, set its closing callout beside them, and change the callout by the hour. Three optional fields, none with a default: - `faqs[].group`: files a question under a heading. Questions sharing a label are gathered under one `<h3 data-faq-group-title>` in a `data-faq-group` wrapper, in the order the labels first appear; questions with no label form a group of their own. With no group set the list stays flat. - `calloutPlacement: 'aside'`: the callout becomes an `<aside>` card (`data-faq-callout-placement="aside"`) beside the questions as a sticky card from 1024px, and stays under them on phones. - `calloutTextOpen` and `calloutTextClosed`: rich-text copies of the callout, marked `data-when-open` and `data-when-closed` beside a neutral `data-when-neutral` copy from `calloutText`. The block's stylesheet chooses by `<html data-tome-open="true|false">`, the attribute chrome writes from the site's hours; with it absent the neutral copy shows, so a site without hours never reads "closed". A side left empty falls back to `calloutText`. Stored documents that set none of the new fields render byte-identical markup (pinned by a golden test). Purely additive: no peer is added or tightened, no field has a default, and nothing changes for a site that sets none of them.

• af33c85: `faq` can group its questions, set its closing callout beside them, and change the callout by the hour. Three optional fields, none with a default: - `faqs[].group`: files a question under a heading. Questions sharing a label are gathered under one `<h3 data-faq-group-title>` in a `data-faq-group` wrapper, in the order the labels first appear; questions with no label form a group of their own. With no group set the list stays flat. - `calloutPlacement: 'aside'`: the callout becomes an `<aside>` card (`data-faq-callout-placement="aside"`) beside the questions as a sticky card from 1024px, and stays under them on phones. - `calloutTextOpen` and `calloutTextClosed`: rich-text copies of the callout, marked `data-when-open` and `data-when-closed` beside a neutral `data-when-neutral` copy from `calloutText`. The block's stylesheet chooses by `<html data-tome-open="true|false">`, the attribute chrome writes from the site's hours; with it absent the neutral copy shows, so a site without hours never reads "closed". A side left empty falls back to `calloutText`. Stored documents that set none of the new fields render byte-identical markup (pinned by a golden test). Purely additive: no peer is added or tightened, no field has a default, and nothing changes for a site that sets none of them.
• 45db383: `faq` can show a second link after its callout link. `calloutSecondLink { label, url }` (optional, no default) renders a quieter text link after the callout link, marked `data-faq-callout-second`, for a second destination such as "All parent questions". It shows only with both a label and a link, and a `javascript:`, `data:` or `vbscript:` link is ignored. The label is localized. A block that does not set it renders exactly the markup it did before. Purely additive: no peer is added or tightened.

06221cd: The split `high-impact-hero` can turn a supporting image's caption into a chip with an add-to-bag button, and show its proof line as separate facts. **BREAKING:** the `@wabbit/tome-blocks-core` peer range is now `>=0.38.0 <1.0.0`, because the chip renders through the new `AddToBag` adapter. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.38.0 or later. The new fields add database columns: run your Payload migration and regenerate types. New optional fields, shown for the split variant only and empty by default, so stored heroes render unchanged: `supportingImages[].shopAction` (`product` slug, `href`, `variantSku`, `label`) and `proofLine.segments[]`. With a `shopAction` the caption becomes `figcaption[data-hero-caption-chip]` holding the caption and a `span[data-hero-caption-action]` that wraps the `AddToBag` control (a plain link to `href` until a commerce layer registers the real one; the wrapper is empty when there is nothing to link to). Segments render as `span[data-hero-proof-segment]` in place of the proof line's text. The chip wraps the caption name in `strong[data-hero-caption-name]`. A new optional split-only `eyebrowLead` text renders `b[data-hero-eyebrow-lead]` before the eyebrow ("**Batch 14** · out of the kiln"); empty renders the eyebrow unchanged.

• 06221cd: The split `high-impact-hero` can turn a supporting image's caption into a chip with an add-to-bag button, and show its proof line as separate facts. **BREAKING:** the `@wabbit/tome-blocks-core` peer range is now `>=0.38.0 <1.0.0`, because the chip renders through the new `AddToBag` adapter. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.38.0 or later. The new fields add database columns: run your Payload migration and regenerate types. New optional fields, shown for the split variant only and empty by default, so stored heroes render unchanged: `supportingImages[].shopAction` (`product` slug, `href`, `variantSku`, `label`) and `proofLine.segments[]`. With a `shopAction` the caption becomes `figcaption[data-hero-caption-chip]` holding the caption and a `span[data-hero-caption-action]` that wraps the `AddToBag` control (a plain link to `href` until a commerce layer registers the real one; the wrapper is empty when there is nothing to link to). Segments render as `span[data-hero-proof-segment]` in place of the proof line's text. The chip wraps the caption name in `strong[data-hero-caption-name]`. A new optional split-only `eyebrowLead` text renders `b[data-hero-eyebrow-lead]` before the eyebrow ("**Batch 14** · out of the kiln"); empty renders the eyebrow unchanged.
• 36adebe: The `testimonial` block's `quotes-grid` layout gains an opt-in portrait. The new checkbox `showPortraits` (shown for `quotes-grid` only, off by default) renders a quote's image as a round portrait, `div[data-testimonial-portrait]`, at the start of its attribution, with the name and role beside it; a quote with an image and no name still gets a caption. The portrait is sized by `--tome-testimonial-portrait-size`. The images were already stored (`entries[].image`) but the grid never showed them, so with the option off, unset or false the grid, and every other layout, render exactly as before.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.
• f9fe8fe: Feature Hero shows icons instead of their names, and four blocks stay inside a phone-width window. - **Feature Hero:** a feature's `icon` is a lucide name ("shield-check") or an emoji, but the renderer printed the name as text in the card. It now uses extras' shared `resolveLucideIcon` (`./render/shared`, which extras has exported since 0.28.0), the same resolver extras and catalog-pack blocks use. An unknown name shows no icon, and emoji stay text. The extras map gains `shield-check` and `workflow`. - **Feature Hero grids:** the authored two- and three-column feature grids kept their columns on a phone and ran 380px past the window. Tracks are now `minmax(0, 1fr)`, and the grids stack below 640px. In a card with its image beside the text, the text drops below the image when it would get less than 10rem, instead of breaking words mid-way or pushing the card wider. - **Status Board:** the same fix to its card grid. It was 24px past its box at 375px and now stacks below 640px. - **Editorial Colophon:** its `3 / 11` placement counts the page grid's 16 desktop tracks, so below 1024px it overran into the right gutter. It sits on the content lines there and keeps its desktop placement. - **FAQ:** Full Width is padded by the page gutter, like Feature Hero's and CTA's Full Width.

0e56651: `high-impact-hero` `split` gains a media side, a proof line, a motif plate and theme hooks. `mediaSide` (`start` | `end`, empty reads as `end`) moves the supporting images before or after the copy. The `proofLine` group, which only `quick-ask` showed, is now also shown on `split`, as one line under the buttons. An optional `motif` (`image`, `alt`; alt text required when an image is set) renders as a small plate beside the proof line. `split` also writes neutral hooks for themes: `data-hero-media-side`, `data-hero-copy`, `data-hero-subheadline`, `data-hero-media`, `data-hero-foot`, `data-hero-proof`, `data-hero-proof-lead` and `data-hero-motif`. Every new field is optional with no default; the other variants render byte-identically, and a `split` block differs from before only by the added data attributes. `testimonial` gains an optional `titleLevel` (`h2` | `h3`, used with the custom section title) and `faq` an optional `calloutAfter` text. - **`testimonial` `titleLevel`**: the custom section title renders as an `h3` today. A block that opens its section with no heading above it can set `titleLevel` to `h2` to emit an `h2` instead. Empty, `h3` and any other value render the `h3` the block always rendered, byte for byte. - **`faq` `calloutAfter`**: a short line (for example "I read every one.") rendered after the callout link as `<span data-faq-callout-after>`, inside the callout. Empty or blank renders nothing and the markup is unchanged. - Payload migration: both are new optional fields (a select and a localized text), so Postgres sites that register these blocks should run `payload migrate:create` and `payload migrate` after upgrading.

• 0e56651: `high-impact-hero` `split` gains a media side, a proof line, a motif plate and theme hooks. `mediaSide` (`start` | `end`, empty reads as `end`) moves the supporting images before or after the copy. The `proofLine` group, which only `quick-ask` showed, is now also shown on `split`, as one line under the buttons. An optional `motif` (`image`, `alt`; alt text required when an image is set) renders as a small plate beside the proof line. `split` also writes neutral hooks for themes: `data-hero-media-side`, `data-hero-copy`, `data-hero-subheadline`, `data-hero-media`, `data-hero-foot`, `data-hero-proof`, `data-hero-proof-lead` and `data-hero-motif`. Every new field is optional with no default; the other variants render byte-identically, and a `split` block differs from before only by the added data attributes. `testimonial` gains an optional `titleLevel` (`h2` | `h3`, used with the custom section title) and `faq` an optional `calloutAfter` text. - **`testimonial` `titleLevel`**: the custom section title renders as an `h3` today. A block that opens its section with no heading above it can set `titleLevel` to `h2` to emit an `h2` instead. Empty, `h3` and any other value render the `h3` the block always rendered, byte for byte. - **`faq` `calloutAfter`**: a short line (for example "I read every one.") rendered after the callout link as `<span data-faq-callout-after>`, inside the callout. Empty or blank renders nothing and the markup is unchanged. - Payload migration: both are new optional fields (a select and a localized text), so Postgres sites that register these blocks should run `payload migrate:create` and `payload migrate` after upgrading.

1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

• 1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

2e9f1ab: Phone links in the contact, high-impact-hero and local-logistics code now use the shared core `tel:` helper, so a site can qualify national numbers to E.164. The exported `toTelHref` helpers (and `resolveContactValueLink`, `resolveInlineCall`) accept an optional `{ defaultCallingCode }`. The high-impact-hero reads `defaultCallingCode` from the render context passed to `RenderBlocks({ context })`; without it, hrefs stay digits-only as before. Requires `@wabbit/tome-core` 1.22.0 or later as a peer.

• 2e9f1ab: Phone links in the contact, high-impact-hero and local-logistics code now use the shared core `tel:` helper, so a site can qualify national numbers to E.164. The exported `toTelHref` helpers (and `resolveContactValueLink`, `resolveInlineCall`) accept an optional `{ defaultCallingCode }`. The high-impact-hero reads `defaultCallingCode` from the render context passed to `RenderBlocks({ context })`; without it, hrefs stay digits-only as before. Requires `@wabbit/tome-core` 1.22.0 or later as a peer.

f4a08ca: **BREAKING:** these packs now need `@wabbit/tome-blocks-core` 0.35.0 or later, because they read the wrapper's new `data-block-placement` instead of its inline style text. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.35.0 or later alongside these packs. A site that renders its own block wrapper (with `data-tome-block-wrapper`) on a span other than `1 / -1` should add `data-block-placement={blockPlacementFor(span)}` to it; a wrapper without the attribute is read as full width. - `@wabbit/tome-blocks-local-pack`: in Safari, the price list's teaser list and the logistics block's content touched the viewport edges once the page had scrolled. Their side padding depended on matching the wrapper's `style` text, which WebKit rewrites as `grid-column-start`/`grid-column-end` longhands as soon as the scroll reveal writes to it. The padding rule now reads `data-block-placement`. Chromium and Firefox render as before. - `@wabbit/tome-blocks-house`: `LaneGrid` decides whether to subgrid its block wrapper (full row, content column, or its own tracks for any other span) from `data-block-placement`, so the decision no longer changes in Safari after the scroll reveal runs. - `@wabbit/tome-blocks-marketing-starter`: `exhibit`'s nested block wrappers carry `data-block-placement`, matching `RenderBlocks`.

• f4a08ca: **BREAKING:** these packs now need `@wabbit/tome-blocks-core` 0.35.0 or later, because they read the wrapper's new `data-block-placement` instead of its inline style text. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.35.0 or later alongside these packs. A site that renders its own block wrapper (with `data-tome-block-wrapper`) on a span other than `1 / -1` should add `data-block-placement={blockPlacementFor(span)}` to it; a wrapper without the attribute is read as full width. - `@wabbit/tome-blocks-local-pack`: in Safari, the price list's teaser list and the logistics block's content touched the viewport edges once the page had scrolled. Their side padding depended on matching the wrapper's `style` text, which WebKit rewrites as `grid-column-start`/`grid-column-end` longhands as soon as the scroll reveal writes to it. The padding rule now reads `data-block-placement`. Chromium and Firefox render as before. - `@wabbit/tome-blocks-house`: `LaneGrid` decides whether to subgrid its block wrapper (full row, content column, or its own tracks for any other span) from `data-block-placement`, so the decision no longer changes in Safari after the scroll reveal runs. - `@wabbit/tome-blocks-marketing-starter`: `exhibit`'s nested block wrappers carry `data-block-placement`, matching `RenderBlocks`.

e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

• e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

e8b4d32: testimonial `quotes-grid` and faq gain the options a theme needs. - **testimonial `quotes-grid`:** new optional `eyebrow`, a small section label above the section title (`<p data-block-eyebrow>`); the block had no label field, so a "Client voice" label had nowhere to go. The grid's column count is the token `--tome-testimonial-grid-cols` (defaults unchanged: 1, 2 from 640px, 3 from 1024px). The stat value supports the `*asterisk*` accent convention: "9 _in_ 10" renders "in" as `<em data-testimonial-stat-unit>`, upright and smaller (`--tome-testimonial-stat-unit-size`, default `0.5em`). A value with no stars renders as before. - **faq:** new `calloutStyle` (`box` by default, or `line`). `line` sets the closing "still have a question?" bridge as a plain start-aligned line with a text link and marks it `data-faq-callout-style="line"`. The bridge and its link carry `data-faq-callout` and `data-faq-callout-link`, and the header group and badge carry `data-block-header` and `data-block-eyebrow`, so a theme can restyle the badge chip.

• e8b4d32: testimonial `quotes-grid` and faq gain the options a theme needs. - **testimonial `quotes-grid`:** new optional `eyebrow`, a small section label above the section title (`<p data-block-eyebrow>`); the block had no label field, so a "Client voice" label had nowhere to go. The grid's column count is the token `--tome-testimonial-grid-cols` (defaults unchanged: 1, 2 from 640px, 3 from 1024px). The stat value supports the `*asterisk*` accent convention: "9 _in_ 10" renders "in" as `<em data-testimonial-stat-unit>`, upright and smaller (`--tome-testimonial-stat-unit-size`, default `0.5em`). A value with no stars renders as before. - **faq:** new `calloutStyle` (`box` by default, or `line`). `line` sets the closing "still have a question?" bridge as a plain start-aligned line with a text link and marks it `data-faq-callout-style="line"`. The bridge and its link carry `data-faq-callout` and `data-faq-callout-link`, and the header group and badge carry `data-block-header` and `data-block-eyebrow`, so a theme can restyle the badge chip.
• 3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

a9424eb: New `venue` variant for `high-impact-hero` and new `reserve` variant for `contact`, for places people visit. - **`high-impact-hero` `venue`:** the venue name set very large, with a meta line, one line and one action. The background photo sits either behind the copy, over a theme-set scrim (`--tome-hero-scrim`), or full width above it. It is chosen by the new optional `venue.mediaPlacement` field (`behind`, the default when empty, or `above`). Hooks: `data-hero-media-placement`, `data-hero-scrim`, `data-hero-meta`, `data-hero-name` and `data-hero-line`, plus the existing `data-hero-media` and `data-hero-actions`. - **`contact` `reserve`:** a dark booking band that links out to the venue's booking provider. It has a GET form for party, date and time (labels `partyLabel`, `dateLabel` and `timeLabel`, default "Party", "Date" and "Time"), built from an editor-written `reserve.urlTemplate` with `{party}`, `{date}` and `{time}` tokens, and works without JavaScript when each token is a whole query value. Under the form come labeled sample-time chips (`sampleSlots[]` and `sampleSlotsLabel`, never live availability), then an "Or:" row (lead-in `altLabel`, default "Or:") with a `tel:` call action and `altActions[]` (`link`, `call`, or `order`, which opens the ordering drawer). Every label is optional and localized; empty, it renders the English default. With no provider set, the form hides and the band leads with its actions; contact rows render as a facts row. `eyebrow` and `callAction` are now also shown for `reserve`. - **New subpath `@wabbit/tome-blocks-agency-essentials/reserve`:** the band's pure URL helpers, plus `enhanceReserveBands()`, an optional, framework-free client enhancement. It fills today's date, keeps the chips in step with the form, and fills templates the GET form cannot carry whole. The renderer stays a server component. All new fields are optional, variant-gated and have no default value, so existing content renders byte-identical.

• a9424eb: New `venue` variant for `high-impact-hero` and new `reserve` variant for `contact`, for places people visit. - **`high-impact-hero` `venue`:** the venue name set very large, with a meta line, one line and one action. The background photo sits either behind the copy, over a theme-set scrim (`--tome-hero-scrim`), or full width above it. It is chosen by the new optional `venue.mediaPlacement` field (`behind`, the default when empty, or `above`). Hooks: `data-hero-media-placement`, `data-hero-scrim`, `data-hero-meta`, `data-hero-name` and `data-hero-line`, plus the existing `data-hero-media` and `data-hero-actions`. - **`contact` `reserve`:** a dark booking band that links out to the venue's booking provider. It has a GET form for party, date and time (labels `partyLabel`, `dateLabel` and `timeLabel`, default "Party", "Date" and "Time"), built from an editor-written `reserve.urlTemplate` with `{party}`, `{date}` and `{time}` tokens, and works without JavaScript when each token is a whole query value. Under the form come labeled sample-time chips (`sampleSlots[]` and `sampleSlotsLabel`, never live availability), then an "Or:" row (lead-in `altLabel`, default "Or:") with a `tel:` call action and `altActions[]` (`link`, `call`, or `order`, which opens the ordering drawer). Every label is optional and localized; empty, it renders the English default. With no provider set, the form hides and the band leads with its actions; contact rows render as a facts row. `eyebrow` and `callAction` are now also shown for `reserve`. - **New subpath `@wabbit/tome-blocks-agency-essentials/reserve`:** the band's pure URL helpers, plus `enhanceReserveBands()`, an optional, framework-free client enhancement. It fills today's date, keeps the chips in step with the form, and fills templates the GET form cannot carry whole. The renderer stays a server component. All new fields are optional, variant-gated and have no default value, so existing content renders byte-identical.

072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

• 072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

5f2662c: Groundwork v1.1 block fields for the quick-ask hero and the estimate contact band. **`high-impact-hero` `quick-ask`:** `proofLine` gains an optional `proofLead` text field, rendered as a `<strong data-hero-proof-lead>` before the proof text (for example "Next opening:"). Fixed: at phone widths the status dot could wrap onto its own line away from its text. The proof line is now inline flow, and the dot shares a no-wrap run (`data-hero-proof-start`) with its first phrase: the lead, or the first word of the text. The rest of the line wraps normally. With no lead and no dot, the markup is unchanged. **`contact` `estimate`:** two optional text fields. `eyebrow` is a small meta-voice kicker above the heading (`data-contact-eyebrow`). `formNote` is a short meta line beside the form card heading (`data-contact-form-note`). When it is set, the heading and note share a wrapping head row (`data-contact-card-head`). When both fields are empty, the output is unchanged.

• 5f2662c: Groundwork v1.1 block fields for the quick-ask hero and the estimate contact band. **`high-impact-hero` `quick-ask`:** `proofLine` gains an optional `proofLead` text field, rendered as a `<strong data-hero-proof-lead>` before the proof text (for example "Next opening:"). Fixed: at phone widths the status dot could wrap onto its own line away from its text. The proof line is now inline flow, and the dot shares a no-wrap run (`data-hero-proof-start`) with its first phrase: the lead, or the first word of the text. The rest of the line wraps normally. With no lead and no dot, the markup is unchanged. **`contact` `estimate`:** two optional text fields. `eyebrow` is a small meta-voice kicker above the heading (`data-contact-eyebrow`). `formNote` is a short meta line beside the form card heading (`data-contact-form-note`). When it is set, the heading and note share a wrapping head row (`data-contact-card-head`). When both fields are empty, the output is unchanged.
• b8ccf85: Payload-free `./meta` entries now match what each pack registers, and `@wabbit/tome-dispatch`, `@wabbit/tome-longform` and `@wabbit/tome-readout` add a `./demo` entry. `./demo` (dispatch, longform, readout): the root barrel's demo props (`getDemoProps`, the per-block getters, `DemoContext`) on their own subpath, with no Payload import, so a client bundle such as a block gallery can use them without pulling in the block configs. Additive; the root barrel still exports them. These packages ship raw Payload `Block` configs rather than `defineBlock` descriptors, so they have no `./meta` entry. `./meta` (extras, signal-theme): new `extrasDeprecatedBlockMeta` and `signalThemeDeprecatedBlockMeta` lists describe the 16 deprecated blocks each pack still registers for stored content but no longer offers. `extrasBlockMeta` and `signalThemeBlockMeta` are unchanged: they still list only the offered blocks. The deprecated signal-theme blocks' metadata moved from inline `defineBlock` arguments into payload-free `<block>.meta.ts` files; the registered descriptors are unchanged. `./meta` (extras, marketing-starter): six motion blocks (`image-marquee`, `marquee`, `showcase`, `logo-slider`, `pricing-plans`, `testimonial`) now declare `requiredCapabilities: ['motion']` in their metadata. `defineBlock` already added it at registration, so the registered descriptors are unchanged, but the `./meta` entries lacked it and a gallery reading them could not tell these blocks need a motion provider.

fd848e0: **BREAKING:** the `high-impact-hero` `quick-ask` call action now shows on phones only, unless the new `callAction.showOnDesktop` checkbox is ticked. **Migration:** to keep the call action on screens 768px and wider, tick **Show on desktop** on the hero's Call Action (or set `callAction.showOnDesktop: true`). Phones are unchanged: the call still leads the actions there. The call link carries `data-hero-call-desktop="true|false"` so a theme can tell the two apart.

• fd848e0: **BREAKING:** the `high-impact-hero` `quick-ask` call action now shows on phones only, unless the new `callAction.showOnDesktop` checkbox is ticked. **Migration:** to keep the call action on screens 768px and wider, tick **Show on desktop** on the hero's Call Action (or set `callAction.showOnDesktop: true`). Phones are unchanged: the call still leads the actions there. The call link carries `data-hero-call-desktop="true|false"` so a theme can tell the two apart.

698c314: High Impact Hero gains a `quick-ask` variant: text left, media right, with a one-question form, a tap-to-call action and a proof line. Additive: the three new groups are optional, carry no defaults and appear in the admin only when `quick-ask` is selected, so existing heroes render as before. Adding the fields to a Payload config adds their columns, so run your usual migration. - **`quickAsk`** (`label`, `options[]` of `label` + `value`, `submitLabel`, `action`, `paramName`). Renders a plain GET form with a visible label and a real `<select>`, so it works without JavaScript. The selected value is sent as `?<paramName>=<value>` (default `need`) to the action, a URL or `#anchor` (default `#contact`); params already in the action are kept as hidden inputs. - **`callAction`** (`label`, `phone`). A `tel:` link. It is the first action on phones (below 768px) and follows the form on wider screens. - **`proofLine`** (`text`, `showDot`). One short line under the actions, with an optional status dot. - The job caption reuses `supportingImages[].caption`. - Theme hooks: `data-block-variant="quick-ask"`, `data-hero-actions`, `data-hero-call`, `data-hero-quick-ask`, `data-hero-proof`, `data-status-dot`, `data-hero-media`, `data-hero-caption`. Every hero variant root now also carries `data-block-variant`.

• 698c314: High Impact Hero gains a `quick-ask` variant: text left, media right, with a one-question form, a tap-to-call action and a proof line. Additive: the three new groups are optional, carry no defaults and appear in the admin only when `quick-ask` is selected, so existing heroes render as before. Adding the fields to a Payload config adds their columns, so run your usual migration. - **`quickAsk`** (`label`, `options[]` of `label` + `value`, `submitLabel`, `action`, `paramName`). Renders a plain GET form with a visible label and a real `<select>`, so it works without JavaScript. The selected value is sent as `?<paramName>=<value>` (default `need`) to the action, a URL or `#anchor` (default `#contact`); params already in the action are kept as hidden inputs. - **`callAction`** (`label`, `phone`). A `tel:` link. It is the first action on phones (below 768px) and follows the form on wider screens. - **`proofLine`** (`text`, `showDot`). One short line under the actions, with an optional status dot. - The job caption reuses `supportingImages[].caption`. - Theme hooks: `data-block-variant="quick-ask"`, `data-hero-actions`, `data-hero-call`, `data-hero-quick-ask`, `data-hero-proof`, `data-status-dot`, `data-hero-media`, `data-hero-caption`. Every hero variant root now also carries `data-block-variant`.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: The marketing starter's preview data now uses invented brand and client names throughout. Hero, pricing, logo and testimonial previews swap two brand names for fictional ones. Block fields and variants are unchanged.

• 483e0a1: The marketing starter's preview data now uses invented brand and client names throughout. Hero, pricing, logo and testimonial previews swap two brand names for fictional ones. Block fields and variants are unchanged.
• 868c087: The logo slider and the high-impact hero's marquee strip can now be paused by hover, keyboard focus, touch tap and a pause button that appears on keyboard focus. On the logo slider, hovering or focusing a logo link or tapping the band pauses the scroll, and the pause button comes before the logo links in tab order. On the hero, the marquee strip gets the same pause button and pause behavior. Under `prefers-reduced-motion: reduce` neither moves. Needs `@wabbit/tome-blocks-extras` with the `MotionPauseControl` export.

c14a133: The pricing and testimonial blocks work without collections of their own: by default their cards and testimonials are entered on the block. **Pricing.** The block used to relate to a `product-cards` collection, which a site that only installed this pack doesn't have, so Payload refused to start once the block was registered. With no `productCardsCollection` option, the block now has two card lists (`subscriptionCards`, `projectCards`) with the fields the cards render: title, description, tier, badge, price, frequency, a custom-quote switch, features, and button text and link. Passing `productCardsCollection` keeps the relationship fields (`selectedSubscriptionCards`, `selectedProjectCards`) exactly as before. The renderer reads either. **Testimonial.** The block used to relate to a `testimonials` collection, with the same startup failure on a site without one. With no `testimonialsCollection` option it now has an `entries` list (quote, name, role, company, image, date): single mode shows the first, carousel shows them all. Passing `testimonialsCollection` keeps the `testimonial` / `testimonials` relationships exactly as before. **BREAKING:** a site that used either block with its old default must now pass the collection to keep its schema and stored data: `productCardsCollection: 'product-cards'` for pricing, `testimonialsCollection: 'testimonials'` for testimonial.

• c14a133: The pricing and testimonial blocks work without collections of their own: by default their cards and testimonials are entered on the block. **Pricing.** The block used to relate to a `product-cards` collection, which a site that only installed this pack doesn't have, so Payload refused to start once the block was registered. With no `productCardsCollection` option, the block now has two card lists (`subscriptionCards`, `projectCards`) with the fields the cards render: title, description, tier, badge, price, frequency, a custom-quote switch, features, and button text and link. Passing `productCardsCollection` keeps the relationship fields (`selectedSubscriptionCards`, `selectedProjectCards`) exactly as before. The renderer reads either. **Testimonial.** The block used to relate to a `testimonials` collection, with the same startup failure on a site without one. With no `testimonialsCollection` option it now has an `entries` list (quote, name, role, company, image, date): single mode shows the first, carousel shows them all. Passing `testimonialsCollection` keeps the `testimonial` / `testimonials` relationships exactly as before. **BREAKING:** a site that used either block with its old default must now pass the collection to keep its schema and stored data: `productCardsCollection: 'product-cards'` for pricing, `testimonialsCollection: 'testimonials'` for testimonial.
• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - FeatureHero, HighImpactHero, LogoSlider, PricingPlans and Testimonial (client components) are now server-safe wrappers (`X.tsx`) around `X.client.tsx`; PricingPlanCard imports PricingPlans' stylesheet for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - FeatureHero, HighImpactHero, LogoSlider, PricingPlans and Testimonial (client components) are now server-safe wrappers (`X.tsx`) around `X.client.tsx`; PricingPlanCard imports PricingPlans' stylesheet for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

cc6c65e: Fixes a badge/eyebrow overlap on narrow cards and two layout/contrast issues in the marketing-starter CTA and exhibit blocks. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's badge no longer overlaps the eyebrow text on narrow cards — below roughly 30rem of available width it drops out of its absolute-positioned corner and flows in-line above the eyebrow as a chip instead. `@wabbit/tome-blocks-marketing-starter`: the `cta` block's `doors` variant fixes a low-contrast underline on its "toolkit"-voice link, which was drawing its border from a surface-tint accent color instead of the paired text-safe accent token. The `exhibit` block's `gallery-wall` variant increases the vertical gap between its staggered plates at desktop widths so they no longer visually touch, and now centers the third plate on the grid when a wall has exactly three exhibits instead of leaving it flush left.

• cc6c65e: Fixes a badge/eyebrow overlap on narrow cards and two layout/contrast issues in the marketing-starter CTA and exhibit blocks. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's badge no longer overlaps the eyebrow text on narrow cards — below roughly 30rem of available width it drops out of its absolute-positioned corner and flows in-line above the eyebrow as a chip instead. `@wabbit/tome-blocks-marketing-starter`: the `cta` block's `doors` variant fixes a low-contrast underline on its "toolkit"-voice link, which was drawing its border from a surface-tint accent color instead of the paired text-safe accent token. The `exhibit` block's `gallery-wall` variant increases the vertical gap between its staggered plates at desktop widths so they no longer visually touch, and now centers the third plate on the grid when a wall has exactly three exhibits instead of leaving it flush left.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.
• 786853e: The pricing block's catalog slug is now `pricing-plans`, so gallery and inserter URLs keyed on `pricing` change to `pricing-plans`. The render registry turns kebab slugs into camelCase, so `pricing-plans` now resolves to the Payload block `pricingPlans` without an alias. Stored content is untouched: `blockType` stays `pricingPlans`, and the `./blocks/pricing` subpath export keeps its name. `getDemoProps` answers both `pricing-plans` and `pricing`. Update any hard-coded `/blocks/.../pricing` links, and every `pairsWith` / `sequence` reference inside the pack now names `pricing-plans`.
• 786853e: `logo-slider`'s Static Grid variant now renders a still, wrapping grid of logos, and Marquee Editorial now scrolls slower, wider and muted. Before, both variants rendered the default marquee and only set `data-variant`. Static Grid mounts no marquee. Logo Size keeps its marquee heights, Logo Spacing becomes the gap, and a logo with a URL is a real link. Marquee Editorial runs at half the Scroll Speed with 1.5× the Logo Spacing, at 60% opacity. Documents already on these variants change appearance to match their labels. That is a fix, and no consumer action is needed, so this is a patch. The `cta`, `faq`, `high-impact-hero`, `exhibit` and `logo-slider` descriptions now say which variants are `data-variant` hooks for site or theme CSS, matching `banner` and `feature-hero`.

c8827e7: Internal refactor: collection slugs are now typed through one package-internal helper instead of inline casts scattered across the source. No API or behavior change.

• c8827e7: Internal refactor: collection slugs are now typed through one package-internal helper instead of inline casts scattered across the source. No API or behavior change.
• c193d4a: `banner` and `feature-hero` descriptions now say what their variants actually do. The variants set `data-variant` for site or theme CSS; the inline `style` / `variant` selects still pick the alert color and layout, and stay because stored documents carry them.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 04309f5: Fix a hydration mismatch in `Testimonial` and adopt the shared UTC-pinned date formatter across five renderers. `@wabbit/tome-blocks-marketing-starter`'s `Testimonial` is a `'use client'` component and rendered its publication date with a bare `new Date(iso).toLocaleDateString()`. That resolves against the RUNTIME locale and the RUNTIME time zone, so the server produced one string and the browser produced another and React reported a hydration mismatch on the block. The 2026-07-11 audit flagged it; it was still there on 2026-09-01. The same bare call sat in four server renderers — `blocks-editorial-pack`'s `MetricStrip` and `StatusBoard`, `blocks-agency-essentials`' `TeamRoster` (twice) and `Timeline`. No hydration mismatch there, but the rendered output changed with the deploy host's locale and offset, which is its own kind of wrong. All six call sites now use `formatDisplayDate` from `@wabbit/tome-blocks-core/utilities/formatDisplayDate` with an explicit `locale: 'en-US'`, a numeric `M/D/YYYY` `dateStyle` and `timeZone: 'UTC'`. The numeric shape is deliberate: it is byte-identical to what a US-locale runtime already produced, so this fixes the determinism without silently restyling anyone's dates. Every pack already declared `@wabbit/tome-blocks-core`, so no dependency changes. Shipped with its forcing function: a `no-restricted-syntax` rule in `eslint.config.mjs` warns on bare `toLocaleDateString`/`toLocaleString`/`toLocaleTimeString` in every `packages/*/src/**/*.tsx` and every block pack's `render/` directory, and points at `formatDisplayDate` and at `blocks-gallery`'s `ADDED_AT_FORMATTER` as the two accepted shapes.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0 - @wabbit/tome-blocks-extras@0.16.0

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.
• Updated dependencies [54ff357] - @wabbit/tome-blocks-extras@0.15.12

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).
• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<color> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal
• Updated dependencies [1bebcdc]
• Updated dependencies [48773ac] - @wabbit/tome-blocks-extras@0.15.11

ddb50a0: Design-wave fixes (2026-08-09 mockup, section 2): exhibit gallery-wall plates now size to their nested content — `align-items: start` on the wall grid and no `min-height`/flex-fill on the canvas, with generous space-3xl/space-2xl padding — instead of stretching to the row's tallest neighbor and centering a small render in ~50% empty frame. The high-impact-hero `dark` variant demo now supplies `backgroundColorBehindImage: var(--tome-color-surface-solid-dark)` so the gallery preview shows its light text on a dark plate rather than near-white-on-white when the placeholder media is light or unresolved.

• ddb50a0: Design-wave fixes (2026-08-09 mockup, section 2): exhibit gallery-wall plates now size to their nested content — `align-items: start` on the wall grid and no `min-height`/flex-fill on the canvas, with generous space-3xl/space-2xl padding — instead of stretching to the row's tallest neighbor and centering a small render in ~50% empty frame. The high-impact-hero `dark` variant demo now supplies `backgroundColorBehindImage: var(--tome-color-surface-solid-dark)` so the gallery preview shows its light text on a dark plate rather than near-white-on-white when the placeholder media is light or unresolved.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-extras@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

f4d55c9: cta: `door-strip` + `doors` variants graduated from tome-starter (showcase program Phase 3.7). Adds a `doors` array field (min/max 2 rows: voice, kicker, heading, body, link) and a `columnSpan` field to the base cta schema — both additive, backward-compatible. `door-strip` is a compact two-door router (whole-surface links, mono kicker, serif line, arrow affordance); `doors` is a full two-door close (kicker, serif heading, body, underlined go-link per door, scroll-reveal via the new `@wabbit/tome-blocks-core` `Reveal` helper — seed with `columnSpan: '1 / -1'` for full bleed). Both are style-only variants: the `doors` field lives on the base schema behind an `admin.condition`, not a `fieldOverrides` schema variant, because per-document schema divergence can't be expressed at config-build time (see comment in `cta/variants.ts`).

• f4d55c9: cta: `door-strip` + `doors` variants graduated from tome-starter (showcase program Phase 3.7). Adds a `doors` array field (min/max 2 rows: voice, kicker, heading, body, link) and a `columnSpan` field to the base cta schema — both additive, backward-compatible. `door-strip` is a compact two-door router (whole-surface links, mono kicker, serif line, arrow affordance); `doors` is a full two-door close (kicker, serif heading, body, underlined go-link per door, scroll-reveal via the new `@wabbit/tome-blocks-core` `Reveal` helper — seed with `columnSpan: '1 / -1'` for full bleed). Both are style-only variants: the `doors` field lives on the base schema behind an `admin.condition`, not a `fieldOverrides` schema variant, because per-document schema divergence can't be expressed at config-build time (see comment in `cta/variants.ts`).
• 9116174: exhibit: new gallery-wall block graduated from tome-starter (showcase Phase 3.7) — museum plates framing real nested block renders; nested allowlist via factory config (exhibitBlocks). Ports the starter's `src/blocks/Exhibit/` (config.ts, Component.tsx, Component.module.css) into a new `exhibit` block: an asymmetric 12-col wall of hairline-framed white canvases, each holding a REAL nested block render (not a screenshot) under a plate caption (title + pack attribution). One style-only variant (`gallery-wall`), registered via plain `defineBlock(meta, factory, variants)` matching `testimonialBlock`'s idiom. The nested `blocks` allowlist is a factory-config contract — pass `config.exhibitBlocks` (an array of Payload `Block` configs) when invoking `exhibitBlock.block(config)` to curate what's exhibitable; omitted, it defaults to this pack's own `testimonial` block so the field is never empty and the pack stays self-contained (no import of `lms`/`catalog`/`org` packs). The `Exhibit` render component takes an optional `nestedComponents` prop (registry-free resolution map for the nested per-exhibit blocks, checked before the shared `@wabbit/tome-blocks-core` render registry) and replicates `RenderBlocks`' per-block subgrid wrapper (`data-tome-block-wrapper`, `data-block-background`, `gridColumn`/`gridTemplateColumns: subgrid`) by hand around each `RenderBlock` call for DOM/CSS parity with the rest of the pack. Registered in both render paths: the legacy `'use client'` side-effect barrel (`./render`) and the server-safe explicit registry (`./render/register`).
• Updated dependencies [f4d55c9]
• Updated dependencies [eb403d4] - @wabbit/tome-blocks-core@0.13.0 - @wabbit/tome-blocks-extras@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.

• 26dfa07: Pre-existing test-suite fixes (unrelated to recent feature work): - `high-impact-hero`'s `illustrationHero` variant carried two tags (`brand`, `illustration`) outside the canonical taxonomy declared in `v2-coverage.test.ts`. Fixed to `['editorial', 'playful']`. The `illustrationHero` slug itself is kept camelCase (not renamed to kebab-case) because it shipped in the published `0.5.0` release (2026-05-21) and is stored verbatim in consumer content as a `_variant` field value — renaming would silently break every stored document that already selected it. The kebab-case rule now carries a documented, slug-scoped exception with a deprecation trigger (next content-breaking major version for this package, when a stored-content migration pass is already budgeted). - `blocks-core`'s `test/top20-variants.test.ts` imported `@wabbit/tome-blocks-marketing-starter` and the other bundle packs directly, which a later refactor made unresolvable when it removed blocks-core's devDeps on those packs to break the blocks-core ↔ marketing-starter dependency cycle. Relocated the test to `@wabbit/tome-blocks` (the meta-package that already depends on every pack for exactly this purpose) rather than re-adding the removed devDeps and recreating the cycle. Test-only change; no runtime behavior changed in either package.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• a93f478: Re-render and cleanup fixes: chrome's HeaderClient dead theme state + unreachable effect deleted; Navbar6/7 body-scroll-lock now saves and restores the pre-existing overflow value (LearnerSidebar pattern) instead of clobbering to ''; Navbar7's scroll listener is rAF-throttled. marketing-starter's Testimonial derives the clamped slide index during render instead of an effect. forms' `FieldRenderer` is wrapped in `React.memo` (call-site props verified stable), cutting whole-step re-render work per keystroke in multi-field forms. lms-ui's `useLearnerPrefs` gains optional `initialPrefs` server-seeding (non-breaking) + in-flight dedup with TTL for the unseeded path.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• aef2725: Monolith decompositions (behavior- and markup-preserving; public APIs unchanged; markup identity mechanically verified per file): forms' FieldRenderer 633→84 via a field-control registry + shared FieldChrome (consent/checkbox byte-identical branches merged) and TomeForm 656→451 via four extracted hooks (the ordering-critical resolver sync deliberately stays inline, documented); rpg's CharacterSheet 841→130 across panels + three editing hooks + persistence hook (the StrictMode XP-ledger charRef guard preserved verbatim); gallery's GalleryIndex 1032→431 (BlockThumb/BlockCard/Toolbar/useFilteredCatalog siblings, T2's debounce+memo preserved); webgl's WebglCanvasProvider 938→546 (useTransitionOrchestrator + useCanvasRenderer extracted; settle thresholds hoisted to named consts); admin's mergeAdminComponents 828→404 orchestrator + four helpers (all docblocks relocated, 717 tests unmodified) and Nav's config-reading now typed (6 of 8 `as any` casts eliminated); marketing-starter's PricingPlans extracts its GSAP toggle timeline hook + a memoized card. rpg additionally trusts the denormalized `xpTotal` on sheet load/save hot paths (full recompute stays at the XP-recording reconciliation point).
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-blocks-extras@0.11.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.

• Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.
• Updated dependencies - @wabbit/tome-blocks-extras@0.9.5

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-blocks-extras@0.9.4

Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

• Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.
• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0

249b670: Batch 1 (2026-06-27 inserter/variant architecture): author the usage/intent layer on the free `high-impact-hero` — it is the canonical free workhorse hero and the migration target for the deprecated low/medium-impact heroes. Additive metadata only. Deferred to the live-run pass (coupled with the instance data-migration + a visual A/B): the slug rename `high-impact-hero` → `hero` (with a back-compat alias) and the `heroTextTheme` parity field.

• 249b670: Batch 1 (2026-06-27 inserter/variant architecture): author the usage/intent layer on the free `high-impact-hero` — it is the canonical free workhorse hero and the migration target for the deprecated low/medium-impact heroes. Additive metadata only. Deferred to the live-run pass (coupled with the instance data-migration + a visual A/B): the slug rename `high-impact-hero` → `hero` (with a back-compat alias) and the `heroTextTheme` parity field.
• 249b670: Batch 2 feature consolidation (2026-06-27 inserter/variant architecture) — collapse the scattered feature blocks into the single `featureHero`. - **Deprecated** (still registered + rendered for back-compat, removed from the offered `extras` bundle + client-safe gallery meta): `feature-masonry`, `feature-with-large-media`, `feature-with-three-steps`, `media-feature` → the marketing-starter `featureHero`. Together with Batch 1's `feature-hero-with-cards` + `feature-with-icon-grid`, the whole feature family now consolidates to `featureHero`, whose 6-layout `variant` select already covers them all. - **Authored usage/intent metadata** on `featureHero` (now the sole offered feature block). - **Deferred to the live-run reconciliation pass** (brand-preserving but a field-semantics swap + data migration): `featureHero`'s dual variant mechanism — make the 6 LAYOUTS the `_variant` (so the VariantPicker drives layout, not the unrelated 4-value style axis), move the style axis to a secondary field, and drop the inline `variant`. Instance migration (standalone feature blocks → `featureHero` + the right layout) is deferred to a later release. Tier note: the feature layouts consolidate onto the FREE `featureHero` (it already carried all 6 free); unlike heroes there is no distinct premium feature layout to gate, so there is no paid `feature-pro`. Ships in the linked family's 0.8.0 minor.
• 249b670: Batch 4 — Marketing & Data (2026-06-27 inserter/variant architecture). These six blocks already ship as one-block-plus-4-variants (clean `_variant`, no scattered duplicates), so this batch is audit + usage-authoring, not consolidation. - **Authored usage/intent metadata** (Decision 4) on `cta`, `logo-slider`, `pricing`, `testimonial`, `faq`, `banner` — so assembling agents + the gallery/inserter can select, order, and configure them. Additive metadata only. - **Audit finding flagged for the live-run reconciliation pass:** `pricing` carries a slug-split (Payload block `slug: 'pricingPlans'` camel vs meta `slug: 'pricing'` kebab) AND a redundant inline `displayOptions.variant` ('full'|'compact') alongside the `_variant` axis. Documented in pricing/meta.ts; deferred (couples with the slug-split decision + a data migration). The other five are clean. Ships in the linked family's 0.8.0 minor.
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670] - @wabbit/tome-blocks-extras@0.8.0 - @wabbit/tome-blocks-core@0.8.0

28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.

• 28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.
• 8958d41: Expose a client-safe `./meta` export on each block pack: payload-free block descriptor metadata (slug/name/description/category/tags/source + variants), separate from the payload-importing root barrel. This is the companion to the `./demo` export. Each block's `meta` literal is now extracted into a co-located payload-free `meta` module that the block config imports, and a pack-level `./meta` entry exposes the full descriptor list as `<pack>BlockMeta`. A consumer registering packs client-side (the wabbit `/blocks` gallery storefront, B6) can now read block metadata for gallery entries without importing the root barrel, which eagerly pulls each block's config (`payload` -> `richtext-lexical` -> `pino` -> `worker_threads`) into the browser bundle. Additive and behavior-preserving: `defineBlock` receives the same meta object (now imported rather than inline); the block registry, configs, demos, and existing exports are unchanged. The pack `BlockMeta` array is also re-exported from the root barrel for path-alias consumers.
• Updated dependencies [28802fa]
• Updated dependencies [66c611c]
• Updated dependencies [8958d41] - @wabbit/tome-blocks-extras@0.7.0 - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

f37fa00: feat(demo): add getDemoProps dispatchers to agency-essentials, marketing-starter, and signal-theme Each pack now ships a `demo.ts` barrel with a `getDemoProps(blockSlug, variant, ctx?)` dispatcher and per-block demo functions. The auto-gallery route in tome-starter can replace the `noopDemoProps` stub for all three bundles, eliminating the warning cards that appeared for every block × variant. - agency-essentials: 10 blocks × 4 variants each (about, contact, team-roster, gallery, timeline, stat, stat-bar, split-view, media, form) - marketing-starter: 8 blocks × 4-5 variants each (high-impact-hero, feature-hero, cta, logo-slider, pricing, testimonial, faq, banner) - signal-theme: 33 blocks (all signal-\* slugs); blocks with multi-variant configs covered (accordion: stacked/single, callout: tactical/lore) - DemoContext interface, individual block-level functions, and getDemoProps all re-exported from each pack barrel - richText fields intentionally omitted — GalleryRichTextProvider supplies the Lexical state at gallery render time - Relationship fields (pricing, testimonial) emit sentinel strings; gallery degrades gracefully Fixes risk R1 from the gallery gap audit. - @wabbit/tome-blocks-core@0.5.9

• f37fa00: feat(demo): add getDemoProps dispatchers to agency-essentials, marketing-starter, and signal-theme Each pack now ships a `demo.ts` barrel with a `getDemoProps(blockSlug, variant, ctx?)` dispatcher and per-block demo functions. The auto-gallery route in tome-starter can replace the `noopDemoProps` stub for all three bundles, eliminating the warning cards that appeared for every block × variant. - agency-essentials: 10 blocks × 4 variants each (about, contact, team-roster, gallery, timeline, stat, stat-bar, split-view, media, form) - marketing-starter: 8 blocks × 4-5 variants each (high-impact-hero, feature-hero, cta, logo-slider, pricing, testimonial, faq, banner) - signal-theme: 33 blocks (all signal-\* slugs); blocks with multi-variant configs covered (accordion: stacked/single, callout: tactical/lore) - DemoContext interface, individual block-level functions, and getDemoProps all re-exported from each pack barrel - richText fields intentionally omitted — GalleryRichTextProvider supplies the Lexical state at gallery render time - Relationship fields (pricing, testimonial) emit sentinel strings; gallery degrades gracefully Fixes risk R1 from the gallery gap audit. - @wabbit/tome-blocks-core@0.5.9

8947ff1: Three additive packaging fixes surfaced by a consumer's registry-consumption migration (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible. - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-extras@0.5.9

• 8947ff1: Three additive packaging fixes surfaced by a consumer's registry-consumption migration (path-aliasing was masking these — the actual package contracts didn't cover them): - `@wabbit/tome-blocks-marketing-starter`: add `./blocks/*` subpath exports for the 8 block directories (`banner`, `cta`, `faq`, `feature-hero`, `high-impact-hero`, `logo-slider`, `pricing`, `testimonial`). Source already shipped these as directories with `index.ts`; the `exports` map only declared `.` and `./render`, so any consumer of a specific block from the registry got a module-not-found error. Path-aliasing bypassed the exports map, hiding the gap. - `@wabbit/tome-core`: add `./auth/collections/Roles` (capital R) alongside the existing lowercase `./auth/collections/roles`. Both resolve to the same file (`./dist/auth/collections/Roles.{js,cjs,d.ts}`). The source file is `Roles.ts`; the exports map declared only lowercase, so consumers using the file's actual case (which is what TS path-aliasing produced when reading the source directly) couldn't import via the package's public API. - `@wabbit/tome-ui`: add `./tokens.css` alongside the existing `./tokens` (both point at `./dist/tokens.css`). Lets consumers write `import '@wabbit/tome-ui/tokens.css'` to match the CSS-file naming convention as well as the existing `import '@wabbit/tome-ui/tokens'`. All three additions are purely additive — no existing exports removed or changed, so existing consumers stay compatible. - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-extras@0.5.9

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7
• @wabbit/tome-blocks-extras@0.5.7

`high-impact-hero`: add an `illustrationHero` variant (`characterImage` upload + `characterPosition`) for character-led heroes.

• `high-impact-hero`: add an `illustrationHero` variant (`characterImage` upload + `characterPosition`) for character-led heroes.

Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

Updated dependencies [b76f684]

• Updated dependencies [b76f684]
• Updated dependencies [90a694d] - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-extras@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0 - @wabbit/tome-blocks-extras@0.3.0

2288bb9: `stat` wraps each description in a `display: contents` element carrying `data-stat-note`, a hook for themes. No visual change.

• 2288bb9: `stat` wraps each description in a `display: contents` element carrying `data-stat-note`, a hook for themes. No visual change.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

97907a6: `contact` can print a short caption under its link-out button. The `estimate` variant gains an optional `primaryAction.caption` ("Opens our scheduler in a new tab"), rendered as `data-contact-action-caption` in the actions row, and only when the button itself renders. Unset or blank, the markup is identical to before; the existing contact golden and a new blank-equals-unset test hold that. Schema: one new optional localized text column on the block (`primaryAction.caption`), so SQL sites need a migration; Mongo sites need none.

• 97907a6: `contact` can print a short caption under its link-out button. The `estimate` variant gains an optional `primaryAction.caption` ("Opens our scheduler in a new tab"), rendered as `data-contact-action-caption` in the actions row, and only when the button itself renders. Unset or blank, the markup is identical to before; the existing contact golden and a new blank-equals-unset test hold that. Schema: one new optional localized text column on the block (`primaryAction.caption`), so SQL sites need a migration; Mongo sites need none.

0272019: The gallery block gains an offset layout: one large lead image beside smaller ones. `gallery` gains an opt-in `offset` variant: one large lead image beside small ones with bold-lead captions (hooks `data-gallery-offset`, `data-gallery-lead`, `data-gallery-small`, `data-gallery-caption`). The layout-only admin fields hide for it. Every other variant renders exactly as before.

• 0272019: The gallery block gains an offset layout: one large lead image beside smaller ones. `gallery` gains an opt-in `offset` variant: one large lead image beside small ones with bold-lead captions (hooks `data-gallery-offset`, `data-gallery-lead`, `data-gallery-small`, `data-gallery-caption`). The layout-only admin fields hide for it. Every other variant renders exactly as before.
• 5e35bca: Fixes the gallery image height default, which was not one of its own options. Fix: the `gallery` element's `imageHeight` select defaulted to `21rem`, which was not one of its options (`12rem` to `32rem` in `2rem` steps), so any gallery element saved without an explicit height failed Payload validation ("`21rem` is not a valid enum value for path `imageHeight`"). Present since the pack's extraction. `21rem` is now an option between `20rem` and `22rem`; the default stays `21rem`, which is also the renderer's own fallback height (`--_item-height: 21rem`), so stored blocks and new ones render exactly as before. A new schema test checks that every select and radio default in the pack is one of its options. Consumers: regenerate Payload types (the `imageHeight` union gains `'21rem'`); with a SQL adapter the enum gains one value.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

6b5c35c: `stat` and `stat-bar` can now cite the record behind each figure, and `stat` gains a `sourced` ledger variant. Each stat row takes an optional `source` group (`statSourceGroup()`: `serial`, `label`, `href`). A stat with a source prints `p[data-stat-source]` with `span[data-stat-source-serial]` ("No. 2026-02"), a middle dot and the label as a link: under the description on `stat`, under the row on `stat-bar`. Two block-level fields on both blocks: `requireSource` (off by default) drops any stat with no source label or link and hides the block when none is left, so a figure never shows without the record it cites; `sourcePrefix` (default "No.") is the word before each number. A stat without a source renders as before. The new `sourced` variant of `stat` is a ruled strip for such figures: a label cell (`data-stat-label-cell`) holding the headline and, on a demo, `sampleLabel` as `span[data-stat-sample][data-compliance-label]`, then `data-stat-cells` of `data-stat-cell`, each led by its source line, then `p[data-stat-value]` and `p[data-stat-caption]`. It prints a stat's suffix only when set; the field still defaults to "%", so clear it. `sampleLabel` shows in the admin for `sourced` only. Additive change to existing markup: every `stat` root now carries `data-block-variant` beside `data-variant` (the public variant hook), in all variants. The block's stored-render goldens were cut from the pre-change renderer and differ only by that attribute. `stat-bar` has no change to its markup. The block catalog lists the new variant.

• 6b5c35c: `stat` and `stat-bar` can now cite the record behind each figure, and `stat` gains a `sourced` ledger variant. Each stat row takes an optional `source` group (`statSourceGroup()`: `serial`, `label`, `href`). A stat with a source prints `p[data-stat-source]` with `span[data-stat-source-serial]` ("No. 2026-02"), a middle dot and the label as a link: under the description on `stat`, under the row on `stat-bar`. Two block-level fields on both blocks: `requireSource` (off by default) drops any stat with no source label or link and hides the block when none is left, so a figure never shows without the record it cites; `sourcePrefix` (default "No.") is the word before each number. A stat without a source renders as before. The new `sourced` variant of `stat` is a ruled strip for such figures: a label cell (`data-stat-label-cell`) holding the headline and, on a demo, `sampleLabel` as `span[data-stat-sample][data-compliance-label]`, then `data-stat-cells` of `data-stat-cell`, each led by its source line, then `p[data-stat-value]` and `p[data-stat-caption]`. It prints a stat's suffix only when set; the field still defaults to "%", so clear it. `sampleLabel` shows in the admin for `sourced` only. Additive change to existing markup: every `stat` root now carries `data-block-variant` beside `data-variant` (the public variant hook), in all variants. The block's stored-render goldens were cut from the pre-change renderer and differ only by that attribute. `stat-bar` has no change to its markup. The block catalog lists the new variant.

50b7859: Fixes four single-byte text-encoding errors in the package's source and README, so admin field descriptions show "Ages 5–7" and "We’ll reply by 10am tomorrow" instead of replacement characters.

• 50b7859: Fixes four single-byte text-encoding errors in the package's source and README, so admin field descriptions show "Ages 5–7" and "We’ll reply by 10am tomorrow" instead of replacement characters.
• a4d1e12: `team-roster`'s `people` variant gains two opt-in layout options: `photoLabelPlacement: 'below'` and `statement.position: 'last'`. `photoLabelPlacement: 'below'` renders each photo label (still `data-compliance-label`) as the sibling directly after the portrait instead of inside it, for themes that keep type off photographs. `statement.position: 'last'` moves the statement tile after the people in the DOM, so the tab order matches a design that shows it last; empty-cell positions count the grid in that order. Both default to the current behavior and leave the rendered markup byte-identical when unset.

a7603ae: `team-roster` `people` can put a button after the statement tile with the new `statement.link`. `statement.link` (`label`, `href`) shows only with both halves and is off by default, so stored documents without it render byte-identical. The button carries `data-person-statement-link`. `contact` `estimate` gains `signOff.order: 'name-first'` (default `line-first`): the name, then the line, with `data-contact-signoff-order="name-first"` on the sign-off. Unset or `line-first` renders byte-identical.

• a7603ae: `team-roster` `people` can put a button after the statement tile with the new `statement.link`. `statement.link` (`label`, `href`) shows only with both halves and is off by default, so stored documents without it render byte-identical. The button carries `data-person-statement-link`. `contact` `estimate` gains `signOff.order: 'name-first'` (default `line-first`): the name, then the line, with `data-contact-signoff-order="name-first"` on the sign-off. Unset or `line-first` renders byte-identical.

a3ea48b: Two opt-in additions for a business that shows its coaches and answers by the hour. `team-roster` `people` gains `people[].tag` (a short tag beside the name, `data-person-tag`), `people[].credentialTags[]` (chips in a row under the fact, `data-person-credentials` and `data-person-credential-tag`) and a block-level `credentialNote` (set after each person's chips, `data-person-credential-note`). All three are optional, default-free and shown only for the `people` variant; empty values render nothing. `contact` `estimate` gains `promiseOpen` and `promiseClosed`, each a `{ text }` group. With either set, the promise sentence renders as three copies marked `data-when-neutral` (from `promise.text`), `data-when-open` and `data-when-closed`, and the block's stylesheet chooses by `<html data-tome-open="true|false">`, the attribute chrome writes from the site's hours. With the attribute absent the neutral copy shows, so a site without hours never reads "closed". A side left empty falls back to the neutral text. Stored documents that set none of the new fields render byte-identical markup (pinned by golden tests). Purely additive: no peer is added or tightened, no field has a default, and nothing changes for a site that sets none of them.

• a3ea48b: Two opt-in additions for a business that shows its coaches and answers by the hour. `team-roster` `people` gains `people[].tag` (a short tag beside the name, `data-person-tag`), `people[].credentialTags[]` (chips in a row under the fact, `data-person-credentials` and `data-person-credential-tag`) and a block-level `credentialNote` (set after each person's chips, `data-person-credential-note`). All three are optional, default-free and shown only for the `people` variant; empty values render nothing. `contact` `estimate` gains `promiseOpen` and `promiseClosed`, each a `{ text }` group. With either set, the promise sentence renders as three copies marked `data-when-neutral` (from `promise.text`), `data-when-open` and `data-when-closed`, and the block's stylesheet chooses by `<html data-tome-open="true|false">`, the attribute chrome writes from the site's hours. With the attribute absent the neutral copy shows, so a site without hours never reads "closed". A side left empty falls back to the neutral text. Stored documents that set none of the new fields render byte-identical markup (pinned by golden tests). Purely additive: no peer is added or tightened, no field has a default, and nothing changes for a site that sets none of them.

f75fb49: The `form` block gains a `signup-band` variant, and `split-view` gains part hooks. `signup-band` is a dark closing band: `eyebrow`, `heading` (an h2), `body`, the form slot, a `promise` line and a `secondaryLink` (label and link). The new fields show only for this variant, carry no default, and every part renders only when set. The root carries `data-block-variant="signup-band"` and `data-band-tone="solid-dark"`; the parts carry `data-band-meta`, `data-band-title`, `data-band-body`, `data-band-form` (on the form slot, which keeps `data-form-slot` and `data-form-id`), `data-band-promise` and `data-band-link`. A form with one field lays its field and button on one row. Existing variants render exactly as before. `split-view` marks a text column's content `[data-sv-text]` and a media column's figure `[data-sv-media]`, next to the existing `[data-sv-ratio]`, so a theme can address the two parts of a pair. `split-view` gains structure hooks and a 7-5 ratio: `[data-sv-inner]` on the columns' grid, `[data-sv-col="media|text"]` on each media or text column, and `[data-sv-media-side="start|end"]` on the root when the block has a media column (`start` when the media column comes first). The `asymmetryRatio` select gains `7-5` and its mirror `5-7`, with the matching `7fr 5fr` / `5fr 7fr` layout. The `signup-band` variant marks its inner wrapper `[data-band-inner]` and the column holding the form slot and the promise `[data-band-action]`. Stored renders are unchanged apart from the new attributes.

• f75fb49: The `form` block gains a `signup-band` variant, and `split-view` gains part hooks. `signup-band` is a dark closing band: `eyebrow`, `heading` (an h2), `body`, the form slot, a `promise` line and a `secondaryLink` (label and link). The new fields show only for this variant, carry no default, and every part renders only when set. The root carries `data-block-variant="signup-band"` and `data-band-tone="solid-dark"`; the parts carry `data-band-meta`, `data-band-title`, `data-band-body`, `data-band-form` (on the form slot, which keeps `data-form-slot` and `data-form-id`), `data-band-promise` and `data-band-link`. A form with one field lays its field and button on one row. Existing variants render exactly as before. `split-view` marks a text column's content `[data-sv-text]` and a media column's figure `[data-sv-media]`, next to the existing `[data-sv-ratio]`, so a theme can address the two parts of a pair. `split-view` gains structure hooks and a 7-5 ratio: `[data-sv-inner]` on the columns' grid, `[data-sv-col="media|text"]` on each media or text column, and `[data-sv-media-side="start|end"]` on the root when the block has a media column (`start` when the media column comes first). The `asymmetryRatio` select gains `7-5` and its mirror `5-7`, with the matching `7fr 5fr` / `5fr 7fr` layout. The `signup-band` variant marks its inner wrapper `[data-band-inner]` and the column holding the form slot and the promise `[data-band-action]`. Stored renders are unchanged apart from the new attributes.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

5ff7817: The `contact` `estimate` variant can close a page beside a face: a portrait, a motif, a link-out button and a sign-off. Four optional fields, shown only for `estimate` and without defaults, so existing documents render the same markup as before: - `media` (`image`, `alt`, `label`): a portrait beside the note. Alt text is required once an image is set; the label renders only with the image. - `motif` (`image`, `alt`): a small decorative image, alt required with the image. - `primaryAction` (`label`, `href`, `newTab`): a link-out button rendered through `TomeLink`, so a new-tab link gets `data-new-tab` and the hidden "(opens in a new tab)" hint. It is separate from the tel-only `callAction`. - `signOff` (`line`, `name`): a closing line and a name at the end of the note, above the form. The images relate to a new `mediaCollection` option (default `'media'`). New theme hooks: `data-contact-action`, `data-contact-media` with `data-compliance-label` for its label, `data-contact-motif`, `data-contact-signoff`, `data-contact-signoff-line`, `data-contact-signoff-name`. The form area is unchanged: it takes a form you host through `formSlot` or the form builder's `cardForm`.

• 5ff7817: The `contact` `estimate` variant can close a page beside a face: a portrait, a motif, a link-out button and a sign-off. Four optional fields, shown only for `estimate` and without defaults, so existing documents render the same markup as before: - `media` (`image`, `alt`, `label`): a portrait beside the note. Alt text is required once an image is set; the label renders only with the image. - `motif` (`image`, `alt`): a small decorative image, alt required with the image. - `primaryAction` (`label`, `href`, `newTab`): a link-out button rendered through `TomeLink`, so a new-tab link gets `data-new-tab` and the hidden "(opens in a new tab)" hint. It is separate from the tel-only `callAction`. - `signOff` (`line`, `name`): a closing line and a name at the end of the note, above the form. The images relate to a new `mediaCollection` option (default `'media'`). New theme hooks: `data-contact-action`, `data-contact-media` with `data-compliance-label` for its label, `data-contact-motif`, `data-contact-signoff`, `data-contact-signoff-line`, `data-contact-signoff-name`. The form area is unchanged: it takes a form you host through `formSlot` or the form builder's `cardForm`.

1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

• 1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.
• 47d30de: The form block takes your site's form as `formSlot`, the same contract as the contact block, so it no longer has to be filled from outside. The form block rendered only an empty slot for a site integration to fill, with no prop to hand it a form; every preview of it was an empty box. It now takes `formSlot` (rendered inside the slot) and `formSlotId` (written to `data-form-id`), and the slot always carries `data-form-slot`. An unpopulated `form` relationship (a bare id) now marks the slot as well. `FormBlockProps` is exported from `./render`.

b2de6ef: `enhanceReserveBands` now accepts an opening-hours option, so a reservation band's sample time chips and time select respect the venue's hours. Call `enhanceReserveBands(document, { hours, listWindows, schedule?, lastSeatingMinutes?, lastPickupMinutes?, maxSlots?, notes? })` with a `@wabbit/tome-local` `OpenStateSource` and its `listWindows` (passed in, so this package takes no new dependency). Chips and select options outside the chosen date's hours, or already past today, hide; a note says when the date is closed or no sample time is left; a date still on today with no time left moves to the next open date. The existing `enhanceReserveBands(root, now)` call is unchanged. The contact `reserve` group gains two optional localized fields, `closedNote` and `noTimesNote`, for the notes' wording; unset, a neutral default shows.

• b2de6ef: `enhanceReserveBands` now accepts an opening-hours option, so a reservation band's sample time chips and time select respect the venue's hours. Call `enhanceReserveBands(document, { hours, listWindows, schedule?, lastSeatingMinutes?, lastPickupMinutes?, maxSlots?, notes? })` with a `@wabbit/tome-local` `OpenStateSource` and its `listWindows` (passed in, so this package takes no new dependency). Chips and select options outside the chosen date's hours, or already past today, hide; a note says when the date is closed or no sample time is left; a date still on today with no time left moves to the next open date. The existing `enhanceReserveBands(root, now)` call is unchanged. The contact `reserve` group gains two optional localized fields, `closedNote` and `noTimesNote`, for the notes' wording; unset, a neutral default shows.
• 2e9f1ab: Phone links in the contact, high-impact-hero and local-logistics code now use the shared core `tel:` helper, so a site can qualify national numbers to E.164. The exported `toTelHref` helpers (and `resolveContactValueLink`, `resolveInlineCall`) accept an optional `{ defaultCallingCode }`. The high-impact-hero reads `defaultCallingCode` from the render context passed to `RenderBlocks({ context })`; without it, hrefs stay digits-only as before. Requires `@wabbit/tome-core` 1.22.0 or later as a peer.
• 8e25fd4: The `contact` renderer reads `defaultCallingCode` from the host's render context (`RenderBlocks({ context })`) for its contact rows, the estimate and reserve call buttons, and reserve call actions, so `tel:` links are E.164 when the site sets a default. Unset, links are unchanged.

f4a08ca: `SplitView` and `LayoutGrid` style themselves from data attributes instead of matching their own inline style text. - `@wabbit/tome-blocks-agency-essentials`: `SplitView`'s asymmetric ratios (`8-4`, `4-8`, `9-3`, `3-9`) now apply on server-rendered pages. The rules matched `--sv-ratio: 8-4` in the `style` attribute, but server markup writes `--sv-ratio:8-4` with no space, so those pages showed two equal columns until a client-side render. The section carries `data-sv-ratio` and the rules match that. - `@wabbit/tome-blocks-extras`: `LayoutGrid` cells carry `data-cell-col-span` and, when they span more than one row, `data-cell-row-span`. The tall-cell stretch and the phone reflow (tall and two-column cells first) read those attributes, so they no longer depend on how the browser serialises the inline style.

• f4a08ca: `SplitView` and `LayoutGrid` style themselves from data attributes instead of matching their own inline style text. - `@wabbit/tome-blocks-agency-essentials`: `SplitView`'s asymmetric ratios (`8-4`, `4-8`, `9-3`, `3-9`) now apply on server-rendered pages. The rules matched `--sv-ratio: 8-4` in the `style` attribute, but server markup writes `--sv-ratio:8-4` with no space, so those pages showed two equal columns until a client-side render. The section carries `data-sv-ratio` and the rules match that. - `@wabbit/tome-blocks-extras`: `LayoutGrid` cells carry `data-cell-col-span` and, when they span more than one row, `data-cell-row-span`. The tall-cell stretch and the phone reflow (tall and two-column cells first) read those attributes, so they no longer depend on how the browser serialises the inline style.

e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

• e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).
• 8ca38ed: contact `reserve` at 1024px and wider sits on the page grid's lanes: the eyebrow in the left marginalia lane beside the heading, and the heading, intro, form, chips, "Or:" row and facts from reading-start to content-end, so the heading has room for one line. Before, the eyebrow stacked above a heading capped at 44rem from content-start. The band's inner column becomes a subgrid with no column gap (the eyebrow pads its own end); `--tome-contact-reserve-eyebrow-offset` (default 1.1rem) drops the eyebrow from the heading's top edge. Narrower widths and every other contact variant are unchanged.

2d4e1d4: contact `estimate`: the form slot is marked whatever fills it, and the band's padding no longer doubles. - The slot now always carries `data-contact-form-slot`. Its `data-form-id` came from `cardForm` only, so a form passed as `formSlot` (a tome-forms form, for instance) left it unmarked and theme rules keyed on `[data-form-id]` never reached it. New optional prop `formSlotId`: the hosted form's id, written to `data-form-id` (it wins over `cardForm` when a `formSlot` is passed). A site that wrapped its hosted form in its own `data-form-id` element can drop the wrapper. - The block padding (`--tome-section-py`) moves from `.estInner` to the section, the element that is the band. On the inner element it stacked with any padding a theme gave the band, so the Counsel intake ran double space above and below. Without a theme band rule the spacing is unchanged.

• 2d4e1d4: contact `estimate`: the form slot is marked whatever fills it, and the band's padding no longer doubles. - The slot now always carries `data-contact-form-slot`. Its `data-form-id` came from `cardForm` only, so a form passed as `formSlot` (a tome-forms form, for instance) left it unmarked and theme rules keyed on `[data-form-id]` never reached it. New optional prop `formSlotId`: the hosted form's id, written to `data-form-id` (it wins over `cardForm` when a `formSlot` is passed). A site that wrapped its hosted form in its own `data-form-id` element can drop the wrapper. - The block padding (`--tome-section-py`) moves from `.estInner` to the section, the element that is the band. On the inner element it stacked with any padding a theme gave the band, so the Counsel intake ran double space above and below. Without a theme band rule the spacing is unchanged.
• 80cf130: `team-roster` `people` sits on the page grid, and its columns are a token. - The section kept its children on `1 / -1`, so the header and the portrait grid ran edge to edge with no page gutter. The section still paints full-bleed, but it now subgrids the page grid and places the header and grid on the content lane (`content-start / content-end`), like the pack's other blocks. - New token `--tome-roster-people-cols`: the grid's column count. Defaults are 2 on phones, 3 from 640px and **4 from 1024px** (it was 3). The statement tile and the empty-cell rules are unchanged: across the row on phones, across two cells from 640px, one cell from 1024px, where the empty cells appear. The demo's `emptyCells` `[5, 8]` now open the start and end of row two. - The header group carries hooks: `data-block-header` on the group, `data-block-eyebrow` (section label), `data-block-heading` (`h2`) and `data-block-subtext`. The member variants are unchanged.
• 3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

a9424eb: New `venue` variant for `high-impact-hero` and new `reserve` variant for `contact`, for places people visit. - **`high-impact-hero` `venue`:** the venue name set very large, with a meta line, one line and one action. The background photo sits either behind the copy, over a theme-set scrim (`--tome-hero-scrim`), or full width above it. It is chosen by the new optional `venue.mediaPlacement` field (`behind`, the default when empty, or `above`). Hooks: `data-hero-media-placement`, `data-hero-scrim`, `data-hero-meta`, `data-hero-name` and `data-hero-line`, plus the existing `data-hero-media` and `data-hero-actions`. - **`contact` `reserve`:** a dark booking band that links out to the venue's booking provider. It has a GET form for party, date and time (labels `partyLabel`, `dateLabel` and `timeLabel`, default "Party", "Date" and "Time"), built from an editor-written `reserve.urlTemplate` with `{party}`, `{date}` and `{time}` tokens, and works without JavaScript when each token is a whole query value. Under the form come labeled sample-time chips (`sampleSlots[]` and `sampleSlotsLabel`, never live availability), then an "Or:" row (lead-in `altLabel`, default "Or:") with a `tel:` call action and `altActions[]` (`link`, `call`, or `order`, which opens the ordering drawer). Every label is optional and localized; empty, it renders the English default. With no provider set, the form hides and the band leads with its actions; contact rows render as a facts row. `eyebrow` and `callAction` are now also shown for `reserve`. - **New subpath `@wabbit/tome-blocks-agency-essentials/reserve`:** the band's pure URL helpers, plus `enhanceReserveBands()`, an optional, framework-free client enhancement. It fills today's date, keeps the chips in step with the form, and fills templates the GET form cannot carry whole. The renderer stays a server component. All new fields are optional, variant-gated and have no default value, so existing content renders byte-identical.

• a9424eb: New `venue` variant for `high-impact-hero` and new `reserve` variant for `contact`, for places people visit. - **`high-impact-hero` `venue`:** the venue name set very large, with a meta line, one line and one action. The background photo sits either behind the copy, over a theme-set scrim (`--tome-hero-scrim`), or full width above it. It is chosen by the new optional `venue.mediaPlacement` field (`behind`, the default when empty, or `above`). Hooks: `data-hero-media-placement`, `data-hero-scrim`, `data-hero-meta`, `data-hero-name` and `data-hero-line`, plus the existing `data-hero-media` and `data-hero-actions`. - **`contact` `reserve`:** a dark booking band that links out to the venue's booking provider. It has a GET form for party, date and time (labels `partyLabel`, `dateLabel` and `timeLabel`, default "Party", "Date" and "Time"), built from an editor-written `reserve.urlTemplate` with `{party}`, `{date}` and `{time}` tokens, and works without JavaScript when each token is a whole query value. Under the form come labeled sample-time chips (`sampleSlots[]` and `sampleSlotsLabel`, never live availability), then an "Or:" row (lead-in `altLabel`, default "Or:") with a `tel:` call action and `altActions[]` (`link`, `call`, or `order`, which opens the ordering drawer). Every label is optional and localized; empty, it renders the English default. With no provider set, the form hides and the band leads with its actions; contact rows render as a facts row. `eyebrow` and `callAction` are now also shown for `reserve`. - **New subpath `@wabbit/tome-blocks-agency-essentials/reserve`:** the band's pure URL helpers, plus `enhanceReserveBands()`, an optional, framework-free client enhancement. It fills today's date, keeps the chips in step with the form, and fills templates the GET form cannot carry whole. The renderer stays a server component. All new fields are optional, variant-gated and have no default value, so existing content renders byte-identical.

f58f657: Counsel v1 agency pieces: a `people` variant for `team-roster` and an `aside` for the `contact` `estimate` variant. **`team-roster` `people`:** a statement tile, then tall portrait cards. The variant has its own optional fields, shown only when it is picked: `people[]` (`name` required, `role`, `credential`, `fact`, `photo`, `photoLabel`), `statement` (`text`, `label`) and `emptyCells` (1-based positions of deliberate empty cells, counted across every cell including the statement). Each card shows the name, role, a credential line and one personal fact in italic. `photoLabel` renders on the portrait as `data-compliance-label`, only when there is a photo. Empty cells are `aria-hidden` and appear from 1024px, where the grid has three columns. Hooks: `data-block-variant="people"`, `data-roster-statement`, `data-roster-person`, `data-person-name`, `data-person-role`, `data-person-credential`, `data-person-fact`, `data-roster-empty`. `members[]` and `epigraph` are now hidden in the admin for `people` only. The other four variants render exactly as before. **`contact` `estimate`:** an optional `aside` group (`label`, plus a `body` of a few short paragraphs in limited rich text, bold and italic only), for a note such as a confidentiality notice. It renders last in the intro column as `<aside data-contact-aside>`, named by its label. With no label and no body text, the output is unchanged.

• f58f657: Counsel v1 agency pieces: a `people` variant for `team-roster` and an `aside` for the `contact` `estimate` variant. **`team-roster` `people`:** a statement tile, then tall portrait cards. The variant has its own optional fields, shown only when it is picked: `people[]` (`name` required, `role`, `credential`, `fact`, `photo`, `photoLabel`), `statement` (`text`, `label`) and `emptyCells` (1-based positions of deliberate empty cells, counted across every cell including the statement). Each card shows the name, role, a credential line and one personal fact in italic. `photoLabel` renders on the portrait as `data-compliance-label`, only when there is a photo. Empty cells are `aria-hidden` and appear from 1024px, where the grid has three columns. Hooks: `data-block-variant="people"`, `data-roster-statement`, `data-roster-person`, `data-person-name`, `data-person-role`, `data-person-credential`, `data-person-fact`, `data-roster-empty`. `members[]` and `epigraph` are now hidden in the admin for `people` only. The other four variants render exactly as before. **`contact` `estimate`:** an optional `aside` group (`label`, plus a `body` of a few short paragraphs in limited rich text, bold and italic only), for a note such as a confidentiality notice. It renders last in the intro column as `<aside data-contact-aside>`, named by its label. With no label and no body text, the output is unchanged.

5f2662c: Groundwork v1.1 block fields for the quick-ask hero and the estimate contact band. **`high-impact-hero` `quick-ask`:** `proofLine` gains an optional `proofLead` text field, rendered as a `<strong data-hero-proof-lead>` before the proof text (for example "Next opening:"). Fixed: at phone widths the status dot could wrap onto its own line away from its text. The proof line is now inline flow, and the dot shares a no-wrap run (`data-hero-proof-start`) with its first phrase: the lead, or the first word of the text. The rest of the line wraps normally. With no lead and no dot, the markup is unchanged. **`contact` `estimate`:** two optional text fields. `eyebrow` is a small meta-voice kicker above the heading (`data-contact-eyebrow`). `formNote` is a short meta line beside the form card heading (`data-contact-form-note`). When it is set, the heading and note share a wrapping head row (`data-contact-card-head`). When both fields are empty, the output is unchanged.

• 5f2662c: Groundwork v1.1 block fields for the quick-ask hero and the estimate contact band. **`high-impact-hero` `quick-ask`:** `proofLine` gains an optional `proofLead` text field, rendered as a `<strong data-hero-proof-lead>` before the proof text (for example "Next opening:"). Fixed: at phone widths the status dot could wrap onto its own line away from its text. The proof line is now inline flow, and the dot shares a no-wrap run (`data-hero-proof-start`) with its first phrase: the lead, or the first word of the text. The rest of the line wraps normally. With no lead and no dot, the markup is unchanged. **`contact` `estimate`:** two optional text fields. `eyebrow` is a small meta-voice kicker above the heading (`data-contact-eyebrow`). `formNote` is a short meta line beside the form card heading (`data-contact-form-note`). When it is set, the heading and note share a wrapping head row (`data-contact-card-head`). When both fields are empty, the output is unchanged.

726b93a: The `contact` block's `estimate` variant takes an optional `cardHeading`, rendered at the top of the form card with a `[data-contact-card-heading]` hook. The field is shown only for `estimate` and renders nothing when empty, so existing estimate blocks are unchanged.

• 726b93a: The `contact` block's `estimate` variant takes an optional `cardHeading`, rendered at the top of the form card with a `[data-contact-card-heading]` hook. The field is shown only for `estimate` and renders nothing when empty, so existing estimate blocks are unchanged.

3449b30: Contact gains an `estimate` variant (a two-column request band with a form card), and phone and email values in every variant now render as `tel:` / `mailto:` links. Additive: the new fields are optional, carry no defaults and appear in the admin only when `estimate` is selected. Adding them to a Payload config adds their columns, so run your usual migration. - **Links.** A `contactBlocks[].value` that is exactly one email address renders as a `mailto:` link, and one that is exactly a phone number (7 to 15 digits, phone punctuation only) as a `tel:` link. Every other value, including addresses, year ranges and dates, renders as text, as before. - **`estimate` variant.** Left: the richText heading and intro, a `promise` (`value` shown as a big numeral, `unit`, `text`), a `callAction` (`prompt`, `label`, `phone`), `hours[]` (`days`, `time`, tabular figures) under an optional `hoursLabel`, and `areas[]` (`name`, rendered as chips) under an optional `areasLabel`. Right: a form card around the same `data-form-id` slot the `form` block renders, and an optional `responseLine`. Phones stack heading, form, then call, hours and areas. - **Form picker is opt-in.** By default the block still relates to no collection. Register it with `contactBlock.block({ formsCollection: 'forms' })` to add a `cardForm` relationship; the `ContactBlockConfig` type is exported. - **Filling the slot.** Pass your site's form to the renderer as `formSlot` (`ContactProps` is exported from `./render`); without it the slot stays empty, like the `form` block's. - Theme hooks: `data-block-variant="estimate"`, `data-contact-intro`, `data-contact-promise`, `data-contact-promise-numeral`, `data-contact-form-card`, `data-form-id`, `data-contact-response-line`, `data-contact-side`, `data-contact-call`, `data-contact-hours`, `data-contact-areas`, `data-contact-chip`, and `data-contact-link="phone|email"` on detected values. Every contact variant root now also carries `data-block-variant`.

• 3449b30: Contact gains an `estimate` variant (a two-column request band with a form card), and phone and email values in every variant now render as `tel:` / `mailto:` links. Additive: the new fields are optional, carry no defaults and appear in the admin only when `estimate` is selected. Adding them to a Payload config adds their columns, so run your usual migration. - **Links.** A `contactBlocks[].value` that is exactly one email address renders as a `mailto:` link, and one that is exactly a phone number (7 to 15 digits, phone punctuation only) as a `tel:` link. Every other value, including addresses, year ranges and dates, renders as text, as before. - **`estimate` variant.** Left: the richText heading and intro, a `promise` (`value` shown as a big numeral, `unit`, `text`), a `callAction` (`prompt`, `label`, `phone`), `hours[]` (`days`, `time`, tabular figures) under an optional `hoursLabel`, and `areas[]` (`name`, rendered as chips) under an optional `areasLabel`. Right: a form card around the same `data-form-id` slot the `form` block renders, and an optional `responseLine`. Phones stack heading, form, then call, hours and areas. - **Form picker is opt-in.** By default the block still relates to no collection. Register it with `contactBlock.block({ formsCollection: 'forms' })` to add a `cardForm` relationship; the `ContactBlockConfig` type is exported. - **Filling the slot.** Pass your site's form to the renderer as `formSlot` (`ContactProps` is exported from `./render`); without it the slot stays empty, like the `form` block's. - Theme hooks: `data-block-variant="estimate"`, `data-contact-intro`, `data-contact-promise`, `data-contact-promise-numeral`, `data-contact-form-card`, `data-form-id`, `data-contact-response-line`, `data-contact-side`, `data-contact-call`, `data-contact-hours`, `data-contact-areas`, `data-contact-chip`, and `data-contact-link="phone|email"` on detected values. Every contact variant root now also carries `data-block-variant`.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: The timeline preview no longer names a specific platform launch. The last timeline milestone reads as a generic flagship service launch. Block fields and variants are unchanged.

• 483e0a1: The timeline preview no longer names a specific platform launch. The last timeline milestone reads as a generic flagship service launch. Block fields and variants are unchanged.
• 58655f4: Blocks now carry the neutral Tome source tag instead of the legacy source tag, and variant descriptions use plain layout names; stored content is unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 10 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 04309f5: Fix a hydration mismatch in `Testimonial` and adopt the shared UTC-pinned date formatter across five renderers. `@wabbit/tome-blocks-marketing-starter`'s `Testimonial` is a `'use client'` component and rendered its publication date with a bare `new Date(iso).toLocaleDateString()`. That resolves against the RUNTIME locale and the RUNTIME time zone, so the server produced one string and the browser produced another and React reported a hydration mismatch on the block. The 2026-07-11 audit flagged it; it was still there on 2026-09-01. The same bare call sat in four server renderers — `blocks-editorial-pack`'s `MetricStrip` and `StatusBoard`, `blocks-agency-essentials`' `TeamRoster` (twice) and `Timeline`. No hydration mismatch there, but the rendered output changed with the deploy host's locale and offset, which is its own kind of wrong. All six call sites now use `formatDisplayDate` from `@wabbit/tome-blocks-core/utilities/formatDisplayDate` with an explicit `locale: 'en-US'`, a numeric `M/D/YYYY` `dateStyle` and `timeZone: 'UTC'`. The numeric shape is deliberate: it is byte-identical to what a US-locale runtime already produced, so this fixes the determinism without silently restyling anyone's dates. Every pack already declared `@wabbit/tome-blocks-core`, so no dependency changes. Shipped with its forcing function: a `no-restricted-syntax` rule in `eslint.config.mjs` warns on bare `toLocaleDateString`/`toLocaleString`/`toLocaleTimeString` in every `packages/*/src/**/*.tsx` and every block pack's `render/` directory, and points at `formatDisplayDate` and at `blocks-gallery`'s `ADDED_AT_FORMATTER` as the two accepted shapes.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0 - @wabbit/tome-blocks-extras@0.16.0

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.
• Updated dependencies [54ff357] - @wabbit/tome-blocks-extras@0.15.12

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).
• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<color> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal
• Updated dependencies [1bebcdc]
• Updated dependencies [48773ac] - @wabbit/tome-blocks-extras@0.15.11

Alignment republish: these two artifacts were the last on the registry published before the workspace:^ policy, carrying exact @wabbit dependency pins (blocks-core 0.15.0, blocks-extras 0.15.0) that force nested duplicate copies — and split blocks-core's renderer/link registries — in any consumer whose tree moves past 0.15.0. No source changes; the republish ships range deps.

• Alignment republish: these two artifacts were the last on the registry published before the workspace:^ policy, carrying exact @wabbit dependency pins (blocks-core 0.15.0, blocks-extras 0.15.0) that force nested duplicate copies — and split blocks-core's renderer/link registries — in any consumer whose tree moves past 0.15.0. No source changes; the republish ships range deps.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-extras@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

Updated dependencies [f4d55c9]

• Updated dependencies [f4d55c9]
• Updated dependencies [eb403d4] - @wabbit/tome-blocks-core@0.13.0 - @wabbit/tome-blocks-extras@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.

• 6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 36e537a: Small verified fixes: agency-essentials `Contact` gains its missing `'use client'` (it calls the rich-text adapter hook; direct RSC import crashed). chrome `NavGuard` now dev-warns when its capability gate fails to load while a `requiredCapability` is set (the fail-open contract itself is unchanged and now documented). blocks-core `BLOCK_CATALOG.ts` corrupted entries corrected from real block meta (content-two-column, content-with-corner-notch, signal-ship-card names/descriptions; gallery variants filled) + drift-risk header. Stale docstrings fixed (chrome `HeaderLogo`, blocks-gallery registry header, lms-ui payload JSDoc import path). blocks meta-package backcompat suite now asserts the RENDER registry resolves renderers (previously only descriptor registration was tested — a dropped render import shipped silently).
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-blocks-extras@0.11.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

Updated dependencies - @wabbit/tome-blocks-extras@0.9.5

• Updated dependencies - @wabbit/tome-blocks-extras@0.9.5

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-blocks-extras@0.9.4

Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-blocks-extras@0.9.2

Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

• Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.
• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0

Updated dependencies [249b670]

• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670] - @wabbit/tome-blocks-extras@0.8.0 - @wabbit/tome-blocks-core@0.8.0

Updated dependencies [28802fa]

• Updated dependencies [28802fa]
• Updated dependencies [66c611c]
• Updated dependencies [8958d41] - @wabbit/tome-blocks-extras@0.7.0 - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

f37fa00: feat(demo): add getDemoProps dispatchers to agency-essentials, marketing-starter, and signal-theme Each pack now ships a `demo.ts` barrel with a `getDemoProps(blockSlug, variant, ctx?)` dispatcher and per-block demo functions. The auto-gallery route in tome-starter can replace the `noopDemoProps` stub for all three bundles, eliminating the warning cards that appeared for every block × variant. - agency-essentials: 10 blocks × 4 variants each (about, contact, team-roster, gallery, timeline, stat, stat-bar, split-view, media, form) - marketing-starter: 8 blocks × 4-5 variants each (high-impact-hero, feature-hero, cta, logo-slider, pricing, testimonial, faq, banner) - signal-theme: 33 blocks (all signal-\* slugs); blocks with multi-variant configs covered (accordion: stacked/single, callout: tactical/lore) - DemoContext interface, individual block-level functions, and getDemoProps all re-exported from each pack barrel - richText fields intentionally omitted — GalleryRichTextProvider supplies the Lexical state at gallery render time - Relationship fields (pricing, testimonial) emit sentinel strings; gallery degrades gracefully Fixes risk R1 from the gallery gap audit. - @wabbit/tome-blocks-core@0.5.9

• f37fa00: feat(demo): add getDemoProps dispatchers to agency-essentials, marketing-starter, and signal-theme Each pack now ships a `demo.ts` barrel with a `getDemoProps(blockSlug, variant, ctx?)` dispatcher and per-block demo functions. The auto-gallery route in tome-starter can replace the `noopDemoProps` stub for all three bundles, eliminating the warning cards that appeared for every block × variant. - agency-essentials: 10 blocks × 4 variants each (about, contact, team-roster, gallery, timeline, stat, stat-bar, split-view, media, form) - marketing-starter: 8 blocks × 4-5 variants each (high-impact-hero, feature-hero, cta, logo-slider, pricing, testimonial, faq, banner) - signal-theme: 33 blocks (all signal-\* slugs); blocks with multi-variant configs covered (accordion: stacked/single, callout: tactical/lore) - DemoContext interface, individual block-level functions, and getDemoProps all re-exported from each pack barrel - richText fields intentionally omitted — GalleryRichTextProvider supplies the Lexical state at gallery render time - Relationship fields (pricing, testimonial) emit sentinel strings; gallery degrades gracefully Fixes risk R1 from the gallery gap audit. - @wabbit/tome-blocks-core@0.5.9

@wabbit/tome-blocks-core@0.5.9

• @wabbit/tome-blocks-core@0.5.9
• @wabbit/tome-blocks-extras@0.5.9

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7
• @wabbit/tome-blocks-extras@0.5.7

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

Updated dependencies [b76f684]

• Updated dependencies [b76f684]
• Updated dependencies [90a694d] - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-extras@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

• 024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The product-gallery `frameRatio` was a select whose values (`4:5`, `3:4`, ...) contain a colon, which made Payload's GraphQL schema build throw and `/api/graphql` return 500 on any site using the block. It is now a text field with the same default (`4:5`) that accepts exactly `4:5`, `1:1`, `3:4`, `3:2` or empty; existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it.

• 8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The product-gallery `frameRatio` was a select whose values (`4:5`, `3:4`, ...) contain a colon, which made Payload's GraphQL schema build throw and `/api/graphql` return 500 on any site using the block. It is now a text field with the same default (`4:5`) that accepts exactly `4:5`, `1:1`, `3:4`, `3:2` or empty; existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it.

378f888: Catalog blocks now show live prices, images and stock, and add a shared product tile, a numbered contents list, an annotated product spotlight and a product gallery. - **New block `product-gallery`.** A product's frames at one steady ratio (4:5 by default), a thumbnail row with a cross-fade, and a swipe with dots on phones; the first frame loads first. Frames are authored, or come from the product's catalog media (the primary first, then by sort order) when you look it up by `sku` or `slug`. Hooks: `data-gallery`, `data-gallery-frames`, `data-gallery-frame`, `data-gallery-thumbs`, `data-gallery-thumb` (`aria-current`), `data-gallery-dots`. - **New variant `category-strip` `contents`.** Numbered rows ruled like a printed contents page: the number, the title, one line and a live piece count sit on one shared baseline, on the page grid's lanes from 1024px, under the shared opener. New fields `kicker`, `moreLink`, `showCount`, `countLabel {one, other}` and `categories[].line`. The order number and count are live when a commerce layer has registered a listing source, and absent otherwise. Hooks: `data-contents-row`, `-no`, `-name`, `-line`, `-count`. - **New variant `featured-product` `annotated`.** The shared opener, an in-use plate, the product's line and margin notes. New fields `media` (the in-use frame, 3:2), `mediaAlt`, `notes[] {label, text}` and `moreLink`; the plate falls back to the live second image, then to the image. The notes stand in the left margin beside the plate and become a two-column list on phones. Hooks: `data-annotated-media`, `data-margin-notes`, `data-margin-note`, `data-note-label`, `data-note-text`. - **Shared product tile and shared opener.** `ProductTile` (from `./render`) is a plate (image, flags, add) over an info block, carrying `data-product-tile`, `data-tile-plate`, `data-tile-image`, `data-tile-flags`, `data-edition-tag`, `data-tile-badge`, `data-tile-eyebrow`, `data-tile-name`, `data-tile-desc`, `data-price`, `data-price-now`, `data-price-was`, `data-tile-soon` and `data-availability`. The add goes through blocks-core's `resolveAddToBag`, so it is a plain link to the product until a commerce layer registers the real control. `Opener` emits the `data-opener-*` masthead hooks. The `ProductTileData` contract and `pickTileBadge()` are exported. - **Live commerce data through registered sources.** `registerCatalogListingSource()` and `registerCatalogAvailabilitySource()` (from `./server`) let a commerce layer supply prices, images, stock and category counts without this pack importing it. With a listing source, `product-card` and `featured-product` overlay the lowest active price ("from" when variant prices differ), a real compare-at price as the struck previous price, the product image and a stock line; the price pair is overlaid as a unit, so a stale authored strike never sits beside a live price. With an availability source, `inventory-badge` follows the SKU's real availability (`resolveInventoryBadgeData()`), and a stale authored count is cleared. `listingQueryFromSearchParams()` and `listingQueryToSearchParams()` give the server render and the filter island one URL state. `createHydratedRenderers()` now also returns `inventory-badge` and `product-gallery`. - **`product-card` and `featured-product` gain an `image` field** (and `imageAlt`). A bare upload id draws nothing, so a document that only carries a stale `image` key renders as before. - **Part hooks on the existing cards.** `product-card` emits `data-tile-name`, `data-tile-desc`, `data-price`, `data-price-now` and `data-price-was`, and `featured-product` emits `data-price`, `data-price-now` and `data-price-was`, so a theme can style them; the rest of every existing variant's markup is byte-identical (the snapshot tests hold a baseline and an explicit allowance list). With no source registered, every block renders its authored data exactly as before. - **Theme hooks, additive.** `ProductTile`'s info block carries `data-tile-info`; the `product-grid` `shelf` inner wrapper carries `data-shelf-inner`; `featured-product` `annotated` carries `data-annotated-body` (the body), `data-annotated-desc` (the description) and `data-annotated-action` (the action link); and each `product-gallery` frame carries `data-frame-role="primary"` (the first frame, which is the product's primary image when the frames come from the catalog) or `"detail"`, so a theme can treat a close-up differently from the packshot. Stored renders differ only by these attributes. - **Empty filter options meet AA.** An option with no results was faded with `opacity: 0.45`, which fails contrast. It now takes the muted-ink token at full opacity; `data-facet-empty` (and the disabled checkbox) still mark it, and no opacity is applied. - **Checkpoint B fixes, all opt-in or additive.** The shelf grid now passes `restock` to every tile, so a sold-out tile (or a priced tile that cannot be bought) renders the restock control instead of nothing. The add and the restock control sit in a `data-tile-add` wrapper that the pack places bottom right of the plate, so the control's own styling can no longer move it over the edition tag. The sale badge reads "Save $22.00" (`compareAtCents - priceCents`, formatted on the server); the new `product-grid` field `saveLabel` (and the tile's `saveLabel` prop) sets the wording with `{amount}`, and a tile with no real saving gets no badge. The "New" badge now needs `edition.isNew === true` from the listing source: `isCurrent` alone only says the piece is in the current batch, so by default no tile is marked New (new optional `isNew` on the tile's `edition`). Each facet option carries `data-facet-box`, a drawn checkbox that follows the input's checked, disabled and focus states; the baseline hides it, a theme that hides the native input turns it on. The sort control's featured option is labeled "Featured" instead of "Shelf order"; it orders by the catalog's manual product order (see the storefront and catalog changesets), and "Newest" stays its own sort. - **`category-strip` `contents` counts.** A row shows its own count whenever it has one. The opener total (`showCount`) uses the listing source's own total when it gives one, else the sum of the rows only if every row has a count. The live counts and total no longer depend on a `catalog-categories` name match: the resolver used to return early when none matched, which dropped every count. Checkpoint B round 2: - **Shop at 1024px and up.** The filter bar's main column (toolbar, results, more link) carries `data-filter-main`, so a theme can place it as one grid area. The Shelf theme's rule expected the three as direct children of the rail layout and never matched. - **Sold-out tiles on the occasion row.** A tile that shows its second image (`imageRole: 'second'`), or is given `compactRestock`, asks for the restock in `size: 'compact'`: one line, "Email me when it's back", instead of the form over the plate. The shop's primary-image tile keeps the small form. `compactRestock` is a new optional `ProductTile` prop. - **A count-only opener is a caption.** An opener with only a count (no label, title or link) carries `data-opener-bare`, so a theme can drop its rule and gap; the count still rides in the label when there is one. Polish: - **One restock rule for grid tiles.** `ProductTile` now asks for the compact restock chip ("Email me when it's back", `size: 'compact'`) on every grid tile, so the shop's sold-out tile matches the occasion row; the full form lives on the product page. It used to use the compact chip only on a tile showing its second image. `compactRestock: false` opts a tile back into the small form ("Tell me when it is back"). Stored sold-out shop tiles change from the small form to the chip, which is the one intended markup change; the occasion row is unchanged. Parity pass (2026-10-19): - **Occasion tabs hold one height.** The tab panels now share one grid cell (`data-grid-panels`), so the row takes the tallest panel's height and swapping tabs never moves the page below it. An inactive panel is `visibility: hidden`, `aria-hidden` and `inert` (out of the tab order and the accessibility tree) instead of the `hidden` attribute, and each panel carries `data-active`. Untabbed grids render as before. - **Guide tile kicker and links.** The `product-grid` `shelf` `guideTile` gains optional `kicker` and `links[]` (up to four `{label, href}`); both render only when set. The tile's box carries `data-guide-plate`, with `data-guide-kicker`, `data-guide-title`, `data-guide-links` and `data-guide-link`, so a theme can stand it on the shelf line at plate height. A guide tile with only `title`, `line` and `href` renders as before apart from the new hook attributes.

• 378f888: Catalog blocks now show live prices, images and stock, and add a shared product tile, a numbered contents list, an annotated product spotlight and a product gallery. - **New block `product-gallery`.** A product's frames at one steady ratio (4:5 by default), a thumbnail row with a cross-fade, and a swipe with dots on phones; the first frame loads first. Frames are authored, or come from the product's catalog media (the primary first, then by sort order) when you look it up by `sku` or `slug`. Hooks: `data-gallery`, `data-gallery-frames`, `data-gallery-frame`, `data-gallery-thumbs`, `data-gallery-thumb` (`aria-current`), `data-gallery-dots`. - **New variant `category-strip` `contents`.** Numbered rows ruled like a printed contents page: the number, the title, one line and a live piece count sit on one shared baseline, on the page grid's lanes from 1024px, under the shared opener. New fields `kicker`, `moreLink`, `showCount`, `countLabel {one, other}` and `categories[].line`. The order number and count are live when a commerce layer has registered a listing source, and absent otherwise. Hooks: `data-contents-row`, `-no`, `-name`, `-line`, `-count`. - **New variant `featured-product` `annotated`.** The shared opener, an in-use plate, the product's line and margin notes. New fields `media` (the in-use frame, 3:2), `mediaAlt`, `notes[] {label, text}` and `moreLink`; the plate falls back to the live second image, then to the image. The notes stand in the left margin beside the plate and become a two-column list on phones. Hooks: `data-annotated-media`, `data-margin-notes`, `data-margin-note`, `data-note-label`, `data-note-text`. - **Shared product tile and shared opener.** `ProductTile` (from `./render`) is a plate (image, flags, add) over an info block, carrying `data-product-tile`, `data-tile-plate`, `data-tile-image`, `data-tile-flags`, `data-edition-tag`, `data-tile-badge`, `data-tile-eyebrow`, `data-tile-name`, `data-tile-desc`, `data-price`, `data-price-now`, `data-price-was`, `data-tile-soon` and `data-availability`. The add goes through blocks-core's `resolveAddToBag`, so it is a plain link to the product until a commerce layer registers the real control. `Opener` emits the `data-opener-*` masthead hooks. The `ProductTileData` contract and `pickTileBadge()` are exported. - **Live commerce data through registered sources.** `registerCatalogListingSource()` and `registerCatalogAvailabilitySource()` (from `./server`) let a commerce layer supply prices, images, stock and category counts without this pack importing it. With a listing source, `product-card` and `featured-product` overlay the lowest active price ("from" when variant prices differ), a real compare-at price as the struck previous price, the product image and a stock line; the price pair is overlaid as a unit, so a stale authored strike never sits beside a live price. With an availability source, `inventory-badge` follows the SKU's real availability (`resolveInventoryBadgeData()`), and a stale authored count is cleared. `listingQueryFromSearchParams()` and `listingQueryToSearchParams()` give the server render and the filter island one URL state. `createHydratedRenderers()` now also returns `inventory-badge` and `product-gallery`. - **`product-card` and `featured-product` gain an `image` field** (and `imageAlt`). A bare upload id draws nothing, so a document that only carries a stale `image` key renders as before. - **Part hooks on the existing cards.** `product-card` emits `data-tile-name`, `data-tile-desc`, `data-price`, `data-price-now` and `data-price-was`, and `featured-product` emits `data-price`, `data-price-now` and `data-price-was`, so a theme can style them; the rest of every existing variant's markup is byte-identical (the snapshot tests hold a baseline and an explicit allowance list). With no source registered, every block renders its authored data exactly as before. - **Theme hooks, additive.** `ProductTile`'s info block carries `data-tile-info`; the `product-grid` `shelf` inner wrapper carries `data-shelf-inner`; `featured-product` `annotated` carries `data-annotated-body` (the body), `data-annotated-desc` (the description) and `data-annotated-action` (the action link); and each `product-gallery` frame carries `data-frame-role="primary"` (the first frame, which is the product's primary image when the frames come from the catalog) or `"detail"`, so a theme can treat a close-up differently from the packshot. Stored renders differ only by these attributes. - **Empty filter options meet AA.** An option with no results was faded with `opacity: 0.45`, which fails contrast. It now takes the muted-ink token at full opacity; `data-facet-empty` (and the disabled checkbox) still mark it, and no opacity is applied. - **Checkpoint B fixes, all opt-in or additive.** The shelf grid now passes `restock` to every tile, so a sold-out tile (or a priced tile that cannot be bought) renders the restock control instead of nothing. The add and the restock control sit in a `data-tile-add` wrapper that the pack places bottom right of the plate, so the control's own styling can no longer move it over the edition tag. The sale badge reads "Save $22.00" (`compareAtCents - priceCents`, formatted on the server); the new `product-grid` field `saveLabel` (and the tile's `saveLabel` prop) sets the wording with `{amount}`, and a tile with no real saving gets no badge. The "New" badge now needs `edition.isNew === true` from the listing source: `isCurrent` alone only says the piece is in the current batch, so by default no tile is marked New (new optional `isNew` on the tile's `edition`). Each facet option carries `data-facet-box`, a drawn checkbox that follows the input's checked, disabled and focus states; the baseline hides it, a theme that hides the native input turns it on. The sort control's featured option is labeled "Featured" instead of "Shelf order"; it orders by the catalog's manual product order (see the storefront and catalog changesets), and "Newest" stays its own sort. - **`category-strip` `contents` counts.** A row shows its own count whenever it has one. The opener total (`showCount`) uses the listing source's own total when it gives one, else the sum of the rows only if every row has a count. The live counts and total no longer depend on a `catalog-categories` name match: the resolver used to return early when none matched, which dropped every count. Checkpoint B round 2: - **Shop at 1024px and up.** The filter bar's main column (toolbar, results, more link) carries `data-filter-main`, so a theme can place it as one grid area. The Shelf theme's rule expected the three as direct children of the rail layout and never matched. - **Sold-out tiles on the occasion row.** A tile that shows its second image (`imageRole: 'second'`), or is given `compactRestock`, asks for the restock in `size: 'compact'`: one line, "Email me when it's back", instead of the form over the plate. The shop's primary-image tile keeps the small form. `compactRestock` is a new optional `ProductTile` prop. - **A count-only opener is a caption.** An opener with only a count (no label, title or link) carries `data-opener-bare`, so a theme can drop its rule and gap; the count still rides in the label when there is one. Polish: - **One restock rule for grid tiles.** `ProductTile` now asks for the compact restock chip ("Email me when it's back", `size: 'compact'`) on every grid tile, so the shop's sold-out tile matches the occasion row; the full form lives on the product page. It used to use the compact chip only on a tile showing its second image. `compactRestock: false` opts a tile back into the small form ("Tell me when it is back"). Stored sold-out shop tiles change from the small form to the chip, which is the one intended markup change; the occasion row is unchanged. Parity pass (2026-10-19): - **Occasion tabs hold one height.** The tab panels now share one grid cell (`data-grid-panels`), so the row takes the tallest panel's height and swapping tabs never moves the page below it. An inactive panel is `visibility: hidden`, `aria-hidden` and `inert` (out of the tab order and the accessibility tree) instead of the `hidden` attribute, and each panel carries `data-active`. Untabbed grids render as before. - **Guide tile kicker and links.** The `product-grid` `shelf` `guideTile` gains optional `kicker` and `links[]` (up to four `{label, href}`); both render only when set. The tile's box carries `data-guide-plate`, with `data-guide-kicker`, `data-guide-title`, `data-guide-links` and `data-guide-link`, so a theme can stand it on the shelf line at plate height. A guide tile with only `title`, `line` and `href` renders as before apart from the new hook attributes.
• 60f76fc: `product-grid` goes live, gains the `shelf` variant and a real filter bar. (Bullets for the grid half of storefront S5; the tile, category-strip, featured-product, product-gallery and inventory-badge bullets are in the sibling changeset.) - **`dataSource: 'live'`.** A server renderer reads the listing source the host registered (`CatalogListingSource`) for the block's query: `category`, `tag`, `edition`, explicit `ids` ("goes with", which ignores every other filter), `sort` and `limit`. The default variants take the live tiles as their list, in the same markup. With no source registered, a static data source or any error, the authored `products` list renders exactly as before; the existing variants are byte-identical, held by a baseline test captured from the pre-change source. - **New variant `shelf`.** An opener (`kicker`, `heading`, `moreLink`, `showCount`; hooks `data-opener-*`), a four-across row (two on phones) of the shared product tile on a shelf line (`data-shelf-row`, `data-shelf-line`), a dashed `nextSlot` (`data-next-slot`), a `guideTile` placed after N pieces (`data-guide-tile`), `imageRole: 'second'` for the occasion row, and `tabs[] {label, tag}` that swap the row between tag queries (`data-grid-tabs`, `data-grid-tab` with `aria-pressed`). Every tab's row is rendered on the server and a tab is offered only when its query fills the row, so the swap is a client toggle with no fetch and the row never changes height. An empty state (`data-grid-empty`) offers clear filters and a link to the latest edition. - **`showFilters` is real on `shelf`.** Left `rail` or `bar` (`filterLayout`): numbered shelves with counts, checkbox facets with counts (empty options dimmed and not pickable), removable chips, clear all, sort, a live result count in an `aria-live="polite"` region, and paging by `pageSize` ("Show the next 6", a real link). The page URL holds the state: `?category=&attr.<axis>=a,b&price=&availability=in-stock&sort=&page=`, where `page` is cumulative. The host passes the URL in through the render context (`{ searchParams, pathname }`). Below 48rem the rail becomes sideways shelf tabs and a Filter button that opens a bottom sheet: focus moves in, Tab is trapped, Escape closes it and focus returns to the button. Every control has a label and a 44px target. - **Two client islands** (`ProductGridFilters`, `ProductGridTabs`); `ProductGridShelf` and the tiles stay server-safe. The rsc-boundaries manifest count for this pack goes from 1 to 3. Filter changes navigate through the link adapter, so a Next site gets soft navigation and a plain site a normal one, with no router dependency. - **Hook names** follow shelf/HOOK-CONTRACT for the grid, filter bar and sheet.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

• 1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: The catalog pack's preview data now shows a fictional outdoor-gear shop instead of a real product line. Product card, product grid, featured product, price table, category strip and inventory badge previews use an invented trail-pack range and plan names. Block fields and variants are unchanged.

• 483e0a1: The catalog pack's preview data now shows a fictional outdoor-gear shop instead of a real product line. Product card, product grid, featured product, price table, category strip and inventory badge previews use an invented trail-pack range and plan names. Block fields and variants are unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 6 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - ProductGrid (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 6 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - ProductGrid (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

cc6c65e: Fixes a badge/eyebrow overlap on narrow cards and two layout/contrast issues in the marketing-starter CTA and exhibit blocks. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's badge no longer overlaps the eyebrow text on narrow cards — below roughly 30rem of available width it drops out of its absolute-positioned corner and flows in-line above the eyebrow as a chip instead. `@wabbit/tome-blocks-marketing-starter`: the `cta` block's `doors` variant fixes a low-contrast underline on its "toolkit"-voice link, which was drawing its border from a surface-tint accent color instead of the paired text-safe accent token. The `exhibit` block's `gallery-wall` variant increases the vertical gap between its staggered plates at desktop widths so they no longer visually touch, and now centers the third plate on the grid when a wall has exactly three exhibits instead of leaving it flush left.

• cc6c65e: Fixes a badge/eyebrow overlap on narrow cards and two layout/contrast issues in the marketing-starter CTA and exhibit blocks. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's badge no longer overlaps the eyebrow text on narrow cards — below roughly 30rem of available width it drops out of its absolute-positioned corner and flows in-line above the eyebrow as a chip instead. `@wabbit/tome-blocks-marketing-starter`: the `cta` block's `doors` variant fixes a low-contrast underline on its "toolkit"-voice link, which was drawing its border from a surface-tint accent color instead of the paired text-safe accent token. The `exhibit` block's `gallery-wall` variant increases the vertical gap between its staggered plates at desktop widths so they no longer visually touch, and now centers the third plate on the grid when a wall has exactly three exhibits instead of leaving it flush left.
• 30a0060: Three display-family headings now read the `--tome-type-weight-display` token instead of a hard-coded weight. `@wabbit/tome-blocks-org-pack`: the `member-grid` block's heading and member-name headings now read the `--tome-type-weight-display` token (falling back to their existing 600 weight when a theme leaves it unset), so a theme that serves its display face at a lighter weight is no longer browser-faked bold. `@wabbit/tome-blocks-lms-pack`: the `course-card` block's title heading gets the same `--tome-type-weight-display` token treatment. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's title heading gets the same `--tome-type-weight-display` token treatment.
• 7862f30: Swaps the plain primary token for the on-solid-dark pairing on text and borders that sit on a dark surface in three packs. `@wabbit/tome-blocks-dossier-pack`: the `evidence-sheet` block's `ledger` treatment now uses the on-solid-dark pairing for its kicker, headline emphasis, body link and row-label text, instead of the plain primary token — that token is a surface-tint fill, not guaranteed legible as text on the block's dark surface. `@wabbit/tome-blocks-cinema-pack`: the `scene-plate` block's seated panel kicker and body emphasis text get the same on-solid-dark pairing, since the panel itself is a partially-opaque dark surface over the scene image. `@wabbit/tome-blocks-catalog-pack`: the `price-table` block's highlighted-tier border now uses the on-solid-dark pairing specifically on the `dark` variant, leaving the default/light variant's border on the plain primary token unchanged.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

52cd0cf: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-catalog`, which was never a declared peer and is never imported.

• 52cd0cf: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-catalog`, which was never a declared peer and is never imported.

c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

• Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

Updated dependencies [6779aa1] - @wabbit/tome-blocks-core@0.15.8

• Updated dependencies [6779aa1] - @wabbit/tome-blocks-core@0.15.8

@wabbit/tome-blocks-core@0.15.0

• @wabbit/tome-blocks-core@0.15.0

8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

• 8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0

Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

• New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

Neutralize pack-block base styling to the --tome-\* token system (extract-don't-delete; the brand treatment moved to @wabbit/tome-blocks-industrial-theme). - lms-pack: CourseCard.module.css rewritten tokens-only — the legacy safety-yellow CTA/featured strip, charcoal italic type, and hard-coded gray palette are gone from the base; the card now inherits the consuming site's theme. - catalog-pack: ProductGrid.module.css and CategoryStrip.module.css rewritten tokens-only (same extraction). - catalog-pack: FeaturedProduct, ProductCard, PriceTable, and InventoryBadge previously shipped NO styles and rendered as bare text stacks; each now has a neutral token-driven CSS module baseline (org-pack pattern), so they render designed-neutral on any consumer out of the box. Visual-breaking for consumers that relied on the baked-in industrial look: opt back in with @wabbit/tome-blocks-industrial-theme (one stylesheet import + data-tome-theme="industrial").

• Neutralize pack-block base styling to the --tome-\* token system (extract-don't-delete; the brand treatment moved to @wabbit/tome-blocks-industrial-theme). - lms-pack: CourseCard.module.css rewritten tokens-only — the legacy safety-yellow CTA/featured strip, charcoal italic type, and hard-coded gray palette are gone from the base; the card now inherits the consuming site's theme. - catalog-pack: ProductGrid.module.css and CategoryStrip.module.css rewritten tokens-only (same extraction). - catalog-pack: FeaturedProduct, ProductCard, PriceTable, and InventoryBadge previously shipped NO styles and rendered as bare text stacks; each now has a neutral token-driven CSS module baseline (org-pack pattern), so they render designed-neutral on any consumer out of the box. Visual-breaking for consumers that relied on the baked-in industrial look: opt back in with @wabbit/tome-blocks-industrial-theme (one stylesheet import + data-tome-theme="industrial").

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

a5db69f: v1 hydration contract: new `@wabbit/tome-blocks-catalog-pack/server` subpath (`import 'server-only'`). `createHydratedRenderers({ getPayload })` returns server-component wrappers for `product-card`, `featured-product`, and `category-strip` — spread over the pack's static `components` map to overlay verified live `@wabbit/tome-catalog` fields on top of authored props, with zero client fetching and zero loading state. Per-block resolvers (`resolveProductCardData`, `resolveFeaturedProductData`, `resolveCategoryStripData`) are exported individually for use outside the block pipeline. The v1 matrix (verified against the real `@wabbit/tome-catalog` schema, not the original design guess): `product-card`/`featured-product` overlay `title` and `description` (from `Product.excerpt`) keyed by `sku` — `price`/`comparePrice`/`image`/CTA stay authored, since `@wabbit/tome-catalog` carries no pricing or stock field at all and neither block has an `image` render prop. `category-strip` overlays each item's `label` (from `Category.name`) keyed by `slug`, in one batched query — `url` stays authored and there is no live count (no render slot for one). `inventory-badge` is deliberately NOT hydrated in v1: `@wabbit/tome-catalog` models no stock/inventory field anywhere. `price-table` stays fully static by design (unchanged). `product-grid` is out of scope for this wave (its own `'use client'` boundary). Access boundary: every hydration query runs `overrideAccess: false` with no `user` — anonymous-visible data only (`publicReadActiveOnly` restricts Products to `status: active`; Categories are always public). Layer absent, entity missing, or a thrown query all fall back to the untouched authored props — never a crash, never an empty hole. Static usage is completely untouched: every block still renders exactly the authored props by default, with zero peer dependency and zero behavior change, whether or not a consumer ever imports `/server`.

• a5db69f: v1 hydration contract: new `@wabbit/tome-blocks-catalog-pack/server` subpath (`import 'server-only'`). `createHydratedRenderers({ getPayload })` returns server-component wrappers for `product-card`, `featured-product`, and `category-strip` — spread over the pack's static `components` map to overlay verified live `@wabbit/tome-catalog` fields on top of authored props, with zero client fetching and zero loading state. Per-block resolvers (`resolveProductCardData`, `resolveFeaturedProductData`, `resolveCategoryStripData`) are exported individually for use outside the block pipeline. The v1 matrix (verified against the real `@wabbit/tome-catalog` schema, not the original design guess): `product-card`/`featured-product` overlay `title` and `description` (from `Product.excerpt`) keyed by `sku` — `price`/`comparePrice`/`image`/CTA stay authored, since `@wabbit/tome-catalog` carries no pricing or stock field at all and neither block has an `image` render prop. `category-strip` overlays each item's `label` (from `Category.name`) keyed by `slug`, in one batched query — `url` stays authored and there is no live count (no render slot for one). `inventory-badge` is deliberately NOT hydrated in v1: `@wabbit/tome-catalog` models no stock/inventory field anywhere. `price-table` stays fully static by design (unchanged). `product-grid` is out of scope for this wave (its own `'use client'` boundary). Access boundary: every hydration query runs `overrideAccess: false` with no `user` — anonymous-visible data only (`publicReadActiveOnly` restricts Products to `status: active`; Categories are always public). Layer absent, entity missing, or a thrown query all fall back to the untouched authored props — never a crash, never an empty hole. Static usage is completely untouched: every block still renders exactly the authored props by default, with zero peer dependency and zero behavior change, whether or not a consumer ever imports `/server`.
• 6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.
• 36e537a: Documentation truth pass: all "hydrates from @wabbit/tome-X when present" claims across READMEs, block meta, bundle descriptions, render headers, and admin field descriptions are rewritten to the honest contract — these blocks are fully static today; the layer-presence flags are the seam for a future hydration wave (trigger documented in place). content-writer's `RelatedPosts` (auto mode) and `Archive` (collection mode) no longer render fake placeholder UI — the unimplemented modes render nothing and say so in the admin field description.
• 36e537a: Peer/dependency contracts now tell the truth. blocks-core: importing the root barrel no longer hard-crashes when the optional peers (`@wabbit/tome-core`, `@wabbit/tome-catalog`) are absent — `productHooks` registration is lazily guarded; NEW explicit `registerBlockBundleProductType()` export (root barrel + `./registry/productHooks` subpath) for deterministic, format-safe registration from `payload.config.ts` (the import-time auto path no-ops under native ESM, which affects `generate:types`-visible product-type options — call the explicit API when composing catalog). chrome: `next` is now a required peer (`>=14`) — it was declared optional while `next/navigation`/`next/link` were hard-imported. readout: declares its real `next` peer; `createReadoutBlocks({ accentPalette })` is now implemented (field-tree narrowing, dispatch's mechanism) instead of a documented no-op. blocks-lms-pack / blocks-catalog-pack: `@wabbit/tome-core` moves from hard `dependencies` to `optionalDependencies`, matching org-pack and the packs' own documented degrade-gracefully design.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0

Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90]
• Updated dependencies [850d51c] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-core@1.2.1

Updated dependencies - @wabbit/tome-blocks-core@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.

• 249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.
• Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

• Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [a9801fe]

• Updated dependencies [a9801fe]
• Updated dependencies [baf401e]
• Updated dependencies [4b2f368] - @wabbit/tome-core@1.1.0 - @wabbit/tome-blocks-core@0.6.2

Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [36dc023]

• Updated dependencies [36dc023]
• Updated dependencies [2612799] - @wabbit/tome-core@1.0.11 - @wabbit/tome-blocks-core@0.5.7

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

**Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

• **Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.
• Updated dependencies - @wabbit/tome-blocks-core@0.4.2

Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

• 49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.
• Updated dependencies [deea397] - @wabbit/tome-ui@0.22.3

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.
• Updated dependencies [d51ad89] - @wabbit/tome-ui@0.22.1

Updated dependencies [9e7b353] - @wabbit/tome-ui@0.22.0

• Updated dependencies [9e7b353] - @wabbit/tome-ui@0.22.0

e192f5e: `info-panel` margin facts now land on the page grid's lanes, and the facts band takes a theme column count. - **Fix: the lanes.** The block's root was a block-level box between the wrapper `RenderBlocks` puts around every block (a subgrid of the page grid) and the section that subgrids it in turn. The section's `grid-template-columns: subgrid` therefore computed to `none`, and with `factsPlacement: 'margin'` the facts, the prose and the sidebar card all fell into one column from 1280px. The root now generates no box of its own (`display: contents`), so the section is a direct subgrid of the wrapper and the lanes exist. The framed variant (`showFrame`) keeps a box for its border. Markup is unchanged (the golden test still passes); only layout inside a page grid moves, and only for a block that relies on its named lines. - **`--tome-info-panel-facts-columns`.** The facts band from 1024px to 1279px reads this custom property for its `grid-template-columns` ("repeat(4, minmax(0, 1fr))"). Unset, it is as many 10rem columns as fit, as before. Purely additive in options: no field, peer or default changes.

• e192f5e: `info-panel` margin facts now land on the page grid's lanes, and the facts band takes a theme column count. - **Fix: the lanes.** The block's root was a block-level box between the wrapper `RenderBlocks` puts around every block (a subgrid of the page grid) and the section that subgrids it in turn. The section's `grid-template-columns: subgrid` therefore computed to `none`, and with `factsPlacement: 'margin'` the facts, the prose and the sidebar card all fell into one column from 1280px. The root now generates no box of its own (`display: contents`), so the section is a direct subgrid of the wrapper and the lanes exist. The framed variant (`showFrame`) keeps a box for its border. Markup is unchanged (the golden test still passes); only layout inside a page grid moves, and only for a block that relies on its named lines. - **`--tome-info-panel-facts-columns`.** The facts band from 1024px to 1279px reads this custom property for its `grid-template-columns` ("repeat(4, minmax(0, 1fr))"). Unset, it is as many 10rem columns as fit, as before. Purely additive in options: no field, peer or default changes.
• 6534727: `info-panel` can read the card's person on one line: "Jess, lead coach". - `personLine: 'inline'` (a select with no default, shown with the sticky card) renders a `<span data-panel-person-sep>, </span>` between the name and the role and marks the text `data-person-line="inline"`, so the name and role share a line. - Unset, `null` or `stacked` keeps the role under the name; stored documents render byte-identical markup. Purely additive: no peer is added or tightened. The new select field adds a column, so a site with migrations generates one.
• 21672ef: `info-panel` can put the card's person after the button. - `personPlacement: 'after'` (a select with no default, shown with the sticky card) renders the lead person after the call-to-action button, in the DOM as well as on screen, so the reading and tab order match what the eye sees. A theme no longer needs CSS `order` to place the coach under the button. - Unset, `null` or `before` keeps the person under the kicker exactly as before; stored documents render byte-identical markup (the golden test still passes). Purely additive: no peer is added or tightened, and nothing changes for a site that does not set the field.
• 179fe8c: `info-panel` can put its key facts in the left margin and host a live list in its sidebar card. - `factsPlacement: 'margin'` (a select with no default) moves the key facts out of the sidebar into their own region before the prose, `<aside data-key-facts-placement="margin">`, each fact reading label over value. The layout is a single column under 1024px, a band of facts above the prose from 1024px to 1279px, and from 1280px the page grid's lanes: facts in the left marginalia, prose in the reading lane, sidebar in the right marginalia. Unset or `card` keeps the facts in the sidebar exactly as before. - The renderer takes a `panelSlot` prop (a new `InfoPanelProps`, the same pattern as `contact`'s `formSlot`). A site passes any node, such as a list of the next sessions, and it renders inside the card in `[data-panel-slot]`, after the person and picture and before the key facts and button. A slot alone is enough to show the card. Omitted, nothing renders. Stored documents that set neither render byte-identical markup (pinned by a golden test). Purely additive: no peer is added or tightened, `factsPlacement` has no default, and nothing changes for a site that uses neither.
• 0f42a97: `info-panel` can put a small tag beside a key fact's value and a one-line quote under the card person's role. - `keyFacts[].note` (optional text, localized): a status such as "Illustrative" or "Sample", rendered as `<span data-fact-note>` after the value text and not inside it. It shows in the sidebar list and in the margin placement. - `panelPerson.quote` (optional text, localized): one line in the person's own words, rendered as `<span data-panel-person-quote>` under the role and before the note, shown only when the person has a name. A block that sets neither renders exactly the markup it did before. Purely additive: no peer is added or tightened.

Updated dependencies [a679cc1] - @wabbit/tome-ui@0.21.0

• Updated dependencies [a679cc1] - @wabbit/tome-ui@0.21.0

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.
• f9fe8fe: Feature Hero shows icons instead of their names, and four blocks stay inside a phone-width window. - **Feature Hero:** a feature's `icon` is a lucide name ("shield-check") or an emoji, but the renderer printed the name as text in the card. It now uses extras' shared `resolveLucideIcon` (`./render/shared`, which extras has exported since 0.28.0), the same resolver extras and catalog-pack blocks use. An unknown name shows no icon, and emoji stay text. The extras map gains `shield-check` and `workflow`. - **Feature Hero grids:** the authored two- and three-column feature grids kept their columns on a phone and ran 380px past the window. Tracks are now `minmax(0, 1fr)`, and the grids stack below 640px. In a card with its image beside the text, the text drops below the image when it would get less than 10rem, instead of breaking words mid-way or pushing the card wider. - **Status Board:** the same fix to its card grid. It was 24px past its box at 375px and now stacks below 640px. - **Editorial Colophon:** its `3 / 11` placement counts the page grid's 16 desktop tracks, so below 1024px it overran into the right gutter. It sits on the content lines there and keeps its desktop placement. - **FAQ:** Full Width is padded by the page gutter, like Feature Hero's and CTA's Full Width.

5c7752d: `annotated-page` gains a `voice` variant, two note kinds and lists in the paragraph editor. The `voice` variant sets an essay: no paragraph numbers, the text on the narrow prose track from 1024px, every note numbered with an anchor numeral at the end of its paragraph, and notes placed under their paragraph until 1280px and in the right margin from 1280px. It adds a `kicker` label, a `deck` (one sentence under the heading, `data-block-deck`), a `dropCap` checkbox and a `footnotesLabel`, and marks the root with `data-reading-body` for reading-time counters. Its layout is a stylesheet shared with the essay body of a post, and with a drop cap the first paragraph of the first row with text carries `data-drop-cap-target`. Type `[^*]` in a paragraph to place a footnote's mark where it is typed. New hooks: `data-annotated-part`, `data-note-number`, `data-fn-marker`, `data-footnotes`, `data-footnotes-label`, `data-footnote`, `data-footnote-mark`, `data-lane-kicker`, `data-drop-cap`, `data-notes-from`. New note kinds `exercise` (for a "Try this" prompt) and `footnote` (a symbol mark in the text, collected into a list after the last paragraph) work in both variants. The paragraph editor now offers ordered and unordered lists. Existing pages and the default variant render exactly as before.

• 5c7752d: `annotated-page` gains a `voice` variant, two note kinds and lists in the paragraph editor. The `voice` variant sets an essay: no paragraph numbers, the text on the narrow prose track from 1024px, every note numbered with an anchor numeral at the end of its paragraph, and notes placed under their paragraph until 1280px and in the right margin from 1280px. It adds a `kicker` label, a `deck` (one sentence under the heading, `data-block-deck`), a `dropCap` checkbox and a `footnotesLabel`, and marks the root with `data-reading-body` for reading-time counters. Its layout is a stylesheet shared with the essay body of a post, and with a drop cap the first paragraph of the first row with text carries `data-drop-cap-target`. Type `[^*]` in a paragraph to place a footnote's mark where it is typed. New hooks: `data-annotated-part`, `data-note-number`, `data-fn-marker`, `data-footnotes`, `data-footnotes-label`, `data-footnote`, `data-footnote-mark`, `data-lane-kicker`, `data-drop-cap`, `data-notes-from`. New note kinds `exercise` (for a "Try this" prompt) and `footnote` (a symbol mark in the text, collected into a list after the last paragraph) work in both variants. The paragraph editor now offers ordered and unordered lists. Existing pages and the default variant render exactly as before.
• be32808: New `./essay` entry sets a post in the Margin Voice, so an essay can be a Post and an editor works in the post editor. - `marginNoteBlock`: a `margin-note` Lexical block for a post body (`kind` with every note kind including `exercise` and `footnote`, `label`, `body`, `person`, and an optional `citationNumber`). A note attaches to the paragraph, list, heading or quote just above it; the admin says so. - `EssayBody`: groups a post body into voice rows and renders them with the same row renderer as the `annotated-page` `voice` variant. An `h2` opens a part, every note is numbered 1 to n in reading order with its anchor appended to its row, footnotes get symbol marks and an end list, and the drop cap comes from a post field. Uploads, banners and other blocks go to a `renderNode` callback. It emits `data-essay-body`, `data-reading-body` and the shared voice hooks, and it ships the layout itself: notes in the right margin from 1280px and inline below, text on the prose track, with the same stylesheet `annotated-page` `voice` uses (one source, mounted by `EssayBody` through `<BlockStyles>`), so a template imports no CSS. - `essayPostFields()`: the `essay` field group for a Posts collection (kind, revised date, "In short" summary, drop cap, running head on or off), shown for the `ESSAY` design version. - `MarginNoteInline`: a note in the flow of the text, for a post template with no margin. `marginNoteFallback()` reads a stored note as plain data for a serializer that cannot import the pack. - Footnote placement: type `[^*]` in a paragraph and the next footnote note's mark lands there instead of at the paragraph's end; footnotes with no token keep the end mark. It works in `annotated-page` too. - `essayReadingMinutes()`: reading time with margin-note text included, from core's reading-time rule. The entry has two halves, `./essay/config` (loads the Lexical editor runtime) and `./essay/render` (no Payload runtime; `EssayBody` mounts its layout stylesheet), and `./essay` joins both. `@wabbit/tome-core` becomes a required peer (`>=1.23.0 <2.0.0`) for the reading-time rule. The `margin-note` block turns off the editor's block-name input, which duplicated the label. Existing blocks and exports are unchanged.
• Updated dependencies [d69161c] - @wabbit/tome-ui@0.20.0

1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

• 1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

31a71f2: `info-panel` can hide the key-facts heading, and wraps each section sign in the section label in a `data-section-label-mark` span. The new `showKeyFactsLabel` checkbox (default on) shows or hides the heading above the key facts; content that never set it keeps the heading. Hidden, the facts sit in a `role="group"` whose `aria-label` is the key-facts label. A `§` or `¶` in the section label, linked or not, gets its own `<span data-section-label-mark="">`, so a theme can color the sign; text and accessible name are unchanged.

• 31a71f2: `info-panel` can hide the key-facts heading, and wraps each section sign in the section label in a `data-section-label-mark` span. The new `showKeyFactsLabel` checkbox (default on) shows or hides the heading above the key facts; content that never set it keeps the heading. Hidden, the facts sit in a `role="group"` whose `aria-label` is the key-facts label. A `§` or `¶` in the section label, linked or not, gets its own `<span data-section-label-mark="">`, so a theme can color the sign; text and accessible name are unchanged.

Updated dependencies [f7940ba] - @wabbit/tome-ui@0.19.0

• Updated dependencies [f7940ba] - @wabbit/tome-ui@0.19.0

937e9f3: `info-panel` can open a page, and its section label can leave mono. - The main rich text allows **h1** (it allowed h2 to h4), so a panel that heads a page can carry the page's `h1`. The prose rhythm styles h1 with the other headings. Existing content is unchanged. - The section label's voice is tokenised: `--tome-info-panel-label-font` (font family, default the mono face), `--tome-info-panel-label-case` (text-transform, default `uppercase`), `--tome-info-panel-label-tracking` (default the widest tracking) and `--tome-info-panel-label-caps` (font-variant-caps, default `normal`). A theme can set the label in small caps. The label carries `data-section-label`. - New optional `sectionLabelLink.text`: the label's leading part to link. With "Practice" on "Practice · Leases", only "Practice" is the link (`data-section-label-link`) and " · Leases" follows as `<span data-section-label-rest>`. Empty, or text the label doesn't start with, links the whole label as before.

• 937e9f3: `info-panel` can open a page, and its section label can leave mono. - The main rich text allows **h1** (it allowed h2 to h4), so a panel that heads a page can carry the page's `h1`. The prose rhythm styles h1 with the other headings. Existing content is unchanged. - The section label's voice is tokenised: `--tome-info-panel-label-font` (font family, default the mono face), `--tome-info-panel-label-case` (text-transform, default `uppercase`), `--tome-info-panel-label-tracking` (default the widest tracking) and `--tome-info-panel-label-caps` (font-variant-caps, default `normal`). A theme can set the label in small caps. The label carries `data-section-label`. - New optional `sectionLabelLink.text`: the label's leading part to link. With "Practice" on "Practice · Leases", only "Practice" is the link (`data-section-label-link`) and " · Leases" follows as `<span data-section-label-rest>`. Empty, or text the label doesn't start with, links the whole label as before.

164c8c2: A new Annotated Page block, plus a person note, photo-or-initials tile and linkable section label on the Info Panel. - **Annotated Page** (`annotated-page`, new): rows of prose, each with an automatic paragraph number and its own margin notes. Fields: an optional `heading` and `rows[] { subheading?, body, notes[] }`, where each note is `{ kind, label?, citationNumber?, person? { name, initials, role }, body? }` and `kind` is `note`, `person`, `citation`, `fee`, `timeline`, `jurisdiction` or `reviewed`. From 1024px the number sits in the left margin and the notes in the right margin, each row its own subgrid so a note lines up with its paragraph without JS; from 768px the notes move to the right margin; below 768px each note follows its paragraph inline. To cite a note, type `[^n]` in the paragraph and give a citation note `citationNumber: n`: the token renders as a superscript link to the note (`data-cite-marker`), and the note's number links back. A person note needs no photo (an initials tile). Theme hooks are listed in the README. - **Info Panel**: `panelPerson` gains an optional `note` (a small line under the role, `data-panel-person-note`) and an optional `photo`; without a photo the tile shows the initials and now also carries `data-panel-initials`. A new optional `sectionLabelLink { href }` turns the section label into a link (`data-section-label-link`). A new `panelPosition` select (`sticky`, the default, or `static`; shown with `stickyPanel` on) lets the card stay in place without sticky positioning; the sidebar then carries `data-panel-position="static"`. `stickyPanel` is effectively the switch that shows the card; it will be renamed in the block's next breaking version. All new fields are optional. Existing content renders as before.

• 164c8c2: A new Annotated Page block, plus a person note, photo-or-initials tile and linkable section label on the Info Panel. - **Annotated Page** (`annotated-page`, new): rows of prose, each with an automatic paragraph number and its own margin notes. Fields: an optional `heading` and `rows[] { subheading?, body, notes[] }`, where each note is `{ kind, label?, citationNumber?, person? { name, initials, role }, body? }` and `kind` is `note`, `person`, `citation`, `fee`, `timeline`, `jurisdiction` or `reviewed`. From 1024px the number sits in the left margin and the notes in the right margin, each row its own subgrid so a note lines up with its paragraph without JS; from 768px the notes move to the right margin; below 768px each note follows its paragraph inline. To cite a note, type `[^n]` in the paragraph and give a citation note `citationNumber: n`: the token renders as a superscript link to the note (`data-cite-marker`), and the note's number links back. A person note needs no photo (an initials tile). Theme hooks are listed in the README. - **Info Panel**: `panelPerson` gains an optional `note` (a small line under the role, `data-panel-person-note`) and an optional `photo`; without a photo the tile shows the initials and now also carries `data-panel-initials`. A new optional `sectionLabelLink { href }` turns the section label into a link (`data-section-label-link`). A new `panelPosition` select (`sticky`, the default, or `static`; shown with `stickyPanel` on) lets the card stay in place without sticky positioning; the sidebar then carries `data-panel-position="static"`. `stickyPanel` is effectively the switch that shows the card; it will be renamed in the block's next breaking version. All new fields are optional. Existing content renders as before.

8960ee1: Phase Ledger outcome hooks, an Info Panel card kicker, and two-column margin facts on phones. - **Phase Ledger** (dossier): each phase's outcome line carries `data-phase-outcome`, and its italic and weight read `--tome-dossier-phase-outcome-style` (default `italic`) and `--tome-dossier-phase-outcome-weight` (default `330`), so a theme can restyle the outcome without overriding the declarations. The look is unchanged when neither token is set. - **Info Panel** (editorial): the sticky panel card gains an optional `panelKicker`, a small label rendered first in the card, above the person (hook `data-panel-kicker`). It is read only with `stickyPanel` on, and a kicker alone is enough to render the card. The person's `name` may now be a full lead sentence ("Marisol Vance leads roof replacements."), with `role` as the sentences that follow. Both wrap beside the initials with no clamp or truncation, and the admin label and descriptions say so. Set `initials` when the name is a sentence. - **Editorial Spread** (editorial): margin facts (`rail.statCallouts` that carry a note) sit in two columns on phones (under 640px) instead of one long column. An odd last fact sits alone in the first column. Tablets keep the auto-fill columns, and the desktop rail is unchanged. Existing content renders as before.

• 8960ee1: Phase Ledger outcome hooks, an Info Panel card kicker, and two-column margin facts on phones. - **Phase Ledger** (dossier): each phase's outcome line carries `data-phase-outcome`, and its italic and weight read `--tome-dossier-phase-outcome-style` (default `italic`) and `--tome-dossier-phase-outcome-weight` (default `330`), so a theme can restyle the outcome without overriding the declarations. The look is unchanged when neither token is set. - **Info Panel** (editorial): the sticky panel card gains an optional `panelKicker`, a small label rendered first in the card, above the person (hook `data-panel-kicker`). It is read only with `stickyPanel` on, and a kicker alone is enough to render the card. The person's `name` may now be a full lead sentence ("Marisol Vance leads roof replacements."), with `role` as the sentences that follow. Both wrap beside the initials with no clamp or truncation, and the admin label and descriptions say so. Set `initials` when the name is a sentence. - **Editorial Spread** (editorial): margin facts (`rail.statCallouts` that carry a note) sit in two columns on phones (under 640px) instead of one long column. An odd last fact sits alone in the first column. Tablets keep the auto-fill columns, and the desktop rail is unchanged. Existing content renders as before.
• Updated dependencies [1767d0d] - @wabbit/tome-ui@0.18.0

ee82782: `info-panel` with a sticky sidebar takes optional `panelPerson`, `panelMedia` and `panelCta`, rendered as one card: person, media thumb, key facts, then a button. The fields show only for the `Prose + Sidebar` treatment with **Sticky Sidebar** on. Person initials default to the first and last name. Theme hooks: `data-panel-card`, `data-panel-person`, `data-panel-person-initials`, `data-panel-person-name`, `data-panel-person-role`, `data-panel-media`, `data-panel-cta`. With none set, the panel renders as before. The panel's rich text now has paragraph spacing, heading rhythm and list markers in the block's own stylesheet, so lists and paragraphs read correctly under a CSS reset.

• ee82782: `info-panel` with a sticky sidebar takes optional `panelPerson`, `panelMedia` and `panelCta`, rendered as one card: person, media thumb, key facts, then a button. The fields show only for the `Prose + Sidebar` treatment with **Sticky Sidebar** on. Person initials default to the first and last name. Theme hooks: `data-panel-card`, `data-panel-person`, `data-panel-person-initials`, `data-panel-person-name`, `data-panel-person-role`, `data-panel-media`, `data-panel-cta`. With none set, the panel renders as before. The panel's rich text now has paragraph spacing, heading rhythm and list markers in the block's own stylesheet, so lists and paragraphs read correctly under a CSS reset.

1b46f4a: `editorialSpread` rail stat callouts take an optional `note`, rendered under the label in small muted type, so the rail can carry "margin facts" (value, label, note). **Migration:** this adds a field to the `editorialSpread` block, so run your Payload migration (`payload migrate:create`, then `payload migrate` on SQL databases) and regenerate your Payload types after upgrading. Existing spreads render unchanged. `rail.statCallouts[].note` is a localized text field capped at 120 characters. Below `lg`, where the rail collapses to an eyebrow and hides its details, stat callouts that carry a note now stay visible as a compact, hairline-separated list on their own row; bare value-and-label stats still collapse as before. Theme hooks: `[data-rail-facts]` on the list (with `data-has-notes="true"` when any note is set), `[data-rail-fact]` on each item and `[data-rail-fact-note]` on the note. The `rail-right` demo now shows margin facts.

• 1b46f4a: `editorialSpread` rail stat callouts take an optional `note`, rendered under the label in small muted type, so the rail can carry "margin facts" (value, label, note). **Migration:** this adds a field to the `editorialSpread` block, so run your Payload migration (`payload migrate:create`, then `payload migrate` on SQL databases) and regenerate your Payload types after upgrading. Existing spreads render unchanged. `rail.statCallouts[].note` is a localized text field capped at 120 characters. Below `lg`, where the rail collapses to an eyebrow and hides its details, stat callouts that carry a note now stay visible as a compact, hairline-separated list on their own row; bare value-and-label stats still collapse as before. Theme hooks: `[data-rail-facts]` on the list (with `data-has-notes="true"` when any note is set), `[data-rail-fact]` on each item and `[data-rail-fact-note]` on the note. The `rail-right` demo now shows margin facts.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.
• Updated dependencies [775f90a] - @wabbit/tome-ui@0.17.1

Updated dependencies [d432a85] - @wabbit/tome-ui@0.17.0

• Updated dependencies [d432a85] - @wabbit/tome-ui@0.17.0

5884e65: The feature block's card grid now fits a 320px phone screen instead of running past the right edge. Every auto-fit track floor is capped at the container width (`min(<floor>, 100%)`).

• 5884e65: The feature block's card grid now fits a 320px phone screen instead of running past the right edge. Every auto-fit track floor is capped at the container width (`min(<floor>, 100%)`).

483e0a1: Preview data in the editorial pack now uses invented brand and people names. The compare columns, editorial spread and message panel previews use fictional names. Block fields and variants are unchanged.

• 483e0a1: Preview data in the editorial pack now uses invented brand and people names. The compare columns, editorial spread and message panel previews use fictional names. Block fields and variants are unchanged.
• 6301bf1: The data hero is now listed as a Tome block in the gallery, and its variant descriptions use plain layout names.
• d08fc38: The info panel block now fits a phone-width screen: the sidebar stacks under the prose and the image wraps above it. The fixed 20rem sidebar track and non-shrinking image no longer force the block wider than its container. The layout from 768px up is unchanged.
• 58655f4: Blocks now carry the neutral Tome source tag instead of the legacy source tag, and variant and editorial descriptions use plain layout names; stored content is unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.
• Updated dependencies [c14a133] - @wabbit/tome-ui@0.16.0

f52288f: Per-word text no longer runs together, and `lexical-motion-text` is visible by default. `text-reveal` (editorial pack) and `lexical-motion-text` (extras) put the space after each word inside an `inline-block` span, where a trailing space collapses, so every word rendered glued to the next. The space is now a real text node between the word spans, so words separate, lines wrap between words, and copied text and screen readers get the sentence with spaces. `text-reveal` also drops empty words from leading or trailing whitespace. The block's meta, variant and field descriptions no longer claim a scroll-driven reveal that is not wired; the text was always fully visible. `lexical-motion-text` words rest visible and in place; the reveal now runs from a hidden first frame as an enhancement instead of ending there, so text shows without the animation. A `prefers-reduced-motion: reduce` rule shows the words with no animation. The effect is unchanged for visitors with motion enabled. No exports, fields or signatures change.

• f52288f: Per-word text no longer runs together, and `lexical-motion-text` is visible by default. `text-reveal` (editorial pack) and `lexical-motion-text` (extras) put the space after each word inside an `inline-block` span, where a trailing space collapses, so every word rendered glued to the next. The space is now a real text node between the word spans, so words separate, lines wrap between words, and copied text and screen readers get the sentence with spaces. `text-reveal` also drops empty words from leading or trailing whitespace. The block's meta, variant and field descriptions no longer claim a scroll-driven reveal that is not wired; the text was always fully visible. `lexical-motion-text` words rest visible and in place; the reveal now runs from a hidden first frame as an enhancement instead of ending there, so text shows without the animation. A `prefers-reduced-motion: reduce` rule shows the words with no animation. The effect is unchanged for visitors with motion enabled. No exports, fields or signatures change.
• Updated dependencies [8c84e70] - @wabbit/tome-ui@0.15.0

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 12 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - EditorialSection and EditorialSpread are client components; each is now a server-safe wrapper (`X.tsx`) around `X.client.tsx`. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 12 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - EditorialSection and EditorialSpread are client components; each is now a server-safe wrapper (`X.tsx`) around `X.client.tsx`. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

aaf3533: Adds spacing between consecutive rich-text paragraphs and fixes a layout/interaction gap in two editorial variants. `@wabbit/tome-blocks-extras`: the `section-header` block's `statement-hero` and `ruled-split` variants now add space between consecutive paragraphs in their rich-text body copy, instead of every paragraph running edge to edge with no breathing room. `@wabbit/tome-blocks-editorial-pack`: the `feature` block's `walk-strip` and `ledger-dark` variants get the same consecutive-paragraph spacing in their rich-text body copy. `walk-strip`'s stop cards are now a single click target end to end (previously only the route link text itself was clickable), with a visible focus ring on the whole card when the link is keyboard-focused. `ledger-dark`'s USP grid now runs 2-up by default, 3-up at desktop widths, and 4-up at desktop widths specifically when there are exactly four entries — previously it was a fixed 3-up grid that collapsed straight to one column below tablet width. `walk-strip` also lays out a five-stop walk cleanly: five across at 1200px and wider, and 3 + 2 between 861 and 1199px, staggered on the middle column so no two cards touch. A five-stop walk previously wrapped its fifth stop alone onto a second row.

• aaf3533: Adds spacing between consecutive rich-text paragraphs and fixes a layout/interaction gap in two editorial variants. `@wabbit/tome-blocks-extras`: the `section-header` block's `statement-hero` and `ruled-split` variants now add space between consecutive paragraphs in their rich-text body copy, instead of every paragraph running edge to edge with no breathing room. `@wabbit/tome-blocks-editorial-pack`: the `feature` block's `walk-strip` and `ledger-dark` variants get the same consecutive-paragraph spacing in their rich-text body copy. `walk-strip`'s stop cards are now a single click target end to end (previously only the route link text itself was clickable), with a visible focus ring on the whole card when the link is keyboard-focused. `ledger-dark`'s USP grid now runs 2-up by default, 3-up at desktop widths, and 4-up at desktop widths specifically when there are exactly four entries — previously it was a fixed 3-up grid that collapsed straight to one column below tablet width. `walk-strip` also lays out a five-stop walk cleanly: five across at 1200px and wider, and 3 + 2 between 861 and 1199px, staggered on the middle column so no two cards touch. A five-stop walk previously wrapped its fifth stop alone onto a second row.

9ac8d3d: Data hero and text reveal now get their vertical padding: they read the undeclared `--tome-space-xxl` and now read `--tome-space-2xl`.

• 9ac8d3d: Data hero and text reveal now get their vertical padding: they read the undeclared `--tome-space-xxl` and now read `--tome-space-2xl`.
• Updated dependencies [9f6b52c] - @wabbit/tome-ui@0.14.0

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

309b6d6: Message Panel and Split Panel timestamps now render in a pinned `en-US` locale and UTC instead of the server's runtime settings. They are formatted with `formatDisplayDate`; an unparseable timestamp renders as written instead of `Invalid Date`.

• 309b6d6: Message Panel and Split Panel timestamps now render in a pinned `en-US` locale and UTC instead of the server's runtime settings. They are formatted with `formatDisplayDate`; an unparseable timestamp renders as written instead of `Invalid Date`.
• cbbc37c: Text Reveal no longer promises a word-by-word scroll animation it does not have; its text renders fully visible, and its meta now says so. - `@wabbit/tome-blocks-editorial-pack`: the `text-reveal` block meta carries the corrected description, summary and role. - `@wabbit/tome-blocks-core`: the generated `BLOCK_CATALOG` entry for `text-reveal` picks up the same corrected description and role.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`. Behavior and signature are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.
• Updated dependencies [404d325] - @wabbit/tome-ui@0.13.1

9babc42: Omit nested-blocks fields when the consumer configured no allowlist, instead of emitting `blocks: []`. `editorialSpread`, `editorialSection` (`main`), `stackingWrapper` (`cards`) and `layoutGrid` (`items`) take their nested block allowlist from consumer config and defaulted it to `[]`, emitting the field regardless. That is not a harmless empty picker. Payload's client-config conversion guards both keys on length: ```js if (incomingField.blockReferences?.length) { ... } if (incomingField.blocks?.length) { ... } ``` so an empty array produces a client field carrying NEITHER key, and `@payloadcms/ui`'s `buildClientFieldSchemaMap` then evaluates `(field.blockReferences ?? field.blocks).map(...)` on undefined. It throws inside `renderDocument`, so **every** document edit view in the consuming admin renders blank or 500s — not only pages using the block. Observed 2026-09-09 on starter.wabbit.com, which registers these blocks with no config: Pages and Posts rendered an empty admin body while Media and Users were unaffected, with the REST layer healthy throughout. An unconfigured surface now degrades to absent rather than present-and-malformed. Consumers that do pass an allowlist are unchanged. Regression coverage lives in `blocks-editorial-pack/test/nested-blocks-allowlist.test.ts` and `blocks-extras/test/nested-blocks-allowlist.test.ts`; both gates were proven non-vacuous by reverting each guard and confirming the omission assertions fail. `layoutGrid` was found by sweeping the repo for the rest of the defect class rather than by a second field report — no consumer registers it today, so it was latent, not live. Any nested-blocks field whose allowlist is consumer-injected belongs to this class and must omit rather than emit empty.

• 9babc42: Omit nested-blocks fields when the consumer configured no allowlist, instead of emitting `blocks: []`. `editorialSpread`, `editorialSection` (`main`), `stackingWrapper` (`cards`) and `layoutGrid` (`items`) take their nested block allowlist from consumer config and defaulted it to `[]`, emitting the field regardless. That is not a harmless empty picker. Payload's client-config conversion guards both keys on length: ```js if (incomingField.blockReferences?.length) { ... } if (incomingField.blocks?.length) { ... } ``` so an empty array produces a client field carrying NEITHER key, and `@payloadcms/ui`'s `buildClientFieldSchemaMap` then evaluates `(field.blockReferences ?? field.blocks).map(...)` on undefined. It throws inside `renderDocument`, so **every** document edit view in the consuming admin renders blank or 500s — not only pages using the block. Observed 2026-09-09 on starter.wabbit.com, which registers these blocks with no config: Pages and Posts rendered an empty admin body while Media and Users were unaffected, with the REST layer healthy throughout. An unconfigured surface now degrades to absent rather than present-and-malformed. Consumers that do pass an allowlist are unchanged. Regression coverage lives in `blocks-editorial-pack/test/nested-blocks-allowlist.test.ts` and `blocks-extras/test/nested-blocks-allowlist.test.ts`; both gates were proven non-vacuous by reverting each guard and confirming the omission assertions fail. `layoutGrid` was found by sweeping the repo for the rest of the defect class rather than by a second field report — no consumer registers it today, so it was latent, not live. Any nested-blocks field whose allowlist is consumer-injected belongs to this class and must omit rather than emit empty.
• Updated dependencies [9babc42] - @wabbit/tome-blocks-extras@0.16.3 - @wabbit/tome-blocks-core@0.16.0

Updated dependencies [befde64] - @wabbit/tome-ui@0.13.0

• Updated dependencies [befde64] - @wabbit/tome-ui@0.13.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 04309f5: Fix a hydration mismatch in `Testimonial` and adopt the shared UTC-pinned date formatter across five renderers. `@wabbit/tome-blocks-marketing-starter`'s `Testimonial` is a `'use client'` component and rendered its publication date with a bare `new Date(iso).toLocaleDateString()`. That resolves against the RUNTIME locale and the RUNTIME time zone, so the server produced one string and the browser produced another and React reported a hydration mismatch on the block. The 2026-07-11 audit flagged it; it was still there on 2026-09-01. The same bare call sat in four server renderers — `blocks-editorial-pack`'s `MetricStrip` and `StatusBoard`, `blocks-agency-essentials`' `TeamRoster` (twice) and `Timeline`. No hydration mismatch there, but the rendered output changed with the deploy host's locale and offset, which is its own kind of wrong. All six call sites now use `formatDisplayDate` from `@wabbit/tome-blocks-core/utilities/formatDisplayDate` with an explicit `locale: 'en-US'`, a numeric `M/D/YYYY` `dateStyle` and `timeZone: 'UTC'`. The numeric shape is deliberate: it is byte-identical to what a US-locale runtime already produced, so this fixes the determinism without silently restyling anyone's dates. Every pack already declared `@wabbit/tome-blocks-core`, so no dependency changes. Shipped with its forcing function: a `no-restricted-syntax` rule in `eslint.config.mjs` warns on bare `toLocaleDateString`/`toLocaleString`/`toLocaleTimeString` in every `packages/*/src/**/*.tsx` and every block pack's `render/` directory, and points at `formatDisplayDate` and at `blocks-gallery`'s `ADDED_AT_FORMATTER` as the two accepted shapes.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [b01ca1f]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0 - @wabbit/tome-blocks-extras@0.16.0 - @wabbit/tome-ui@0.12.0

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.
• Updated dependencies [54ff357] - @wabbit/tome-blocks-extras@0.15.12

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).
• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<color> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal
• Updated dependencies [1bebcdc]
• Updated dependencies [48773ac] - @wabbit/tome-blocks-extras@0.15.11 - @wabbit/tome-ui@0.11.2

Updated dependencies [0a070e0] - @wabbit/tome-ui@0.11.0

• Updated dependencies [0a070e0] - @wabbit/tome-ui@0.11.0

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0 - @wabbit/tome-blocks-extras@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0 - @wabbit/tome-blocks-extras@0.14.0

c041aea: feature: `walk-strip` + `ledger-dark` variants graduated from tome-starter (showcase Phase 3.7); `manifest` variant registered (closes doc/code drift — the variant array was missing an entry the doc comment and `designVersion` picker already described); `note` + `columnSpan` + USPs `link` added to the base schema. `manifest` is style-only, no schema change: it's the FEATURE_COP3 layout registered under its `_variant` slug, with a non-breaking fallback in the renderer (`block._variant === 'manifest'` applies the FEATURE_COP3 style class only when no legacy `designVersion` is set — existing FEATURE_COP1/2/3 documents render exactly as before). `walk-strip` is numbered stop cards — mono counter, serif stop title, body, and a real route link per stop, staggered offsets, scroll-reveal via `@wabbit/tome-blocks-core`'s `Reveal` helper; its per-USP `link` group lives on the base schema behind an `admin.condition` (not a `fieldOverrides` schema variant, same rationale as the cta door variants) using a newly-ported `createBlockItemCondition` helper (`src/shared/blockItemCondition.ts`, adapted from tome-starter's `findParentFeatureVersion` to not assume a hardcoded blocks-field name, since this package is consumed by sites that name it differently). `ledger-dark` is the ink full-bleed stat band — serif numerals with an accent superscript (a USP tagline of "96 free" splits into "96" + superscript "free"), mono uppercase labels over hairline rules, and a ruled `note` row (Ledger Dark only, behind an `admin.condition` on `_variant`); seed with `columnSpan: '1 / -1'` for full bleed.

• c041aea: feature: `walk-strip` + `ledger-dark` variants graduated from tome-starter (showcase Phase 3.7); `manifest` variant registered (closes doc/code drift — the variant array was missing an entry the doc comment and `designVersion` picker already described); `note` + `columnSpan` + USPs `link` added to the base schema. `manifest` is style-only, no schema change: it's the FEATURE_COP3 layout registered under its `_variant` slug, with a non-breaking fallback in the renderer (`block._variant === 'manifest'` applies the FEATURE_COP3 style class only when no legacy `designVersion` is set — existing FEATURE_COP1/2/3 documents render exactly as before). `walk-strip` is numbered stop cards — mono counter, serif stop title, body, and a real route link per stop, staggered offsets, scroll-reveal via `@wabbit/tome-blocks-core`'s `Reveal` helper; its per-USP `link` group lives on the base schema behind an `admin.condition` (not a `fieldOverrides` schema variant, same rationale as the cta door variants) using a newly-ported `createBlockItemCondition` helper (`src/shared/blockItemCondition.ts`, adapted from tome-starter's `findParentFeatureVersion` to not assume a hardcoded blocks-field name, since this package is consumed by sites that name it differently). `ledger-dark` is the ink full-bleed stat band — serif numerals with an accent superscript (a USP tagline of "96 free" splits into "96" + superscript "free"), mono uppercase labels over hairline rules, and a ruled `note` row (Ledger Dark only, behind an `admin.condition` on `_variant`); seed with `columnSpan: '1 / -1'` for full bleed.
• Updated dependencies [f4d55c9]
• Updated dependencies [eb403d4] - @wabbit/tome-blocks-core@0.13.0 - @wabbit/tome-blocks-extras@0.13.0

Updated dependencies - @wabbit/tome-ui@0.10.0

• Updated dependencies - @wabbit/tome-ui@0.10.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2 - @wabbit/tome-blocks-extras@0.11.2

aef2725: EditorialSpread's two rail-rendering copies (RailInternals vs the rail-both left-rail IIFE) had silently drifted in field order — links-vs-statCallouts rendered in different orders per variant. Deduplicated into one `RailPrimaryContent` sub-component normalized to links → statCallouts. **VISIBLE CHANGE (hence minor)**: rail-left/rail-right/rail-top variants that populate BOTH links and statCallouts render them in the new order. Worth a glance on live editorial pages using both fields.

• aef2725: EditorialSpread's two rail-rendering copies (RailInternals vs the rail-both left-rail IIFE) had silently drifted in field order — links-vs-statCallouts rendered in different orders per variant. Deduplicated into one `RailPrimaryContent` sub-component normalized to links → statCallouts. **VISIBLE CHANGE (hence minor)**: rail-left/rail-right/rail-top variants that populate BOTH links and statCallouts render them in the new order. Worth a glance on live editorial pages using both fields.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0 - @wabbit/tome-blocks-extras@0.11.0 - @wabbit/tome-ui@0.9.9

Updated dependencies [ec4b7bc] - @wabbit/tome-ui@0.9.8

• Updated dependencies [ec4b7bc] - @wabbit/tome-ui@0.9.8

Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0 - @wabbit/tome-blocks-extras@0.10.0

Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.

• Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.
• Updated dependencies - @wabbit/tome-blocks-extras@0.9.5

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-blocks-extras@0.9.4 - @wabbit/tome-ui@0.9.7

Updated dependencies - @wabbit/tome-ui@0.9.6

• Updated dependencies - @wabbit/tome-ui@0.9.6

Updated dependencies

• Updated dependencies
• Updated dependencies - @wabbit/tome-blocks-core@0.9.2 - @wabbit/tome-ui@0.9.5 - @wabbit/tome-blocks-extras@0.9.2

Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

• Updated dependencies [c07f3c8] - @wabbit/tome-blocks-extras@0.9.1

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.
• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0 - @wabbit/tome-blocks-extras@0.9.0

Updated dependencies [249b670]

• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670]
• Updated dependencies [249b670] - @wabbit/tome-blocks-extras@0.8.0 - @wabbit/tome-blocks-core@0.8.0

28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.

• 28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.
• 8958d41: Expose a client-safe `./meta` export on each block pack: payload-free block descriptor metadata (slug/name/description/category/tags/source + variants), separate from the payload-importing root barrel. This is the companion to the `./demo` export. Each block's `meta` literal is now extracted into a co-located payload-free `meta` module that the block config imports, and a pack-level `./meta` entry exposes the full descriptor list as `<pack>BlockMeta`. A consumer registering packs client-side (the wabbit `/blocks` gallery storefront, B6) can now read block metadata for gallery entries without importing the root barrel, which eagerly pulls each block's config (`payload` -> `richtext-lexical` -> `pino` -> `worker_threads`) into the browser bundle. Additive and behavior-preserving: `defineBlock` receives the same meta object (now imported rather than inline); the block registry, configs, demos, and existing exports are unchanged. The pack `BlockMeta` array is also re-exported from the root barrel for path-alias consumers.
• Updated dependencies [28802fa]
• Updated dependencies [66c611c]
• Updated dependencies [8958d41] - @wabbit/tome-blocks-extras@0.7.0 - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2 - @wabbit/tome-blocks-extras@0.6.2

dfd8a78: Editorial Spread refinement + new Editorial Section block. - `editorialSpread`: expand from one `default` variant to five — `rail-left` (default), `rail-right`, `rail-top` (horizontal running head), `rail-both` (dual marginalia: structural left / referential right), `emphasis` (no-rail statement band). - Living rail: auto-derived index from a consumer-passed `ordinal` (manual `rail.index` still overrides), opt-in `rail.sticky`, `rail.links` (mini-nav), `rail.asides` (footnotes/asides); the `media` field re-homes from the main column into the rail. `kicker`/`index`/`caption`/`statCallouts` unchanged. `railSide` deprecated (superseded by the variant; retained for back-compat). - `.main` is now a subgrid pass-through so nested blocks resolve their own `breakoutWidth` (reading column by default, breakout for media/grids) — no new width system. - New `editorialSection` block: a banded reading-column section with NO rail — the lighter sibling for prose that doesn't need marginalia (reserves the spread for content that earns a rail). - README: documents the variants, the living rail, the consumer `ordinal` contract, and the usage doctrine (when to use Editorial Spread vs Editorial Section vs a standalone block). Backward-compatible: existing `editorialSpread` documents render unchanged (un-migrated docs fall back to `rail-left`/`railSide`). Consumers re-curate the `main` allowlist and wire the `ordinal` prop.

• dfd8a78: Editorial Spread refinement + new Editorial Section block. - `editorialSpread`: expand from one `default` variant to five — `rail-left` (default), `rail-right`, `rail-top` (horizontal running head), `rail-both` (dual marginalia: structural left / referential right), `emphasis` (no-rail statement band). - Living rail: auto-derived index from a consumer-passed `ordinal` (manual `rail.index` still overrides), opt-in `rail.sticky`, `rail.links` (mini-nav), `rail.asides` (footnotes/asides); the `media` field re-homes from the main column into the rail. `kicker`/`index`/`caption`/`statCallouts` unchanged. `railSide` deprecated (superseded by the variant; retained for back-compat). - `.main` is now a subgrid pass-through so nested blocks resolve their own `breakoutWidth` (reading column by default, breakout for media/grids) — no new width system. - New `editorialSection` block: a banded reading-column section with NO rail — the lighter sibling for prose that doesn't need marginalia (reserves the spread for content that earns a rail). - README: documents the variants, the living rail, the consumer `ordinal` contract, and the usage doctrine (when to use Editorial Spread vs Editorial Section vs a standalone block). Backward-compatible: existing `editorialSpread` documents render unchanged (un-migrated docs fall back to `rail-left`/`railSide`). Consumers re-curate the `main` allowlist and wire the `ordinal` prop.
• @wabbit/tome-blocks-core@0.5.9

Updated dependencies [84a047a] - @wabbit/tome-ui@0.9.3 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [84a047a] - @wabbit/tome-ui@0.9.3 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [8947ff1] - @wabbit/tome-ui@0.9.2 - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-extras@0.5.9

• Updated dependencies [8947ff1] - @wabbit/tome-ui@0.9.2 - @wabbit/tome-blocks-core@0.5.9 - @wabbit/tome-blocks-extras@0.5.9

3f0c503: `editorialSpread`: align the rail breakpoint with where `@wabbit/tome-ui`'s marginalia track actually gains width. The rail was placed on the marginalia named track at `min-width: 768px`, but the marginalia tracks are zero-width until `lg` (1024px) — at `md` `marginalia-left-outer === marginalia-left-inner` — so on tablet the rail collapsed into a zero-width column and crammed the band (cramped `main`, nested blocks inheriting the squeeze). The side-rail placement now gates at `min-width: 1024px`, and the tight-eyebrow collapse extends from `max-width: 767px` to `max-width: 1023px` so the whole tablet range (768–1023) renders the rail as a compact kicker eyebrow above a full-width `main` instead of a tall vertical metadata stack. Desktop (`≥ 1024px`) side-rail layout is unchanged. - @wabbit/tome-blocks-core@0.5.7

• 3f0c503: `editorialSpread`: align the rail breakpoint with where `@wabbit/tome-ui`'s marginalia track actually gains width. The rail was placed on the marginalia named track at `min-width: 768px`, but the marginalia tracks are zero-width until `lg` (1024px) — at `md` `marginalia-left-outer === marginalia-left-inner` — so on tablet the rail collapsed into a zero-width column and crammed the band (cramped `main`, nested blocks inheriting the squeeze). The side-rail placement now gates at `min-width: 1024px`, and the tight-eyebrow collapse extends from `max-width: 767px` to `max-width: 1023px` so the whole tablet range (768–1023) renders the rail as a compact kicker eyebrow above a full-width `main` instead of a tall vertical metadata stack. Desktop (`≥ 1024px`) side-rail layout is unchanged. - @wabbit/tome-blocks-core@0.5.7

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7
• @wabbit/tome-blocks-extras@0.5.7

`editorialSpread`: below the marginalia breakpoint (`< 768px`) the rail no longer forces its own row above `main` and pushes the content down. It now collapses to a tight kicker eyebrow directly above the heading (compact inline kicker, minimal gap), and the supplementary `railCaption` + `statCallouts` hide on narrow so the eyebrow doesn't re-expand into a pushing metadata block. Desktop (`≥ 768px`) side-rail placement is unchanged.

• `editorialSpread`: below the marginalia breakpoint (`< 768px`) the rail no longer forces its own row above `main` and pushes the content down. It now collapses to a tight kicker eyebrow directly above the heading (compact inline kicker, minimal gap), and the supplementary `railCaption` + `statCallouts` hide on narrow so the eyebrow doesn't re-expand into a pushing metadata block. Desktop (`≥ 768px`) side-rail placement is unchanged.

`editorialSpread` + `compareColumns`: the `contrast` / `contrast-deep` / `contrast-deepest` (dark/eggplant) bands now RE-SCOPE `--tome-color-foreground` (and the on-surface vars) to the inverted on-secondary value, so NESTED blocks (copyFocused, etc.) render light text on the dark band instead of dark-on-dark (reported via a consumer dark-section cascade-vars issue). Deep variants deepen toward `--tome-color-surface-solid-dark` instead of the now-re-scoped foreground.

• `editorialSpread` + `compareColumns`: the `contrast` / `contrast-deep` / `contrast-deepest` (dark/eggplant) bands now RE-SCOPE `--tome-color-foreground` (and the on-surface vars) to the inverted on-secondary value, so NESTED blocks (copyFocused, etc.) render light text on the dark band instead of dark-on-dark (reported via a consumer dark-section cascade-vars issue). Deep variants deepen toward `--tome-color-surface-solid-dark` instead of the now-re-scoped foreground.

`editorialSpread`: render the nested `main` composition via the CONSUMER-supplied `children` instead of the internal tome registry (`getAllRenderers`). A client block cannot render a consumer's SERVER nested blocks through a component map (the React RSC boundary), so the consumer's server `RenderBlocks` now renders `main` and passes the result as `children`; the shell lays out rail + band + slots it into the content column. Fixes empty `main` columns in consumers whose nested blocks are server components. Component header carries the consumer wiring snippet.

• `editorialSpread`: render the nested `main` composition via the CONSUMER-supplied `children` instead of the internal tome registry (`getAllRenderers`). A client block cannot render a consumer's SERVER nested blocks through a component map (the React RSC boundary), so the consumer's server `RenderBlocks` now renders `main` and passes the result as `children`; the shell lays out rail + band + slots it into the content column. Fixes empty `main` columns in consumers whose nested blocks are server components. Component header carries the consumer wiring snippet.

Add `editorialSpread` (rail + config-injected nested-blocks `main`, banded, subgrid-native) and `compareColumns` (two-column compare). Both consume the canonical `@wabbit/tome-ui` named-line breakout helper.

• Add `editorialSpread` (rail + config-injected nested-blocks `main`, banded, subgrid-native) and `compareColumns` (two-column compare). Both consume the canonical `@wabbit/tome-ui` named-line breakout helper.

Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.2 - @wabbit/tome-blocks-core@0.4.2

Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies - @wabbit/tome-blocks-extras@0.4.1 - @wabbit/tome-blocks-core@0.4.0

Updated dependencies [b76f684]

• Updated dependencies [b76f684]
• Updated dependencies [90a694d] - @wabbit/tome-blocks-core@0.4.0 - @wabbit/tome-blocks-extras@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

c4b137a: New lesson-list, instructor-card and enrollment variants, plus course-index and skill-path-rows blocks. Adds the `open` lesson list, the `letter` and `one-line` instructor cards, the `split`, `buy-box` and `closing` enrollment CTAs, and two new blocks, `course-index` and `skill-path-rows`, with live course data when the LMS layer is present. Additive changes; every shipped block, variant and field renders exactly as before, and each new field is hidden in the admin unless its variant uses it: - **`lesson-list`** gains the `open` variant: every module open, lessons numbered across the course, module totals, a total line, a counts line ("2 free previews, 1 quiz, 1 assignment"), a locked state with its reason, and a `labels` group. With `courseSlug` set, `open` (and any variant when `createHydratedRenderers({ groupByModule: true })`) groups the live lessons by module, marks gated lessons locked, and names the lesson that opens them. The default hydration is still the flat single module. - **`instructor-card`** gains `letter` (a rail with a small face beside a printed-letter column) and `one-line` (a small face and one paragraph), with `image`, `imageAlt` (required with an image), `imagePosition`, `photoLabel`, `greeting`, `letter`, `signoff`, `location`, `lead`, `letterHref` and `letterLabel`. The image field uses the `mediaCollection` config option (default `media`). - **`enrollment-cta`** gains `split`, `buy-box` (sticky) and `closing`, with `courseSlug`, outcomes, computed totals, a secondary link, a prerequisite note, `ctaHrefTemplate`, `freeCtaHrefTemplate` and `labels`. With `courseSlug` set and the server renderers wired, the live price (the newest active one-time price of the course's catalog product, only when it is what checkout would charge), outcomes, modules, lessons, total time, prerequisite sentence and first free lesson overlay the authored values; anything that cannot be read keeps the authored value. - **`course-index`** (new) lists the school's courses as a typeset index, grouped by subject, with a course that begins every subject, and filters that are plain GET-parameter links (no script). The route passes `context={{ searchParams }}` to `RenderBlocks`; `readCourseIndexContext` is exported from the package root. - **`skill-path-rows`** (new) shows each active skill path as a row of its courses in order, with lessons, time and the price of buying them one at a time counted from the courses; a figure is dropped rather than understated when any course lacks it. - **`@wabbit/tome-blocks-lms-pack/server`**: `createHydratedRenderers` now also returns `enrollment-cta`, `course-index` and `skill-path-rows` and accepts `groupByModule`, `catalogProductsSlug` and `pricesSlug`; `wrapHydrated` forwards the render `context`; new exports `resolveEnrollmentCtaData`, `resolveCourseIndexData`, `resolveSkillPathRowsData`, `resolveCoursePrice` and `resolveCoursePrices`. `@wabbit/tome-lms` (`>=0.26.0 <1.0.0`) is a new optional peer, loaded lazily for the course outline and totals; without it every hydrated block keeps its authored values. No action is required for existing sites.

• c4b137a: New lesson-list, instructor-card and enrollment variants, plus course-index and skill-path-rows blocks. Adds the `open` lesson list, the `letter` and `one-line` instructor cards, the `split`, `buy-box` and `closing` enrollment CTAs, and two new blocks, `course-index` and `skill-path-rows`, with live course data when the LMS layer is present. Additive changes; every shipped block, variant and field renders exactly as before, and each new field is hidden in the admin unless its variant uses it: - **`lesson-list`** gains the `open` variant: every module open, lessons numbered across the course, module totals, a total line, a counts line ("2 free previews, 1 quiz, 1 assignment"), a locked state with its reason, and a `labels` group. With `courseSlug` set, `open` (and any variant when `createHydratedRenderers({ groupByModule: true })`) groups the live lessons by module, marks gated lessons locked, and names the lesson that opens them. The default hydration is still the flat single module. - **`instructor-card`** gains `letter` (a rail with a small face beside a printed-letter column) and `one-line` (a small face and one paragraph), with `image`, `imageAlt` (required with an image), `imagePosition`, `photoLabel`, `greeting`, `letter`, `signoff`, `location`, `lead`, `letterHref` and `letterLabel`. The image field uses the `mediaCollection` config option (default `media`). - **`enrollment-cta`** gains `split`, `buy-box` (sticky) and `closing`, with `courseSlug`, outcomes, computed totals, a secondary link, a prerequisite note, `ctaHrefTemplate`, `freeCtaHrefTemplate` and `labels`. With `courseSlug` set and the server renderers wired, the live price (the newest active one-time price of the course's catalog product, only when it is what checkout would charge), outcomes, modules, lessons, total time, prerequisite sentence and first free lesson overlay the authored values; anything that cannot be read keeps the authored value. - **`course-index`** (new) lists the school's courses as a typeset index, grouped by subject, with a course that begins every subject, and filters that are plain GET-parameter links (no script). The route passes `context={{ searchParams }}` to `RenderBlocks`; `readCourseIndexContext` is exported from the package root. - **`skill-path-rows`** (new) shows each active skill path as a row of its courses in order, with lessons, time and the price of buying them one at a time counted from the courses; a figure is dropped rather than understated when any course lacks it. - **`@wabbit/tome-blocks-lms-pack/server`**: `createHydratedRenderers` now also returns `enrollment-cta`, `course-index` and `skill-path-rows` and accepts `groupByModule`, `catalogProductsSlug` and `pricesSlug`; `wrapHydrated` forwards the render `context`; new exports `resolveEnrollmentCtaData`, `resolveCourseIndexData`, `resolveSkillPathRowsData`, `resolveCoursePrice` and `resolveCoursePrices`. `@wabbit/tome-lms` (`>=0.26.0 <1.0.0`) is a new optional peer, loaded lazily for the course outline and totals; without it every hydrated block keeps its authored values. No action is required for existing sites.
• e6933d8: Skill path rows can carry anchors so a link can land on the paths or on one path. New optional `anchorId` field on `skill-path-rows`. Set it (for example `paths`) and the section gets `id="paths"` and each row gets `id="path-{slug}"` (the path's slug, or a slug of its name for authored paths without one), so `/skill-paths#paths` and `/skill-paths#path-glaze-basics` work. Unset, no id is emitted and the markup is byte-identical. `PathRow` gains an optional `slug`, which the live resolver fills from the skill path.
• 826ce7e: Enrollment CTAs can hide the course outcomes list. `enrollment-cta` gains `showOutcomes` (checkbox, default on, shown only on `split` and `buy-box`). Hydration filled `outcomes` from `Course.outcomes` whenever none were authored, so a course page that lists the outcomes in its main column (beside the syllabus) could not keep them out of the buy box. With `showOutcomes: false` the block prints no outcomes and no outcomes heading, authored or live, and the resolver fills none. Unset or `true` renders and hydrates exactly as before (a golden of the `split`, `buy-box` and `closing` markup cut before the field pins it); `default`, `minimal`, `dark` and `closing` ignore the field. Adds one optional column to the block's schema; no migration needed.

024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

• 024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

a721a6e: `course-card` gains an `offer` variant: a purchase card with a `kicker`, the title and description, a `price` with a `priceNote` ("Lifetime access"), one button whose `ctaLabel` may carry a `{price}` token ("Enroll · {price}"), and a `note` under it. It shows no image and no rating, and the `rating` field is hidden for it in the admin. The new fields have no default and show only for `offer`; `{price}` is only a token on `offer`. Hooks: `data-block-variant="offer"`, `data-course-kicker`, `data-course-price`, `data-course-price-note`, `data-course-action`, `data-course-note`. The other variants render exactly as before. The `offer` body also carries `data-course-body`, so a theme can lay the card out without a positional selector. The other variants are unchanged.

• a721a6e: `course-card` gains an `offer` variant: a purchase card with a `kicker`, the title and description, a `price` with a `priceNote` ("Lifetime access"), one button whose `ctaLabel` may carry a `{price}` token ("Enroll · {price}"), and a `note` under it. It shows no image and no rating, and the `rating` field is hidden for it in the admin. The new fields have no default and show only for `offer`; `{price}` is only a token on `offer`. Hooks: `data-block-variant="offer"`, `data-course-kicker`, `data-course-price`, `data-course-price-note`, `data-course-action`, `data-course-note`. The other variants render exactly as before. The `offer` body also carries `data-course-body`, so a theme can lay the card out without a positional selector. The other variants are unchanged.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: The learning pack's preview data now shows a fictional baking course and instructor instead of platform training content. Course card, enrollment call to action, instructor card, lesson list, progress bar and quiz summary previews use an invented sourdough course. Block fields and variants are unchanged.

• 483e0a1: The learning pack's preview data now shows a fictional baking course and instructor instead of platform training content. Course card, enrollment call to action, instructor card, lesson list, progress bar and quiz summary previews use an invented sourdough course. Block fields and variants are unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

47c18e2: All six LMS blocks now ship per-block stylesheets and render styled without the pack's global `styles.css`. `lesson-list`, `progress-bar`, `quiz-summary`, `instructor-card` and `enrollment-cta` no longer need `@wabbit/tome-blocks-lms-pack/styles.css` imported by the site. Before, those five depended on one global sheet with global class names and rendered completely unstyled (no error) without it. Each of the five renderers now has a sibling `<Name>.tome-css` and renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`, the same as `course-card`. Variants render as before. The `tome-*` class names stay on the elements as theming hooks but no longer carry rules, so a site stylesheet that targeted them for layout should target the element or its own class instead. **BREAKING:** required in the consuming site: wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); the `.tome-css` imports fail to build without it. See the blocks-core README, "Per-block stylesheets". - `./styles.css` is still exported and safe to keep importing; it now holds only the legacy course-card layer, and the other five blocks no longer read it. - `progress-bar`: the `role="progressbar"` track now has an accessible name (`aria-label` from the block's label, falling back to "Progress"). - Font sizes that match a platform type token now use `--tome-text-*`, letter-spacing `0.05em` uses `--tome-type-tracking-wider`, and transitions use `--tome-motion-*` with a `prefers-reduced-motion` path. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• 47c18e2: All six LMS blocks now ship per-block stylesheets and render styled without the pack's global `styles.css`. `lesson-list`, `progress-bar`, `quiz-summary`, `instructor-card` and `enrollment-cta` no longer need `@wabbit/tome-blocks-lms-pack/styles.css` imported by the site. Before, those five depended on one global sheet with global class names and rendered completely unstyled (no error) without it. Each of the five renderers now has a sibling `<Name>.tome-css` and renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`, the same as `course-card`. Variants render as before. The `tome-*` class names stay on the elements as theming hooks but no longer carry rules, so a site stylesheet that targeted them for layout should target the element or its own class instead. **BREAKING:** required in the consuming site: wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); the `.tome-css` imports fail to build without it. See the blocks-core README, "Per-block stylesheets". - `./styles.css` is still exported and safe to keep importing; it now holds only the legacy course-card layer, and the other five blocks no longer read it. - `progress-bar`: the `role="progressbar"` track now has an accessible name (`aria-label` from the block's label, falling back to "Progress"). - Font sizes that match a platform type token now use `--tome-text-*`, letter-spacing `0.05em` uses `--tome-type-tracking-wider`, and transitions use `--tome-motion-*` with a `prefers-reduced-motion` path. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 1 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - CourseCard (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 1 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - CourseCard (a client component) renders its stylesheet itself; `<BlockStyles>` works in client components since blocks-core 0.22.0. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

30a0060: Three display-family headings now read the `--tome-type-weight-display` token instead of a hard-coded weight. `@wabbit/tome-blocks-org-pack`: the `member-grid` block's heading and member-name headings now read the `--tome-type-weight-display` token (falling back to their existing 600 weight when a theme leaves it unset), so a theme that serves its display face at a lighter weight is no longer browser-faked bold. `@wabbit/tome-blocks-lms-pack`: the `course-card` block's title heading gets the same `--tome-type-weight-display` token treatment. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's title heading gets the same `--tome-type-weight-display` token treatment.

• 30a0060: Three display-family headings now read the `--tome-type-weight-display` token instead of a hard-coded weight. `@wabbit/tome-blocks-org-pack`: the `member-grid` block's heading and member-name headings now read the `--tome-type-weight-display` token (falling back to their existing 600 weight when a theme leaves it unset), so a theme that serves its display face at a lighter weight is no longer browser-faked bold. `@wabbit/tome-blocks-lms-pack`: the `course-card` block's title heading gets the same `--tome-type-weight-display` token treatment. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's title heading gets the same `--tome-type-weight-display` token treatment.

efc584a: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-lms`, which was never a declared peer and is never imported; CSS now reaches `dist/` through a post-build script.

• efc584a: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-lms`, which was never a declared peer and is never imported; CSS now reaches `dist/` through a post-build script.

c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

196d642: Remove a Star Citizen reference from the `instructor-card` editorial demo bio. Tome-native packages use domain-neutral language; domain vocabulary belongs in the sanctioned adaptation layer (`@wabbit/tome-sc`, `@wabbit/tome-blocks-sc-pack`), where consumers adapt neutral mechanisms to their own domain. `blocks-lms-pack` is a general-purpose LMS pack, so its shipped demo copy should not reference a specific game. Note the Star Citizen strings in `blocks-core`'s `BLOCK_CATALOG.ts` and `thumbnail-index.ts` are deliberately untouched: both are generated from the packs' own `meta.ts` descriptors and guarded by `scripts/assert-block-catalog.mjs`, and the strings originate in `blocks-sc-pack` where they are correct. An aggregation artifact is not a leak — what matters is where vocabulary is authored, not where it is compiled to. - @wabbit/tome-blocks-core@0.15.9

• 196d642: Remove a Star Citizen reference from the `instructor-card` editorial demo bio. Tome-native packages use domain-neutral language; domain vocabulary belongs in the sanctioned adaptation layer (`@wabbit/tome-sc`, `@wabbit/tome-blocks-sc-pack`), where consumers adapt neutral mechanisms to their own domain. `blocks-lms-pack` is a general-purpose LMS pack, so its shipped demo copy should not reference a specific game. Note the Star Citizen strings in `blocks-core`'s `BLOCK_CATALOG.ts` and `thumbnail-index.ts` are deliberately untouched: both are generated from the packs' own `meta.ts` descriptors and guarded by `scripts/assert-block-catalog.mjs`, and the strings originate in `blocks-sc-pack` where they are correct. An aggregation artifact is not a leak — what matters is where vocabulary is authored, not where it is compiled to. - @wabbit/tome-blocks-core@0.15.9

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

• Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

Updated dependencies [6779aa1] - @wabbit/tome-blocks-core@0.15.8

• Updated dependencies [6779aa1] - @wabbit/tome-blocks-core@0.15.8

@wabbit/tome-blocks-core@0.15.0

• @wabbit/tome-blocks-core@0.15.0

8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

• 8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0

Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

• New token `--tome-color-on-solid-dark` (light text paired with `--tome-color-surface-solid-dark`). The inverse family's pairing contract is now documented: `on-inverse` is dark text FOR `surface-inverse` (white) — pairing it with the black solid-dark surface renders black-on-black. Fixed the consumers that made that pairing: chrome Footer 11 (Ledger), lms-pack's enrollment-cta dark variant, catalog-pack's FeaturedProduct/PriceTable dark variants — all now use `on-solid-dark` with a `surface-inverse` fallback for older tome-ui.

Neutralize pack-block base styling to the --tome-\* token system (extract-don't-delete; the brand treatment moved to @wabbit/tome-blocks-industrial-theme). - lms-pack: CourseCard.module.css rewritten tokens-only — the legacy safety-yellow CTA/featured strip, charcoal italic type, and hard-coded gray palette are gone from the base; the card now inherits the consuming site's theme. - catalog-pack: ProductGrid.module.css and CategoryStrip.module.css rewritten tokens-only (same extraction). - catalog-pack: FeaturedProduct, ProductCard, PriceTable, and InventoryBadge previously shipped NO styles and rendered as bare text stacks; each now has a neutral token-driven CSS module baseline (org-pack pattern), so they render designed-neutral on any consumer out of the box. Visual-breaking for consumers that relied on the baked-in industrial look: opt back in with @wabbit/tome-blocks-industrial-theme (one stylesheet import + data-tome-theme="industrial").

• Neutralize pack-block base styling to the --tome-\* token system (extract-don't-delete; the brand treatment moved to @wabbit/tome-blocks-industrial-theme). - lms-pack: CourseCard.module.css rewritten tokens-only — the legacy safety-yellow CTA/featured strip, charcoal italic type, and hard-coded gray palette are gone from the base; the card now inherits the consuming site's theme. - catalog-pack: ProductGrid.module.css and CategoryStrip.module.css rewritten tokens-only (same extraction). - catalog-pack: FeaturedProduct, ProductCard, PriceTable, and InventoryBadge previously shipped NO styles and rendered as bare text stacks; each now has a neutral token-driven CSS module baseline (org-pack pattern), so they render designed-neutral on any consumer out of the box. Visual-breaking for consumers that relied on the baked-in industrial look: opt back in with @wabbit/tome-blocks-industrial-theme (one stylesheet import + data-tome-theme="industrial").

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

8100b6f: Adds a new `@wabbit/tome-blocks-lms-pack/server` subpath: the v1 hydration contract. When @wabbit/tome-lms is present and an author sets a course-card or lesson-list block's new optional `courseSlug` field, a server component wrapper overlays live course data over the authored props before the static renderer runs — the renderer itself stays pure, unaware of hydration, and unchanged. Exports `createHydratedRenderers({ getPayload })`, which produces a drop-in `{ slug: Component }` map to spread over a static components map (`{ ...staticComponents, ...createHydratedRenderers({ getPayload }) }`), plus individually-exported per-block resolvers (`resolveCourseCardData`, `resolveLessonListData`) for hydrating outside the block pipeline. The v1 matrix (verified against the real `courses`/`course-items`/`lessons` schemas — the original design guess did not survive verification unchanged): - `course-card`: overlays `title`, `level`, `imageUrl`/`imageAlt` (from `featuredImage`), `instructor` (first of `Course.instructors`, name-or-email). Dropped: description/excerpt (Course.description is Lexical richText, incompatible with the authored plain-string field without a new richText-to-plaintext dependency this pack doesn't carry), price (lives in @wabbit/tome-catalog's `catalog-products`, a third optional composition layer beyond @wabbit/tome-lms itself — out of v1's single-layer scope), enrollment count (anonymous, `overrideAccess: false` reads of `course-enrollments` always return zero rows under that collection's access rules — hydrating it would show a permanently-wrong "0 enrolled"). - `lesson-list`: overlays a flattened, ordered list of live lesson titles, free-preview flags, and lesson types, sourced from `course-items` (always anonymously readable) with `lessons` populated at depth 1. Topic/module grouping is deferred to v2 (see the pack README). - `enrollment-cta` and `progress-bar` are NOT hydrated in v1. No anonymous-safe live field survived verification for the former (see the price/enrollment-state reasoning above — an anonymous course-read collapses "closed" and "not found" into the same result, so no live enrollment-state copy is derivable either). `progress-bar` needs per-user data, explicitly out of v1's anonymous-only scope (v2). Anonymous-access boundary: every hydration query runs with `overrideAccess: false` and no `user` — exactly what an anonymous site visitor could read. Enrollment-gated lesson content is never read (only title/order/lock-state metadata, never `content`/`blocks`/`video`). Per-request query dedup via `React.cache()` — no new cache/tag machinery in this pack. Static usage is completely unchanged: every block still renders exactly the authored props when `courseSlug` is unset, when @wabbit/tome-lms is absent, when the referenced course/lessons are missing, or if any query throws. Zero new `'use client'` directives were added (all new files live under `src/server/`, not `src/render/`).

• 8100b6f: Adds a new `@wabbit/tome-blocks-lms-pack/server` subpath: the v1 hydration contract. When @wabbit/tome-lms is present and an author sets a course-card or lesson-list block's new optional `courseSlug` field, a server component wrapper overlays live course data over the authored props before the static renderer runs — the renderer itself stays pure, unaware of hydration, and unchanged. Exports `createHydratedRenderers({ getPayload })`, which produces a drop-in `{ slug: Component }` map to spread over a static components map (`{ ...staticComponents, ...createHydratedRenderers({ getPayload }) }`), plus individually-exported per-block resolvers (`resolveCourseCardData`, `resolveLessonListData`) for hydrating outside the block pipeline. The v1 matrix (verified against the real `courses`/`course-items`/`lessons` schemas — the original design guess did not survive verification unchanged): - `course-card`: overlays `title`, `level`, `imageUrl`/`imageAlt` (from `featuredImage`), `instructor` (first of `Course.instructors`, name-or-email). Dropped: description/excerpt (Course.description is Lexical richText, incompatible with the authored plain-string field without a new richText-to-plaintext dependency this pack doesn't carry), price (lives in @wabbit/tome-catalog's `catalog-products`, a third optional composition layer beyond @wabbit/tome-lms itself — out of v1's single-layer scope), enrollment count (anonymous, `overrideAccess: false` reads of `course-enrollments` always return zero rows under that collection's access rules — hydrating it would show a permanently-wrong "0 enrolled"). - `lesson-list`: overlays a flattened, ordered list of live lesson titles, free-preview flags, and lesson types, sourced from `course-items` (always anonymously readable) with `lessons` populated at depth 1. Topic/module grouping is deferred to v2 (see the pack README). - `enrollment-cta` and `progress-bar` are NOT hydrated in v1. No anonymous-safe live field survived verification for the former (see the price/enrollment-state reasoning above — an anonymous course-read collapses "closed" and "not found" into the same result, so no live enrollment-state copy is derivable either). `progress-bar` needs per-user data, explicitly out of v1's anonymous-only scope (v2). Anonymous-access boundary: every hydration query runs with `overrideAccess: false` and no `user` — exactly what an anonymous site visitor could read. Enrollment-gated lesson content is never read (only title/order/lock-state metadata, never `content`/`blocks`/`video`). Per-request query dedup via `React.cache()` — no new cache/tag machinery in this pack. Static usage is completely unchanged: every block still renders exactly the authored props when `courseSlug` is unset, when @wabbit/tome-lms is absent, when the referenced course/lessons are missing, or if any query throws. Zero new `'use client'` directives were added (all new files live under `src/server/`, not `src/render/`).
• 6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.
• 36e537a: Documentation truth pass: all "hydrates from @wabbit/tome-X when present" claims across READMEs, block meta, bundle descriptions, render headers, and admin field descriptions are rewritten to the honest contract — these blocks are fully static today; the layer-presence flags are the seam for a future hydration wave (trigger documented in place). content-writer's `RelatedPosts` (auto mode) and `Archive` (collection mode) no longer render fake placeholder UI — the unimplemented modes render nothing and say so in the admin field description.
• 36e537a: Peer/dependency contracts now tell the truth. blocks-core: importing the root barrel no longer hard-crashes when the optional peers (`@wabbit/tome-core`, `@wabbit/tome-catalog`) are absent — `productHooks` registration is lazily guarded; NEW explicit `registerBlockBundleProductType()` export (root barrel + `./registry/productHooks` subpath) for deterministic, format-safe registration from `payload.config.ts` (the import-time auto path no-ops under native ESM, which affects `generate:types`-visible product-type options — call the explicit API when composing catalog). chrome: `next` is now a required peer (`>=14`) — it was declared optional while `next/navigation`/`next/link` were hard-imported. readout: declares its real `next` peer; `createReadoutBlocks({ accentPalette })` is now implemented (field-tree narrowing, dispatch's mechanism) instead of a documented no-op. blocks-lms-pack / blocks-catalog-pack: `@wabbit/tome-core` moves from hard `dependencies` to `optionalDependencies`, matching org-pack and the packs' own documented degrade-gracefully design.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0

Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies [66f394b] - @wabbit/tome-core@1.3.4 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-core@1.3.3 - @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90]
• Updated dependencies [850d51c] - @wabbit/tome-blocks-core@0.9.4 - @wabbit/tome-core@1.2.1

Updated dependencies - @wabbit/tome-blocks-core@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.

• 249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.
• Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

• Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [a9801fe]

• Updated dependencies [a9801fe]
• Updated dependencies [baf401e]
• Updated dependencies [4b2f368] - @wabbit/tome-core@1.1.0 - @wabbit/tome-blocks-core@0.6.2

Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

• Updated dependencies [8947ff1] - @wabbit/tome-core@1.0.12 - @wabbit/tome-blocks-core@0.5.9

Updated dependencies [36dc023]

• Updated dependencies [36dc023]
• Updated dependencies [2612799] - @wabbit/tome-core@1.0.11 - @wabbit/tome-blocks-core@0.5.7

Add a `./styles.css` export to the package `exports` map so registry consumers can import the pack's compiled stylesheet (`@wabbit/tome-blocks-lms-pack/styles.css`). Under path-alias consumption the file resolved directly; the `exports` map enforces the subpath under registry consumption. Surfaced by tome-starter's `(frontend)/layout.tsx` during the move to registry consumption.

• Add a `./styles.css` export to the package `exports` map so registry consumers can import the pack's compiled stylesheet (`@wabbit/tome-blocks-lms-pack/styles.css`). Under path-alias consumption the file resolved directly; the `exports` map enforces the subpath under registry consumption. Surfaced by tome-starter's `(frontend)/layout.tsx` during the move to registry consumption.

Linked cohort version alignment (no functional change in this package).

• Linked cohort version alignment (no functional change in this package).

**Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

• **Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.
• Updated dependencies - @wabbit/tome-blocks-core@0.4.2

Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

2288bb9: `event-list` gains a `cards` variant: a still list of event cards with a date tile, the title, the time and place, an optional audience line, an optional price chip and a short description. Authored events take two new optional fields, `priceLabel` and `audience` (hooks `data-event-price` and `data-event-audience`); each prints only when entered. Live org events carry neither. The `default`, `filed` and `board` variants render exactly as before.

• 2288bb9: `event-list` gains a `cards` variant: a still list of event cards with a date tile, the title, the time and place, an optional audience line, an optional price chip and a short description. Authored events take two new optional fields, `priceLabel` and `audience` (hooks `data-event-price` and `data-event-audience`); each prints only when entered. Live org events carry neither. The `default`, `filed` and `board` variants render exactly as before.

e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

• e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

• 49eb91d: Canceled statuses now accept both spellings. This is the first of three steps toward American spelling in stored values, and nothing that gets written changes yet. Training events, attendance, exam tickets, LMS orders, events, campaigns, CRM activities, resource requests, task forces and the event, status board and operation briefing blocks gain the American `canceled` (`CANCELED` on the status board) next to the existing value. Reads, queries, the closed-event lock, event board state and selection, the calendar export (`STATUS:CANCELLED` is unchanged, it is the iCalendar literal), the status board badge, theme selectors for `data-event-status` and the erasure trail treat the two spellings as one meaning. The event list board labels gain a `canceled` key that is read before the old `cancelled` key. The old field is hidden, not removed, so stored text is kept on save. The admin shows both options, because Payload cannot hide one select option. The old one is labeled "Canceled (legacy spelling)". Writers still store the old values.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

51f354c: A closure leaves the Today board when it ends, instead of staying at the top for the rest of the day. Before, a `board` with finished rows shown kept every closure that touched the day, so a "Field 5 closed · Until 3:30 PM" row still led the board after 3:30 PM while the facility it closed was open again. Now a closure is dropped once its end has passed (or its status is `completed`), on the server and in the resolver. The board's script removes the same row at the same instant on a page that was cached earlier, and hides a board that has no rows left, as the server would render it. Canceled closures and closures with no end are unchanged.

• 51f354c: A closure leaves the Today board when it ends, instead of staying at the top for the rest of the day. Before, a `board` with finished rows shown kept every closure that touched the day, so a "Field 5 closed · Until 3:30 PM" row still led the board after 3:30 PM while the facility it closed was open again. Now a closure is dropped once its end has passed (or its status is `completed`), on the server and in the resolver. The board's script removes the same row at the same instant on a page that was cached earlier, and hides a board that has no rows left, as the server would render it. Canceled closures and closures with no end are unchanged.

fd180de: The event list gains a live same-day `board` variant, facility links and a lead event; the division card can link its facility. Everything is opt-in: a block you already have renders exactly as before. - **`board` variant.** A new `event-list` variant (after `default` and `filed`) for a same-day board. Each row carries a state chip computed from its start and end in the block's time zone: "Live now", "Starts 6:30 PM" or "Finished", plus "Canceled". The clock decides, never the status text, and a row without a usable end gets no chip rather than a guess. In Today mode the board keeps today's finished events (new `showFinished`, on by default for the board) and lists them last, after closures and the events still to come, so the item cap drops finished rows first. Closure rows read "Until 3:30 PM". All the words are in a new `labels` group, including `{clock}` for a time without AM or PM. - **The board stays true on a cached page.** The board ships this pack's first client file, `EventBoardEnhance.client.tsx`, mounted only on `board`. It works on the rendered markup: at load it corrects any state that changed since the page was rendered, without announcing it; after that it sets one timer for the next start or end, re-checks when the tab comes back, and announces a real change once through a polite live region ("Under-12 final is now live"). At the end of the zone's day it hides the board rather than show yesterday. It never adds, removes or re-sorts rows. Without JavaScript the board shows the states true when it was rendered. Hooks: root `data-block-variant="board"`, `data-event-timezone`, `data-event-day-end`; rows `data-event-state`, `data-event-start`, `data-event-end`, `data-event-facility`; `span[data-event-state-chip]` in `[data-event-aside]`; `div[data-event-board-live]`. - **The chip state is a public function.** `eventChipState(entry, now)`, exported from the package root, is pure and isomorphic; the renderer and the island both call it, so they agree for any instant. - **Selection keeps finished events on request.** `selectEvents` takes `includeFinished` (Today mode only, default off). With it unset the function behaves exactly as before. - **Facility links.** Set `facilityHrefTemplate` (for example `#plan-{key}`) and give events a facility key, and each row's place becomes one link holding the facility's plate and name, `a[data-event-facility-link]` > `span[data-event-facility-plate]`. Plates come from the block's new `facilityPlates` list, else the event's own `facilityPlate`. Keys are lowercase letters, numbers and hyphens, up to 24 characters. A row without a key, or a blank template, links nothing. - **Reading the facility key and three more fields from your events.** `ResolveEventListOptions.fieldNames` gains `facilityKey`, `summary`, `registrationUrl` and `leadImage`. Each is read only when you name it, so the default query selects exactly what it did before. Invalid keys, summaries over 140 characters and unsafe links are dropped. The lead photo is read with one extra query, for the lead event only. The `/server` entry now exports `eventFacilityKeyField()`, a ready-made indexed text field with the key's validation, for your Event collection's `extraFields`, and `buildEventSelect`. - **Filed list: summaries, type tags and a lead event.** `showSummary` prints each event's one-line summary under its title (any variant). On `filed`, `showEventType` prints the event type as a tag (`eventTypeLabels` sets the words), and `leadLayout: 'first'` shows the first event as a lead with its photo and credit, a meta line ("Saturday and Sunday · Tournament", set by `leadMetaTemplate`), its summary and place, and "Event details" and "Register" links (`leadActions`). New hooks: `p[data-event-summary]`, `span[data-event-type]`, `article[data-event-lead]` with `figure[data-event-lead-media]`, `figcaption[data-event-lead-credit]`, `p[data-event-lead-meta]` and `a[data-event-lead-action="details|register"]`. - **Authored rows.** The block's own `events` rows gain optional `facilityKey`, `facilityPlate` and `summary`. - **Division card facility plate.** The `entry` variant gains optional `facilityKey`, `facilityPlate`, `facilityName` and `facilityHrefTemplate`. With a key and a template it prints a plate link just before the name, `a[data-division-facility-link]` > `span[data-division-facility-plate]`, named "Show Field 4 on the plan". Without them the card is unchanged. - **Choose the lead.** On `filed` with `leadLayout: 'first'`, `leadEvent` (an event id or slug) picks which event leads instead of the earliest, so one block can show a lead that is not first in date order. `excludeLeadFromRows` (default on once `leadEvent` is set) leaves the lead out of the rows; off lists it in both. The cap cannot drop the chosen lead, its photo is read for it, and a `leadEvent` the list does not select falls back to the first. `selectEvents` takes a matching `keep` option. With neither field set nothing changes. New fields are nullable columns: on a SQL database, regenerate your migration. **Checkpoint A: row times.** The time range on a row (every variant) now uses an en dash, "12:30 PM – 2:00 PM", where it printed a spaced hyphen, "12:30 PM - 2:00 PM". This is a deliberate fix to the default output, and the golden fixtures are updated for it; nothing else about the default changes. New opt-in `timeDisplay` (`range`, the default, or `start`): with `start`, a row prints the start time only. Board closure rows keep "Until 3:30 PM". The new field is a nullable column: on a SQL database, regenerate your migration.

• fd180de: The event list gains a live same-day `board` variant, facility links and a lead event; the division card can link its facility. Everything is opt-in: a block you already have renders exactly as before. - **`board` variant.** A new `event-list` variant (after `default` and `filed`) for a same-day board. Each row carries a state chip computed from its start and end in the block's time zone: "Live now", "Starts 6:30 PM" or "Finished", plus "Canceled". The clock decides, never the status text, and a row without a usable end gets no chip rather than a guess. In Today mode the board keeps today's finished events (new `showFinished`, on by default for the board) and lists them last, after closures and the events still to come, so the item cap drops finished rows first. Closure rows read "Until 3:30 PM". All the words are in a new `labels` group, including `{clock}` for a time without AM or PM. - **The board stays true on a cached page.** The board ships this pack's first client file, `EventBoardEnhance.client.tsx`, mounted only on `board`. It works on the rendered markup: at load it corrects any state that changed since the page was rendered, without announcing it; after that it sets one timer for the next start or end, re-checks when the tab comes back, and announces a real change once through a polite live region ("Under-12 final is now live"). At the end of the zone's day it hides the board rather than show yesterday. It never adds, removes or re-sorts rows. Without JavaScript the board shows the states true when it was rendered. Hooks: root `data-block-variant="board"`, `data-event-timezone`, `data-event-day-end`; rows `data-event-state`, `data-event-start`, `data-event-end`, `data-event-facility`; `span[data-event-state-chip]` in `[data-event-aside]`; `div[data-event-board-live]`. - **The chip state is a public function.** `eventChipState(entry, now)`, exported from the package root, is pure and isomorphic; the renderer and the island both call it, so they agree for any instant. - **Selection keeps finished events on request.** `selectEvents` takes `includeFinished` (Today mode only, default off). With it unset the function behaves exactly as before. - **Facility links.** Set `facilityHrefTemplate` (for example `#plan-{key}`) and give events a facility key, and each row's place becomes one link holding the facility's plate and name, `a[data-event-facility-link]` > `span[data-event-facility-plate]`. Plates come from the block's new `facilityPlates` list, else the event's own `facilityPlate`. Keys are lowercase letters, numbers and hyphens, up to 24 characters. A row without a key, or a blank template, links nothing. - **Reading the facility key and three more fields from your events.** `ResolveEventListOptions.fieldNames` gains `facilityKey`, `summary`, `registrationUrl` and `leadImage`. Each is read only when you name it, so the default query selects exactly what it did before. Invalid keys, summaries over 140 characters and unsafe links are dropped. The lead photo is read with one extra query, for the lead event only. The `/server` entry now exports `eventFacilityKeyField()`, a ready-made indexed text field with the key's validation, for your Event collection's `extraFields`, and `buildEventSelect`. - **Filed list: summaries, type tags and a lead event.** `showSummary` prints each event's one-line summary under its title (any variant). On `filed`, `showEventType` prints the event type as a tag (`eventTypeLabels` sets the words), and `leadLayout: 'first'` shows the first event as a lead with its photo and credit, a meta line ("Saturday and Sunday · Tournament", set by `leadMetaTemplate`), its summary and place, and "Event details" and "Register" links (`leadActions`). New hooks: `p[data-event-summary]`, `span[data-event-type]`, `article[data-event-lead]` with `figure[data-event-lead-media]`, `figcaption[data-event-lead-credit]`, `p[data-event-lead-meta]` and `a[data-event-lead-action="details|register"]`. - **Authored rows.** The block's own `events` rows gain optional `facilityKey`, `facilityPlate` and `summary`. - **Division card facility plate.** The `entry` variant gains optional `facilityKey`, `facilityPlate`, `facilityName` and `facilityHrefTemplate`. With a key and a template it prints a plate link just before the name, `a[data-division-facility-link]` > `span[data-division-facility-plate]`, named "Show Field 4 on the plan". Without them the card is unchanged. - **Choose the lead.** On `filed` with `leadLayout: 'first'`, `leadEvent` (an event id or slug) picks which event leads instead of the earliest, so one block can show a lead that is not first in date order. `excludeLeadFromRows` (default on once `leadEvent` is set) leaves the lead out of the rows; off lists it in both. The cap cannot drop the chosen lead, its photo is read for it, and a `leadEvent` the list does not select falls back to the first. `selectEvents` takes a matching `keep` option. With neither field set nothing changes. New fields are nullable columns: on a SQL database, regenerate your migration. **Checkpoint A: row times.** The time range on a row (every variant) now uses an en dash, "12:30 PM – 2:00 PM", where it printed a spaced hyphen, "12:30 PM - 2:00 PM". This is a deliberate fix to the default output, and the golden fixtures are updated for it; nothing else about the default changes. New opt-in `timeDisplay` (`range`, the default, or `start`): with `start`, a row prints the start time only. Board closure rows keep "Until 3:30 PM". The new field is a nullable column: on a SQL database, regenerate your migration.
• 024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

11468e2: `division-card` gains an `entry` variant: a program or team entry with a captioned photo, a lead line, the name, the purpose, an authored next date and a link. The text comes first in the DOM (`data-division-text`, with `data-division-lead`, `-name`, `-body`, `-next` and `-link`), then the photo as `figure[data-division-media]` with its label and credit in a `figcaption` after the image, never on it. `mediaSide` places the photo on the start or end from 48rem without reordering the DOM; `headingLevel` sets the name as an `h3` (default) or `h2`; `*run*` in the lead line sets a weight-only emphasis. With no photo the text spans. The photo upload relates to `media` by default and to `divisionCardBlock.block({ mediaCollection })` when given. `memberCount`, `logoUrl` and `leaderName` are hidden for `entry` and ignored. The `default` variant is unchanged: its markup is held byte for byte by a golden cut from the pre-change renderer, and it gains no attribute.

• 11468e2: `division-card` gains an `entry` variant: a program or team entry with a captioned photo, a lead line, the name, the purpose, an authored next date and a link. The text comes first in the DOM (`data-division-text`, with `data-division-lead`, `-name`, `-body`, `-next` and `-link`), then the photo as `figure[data-division-media]` with its label and credit in a `figcaption` after the image, never on it. `mediaSide` places the photo on the start or end from 48rem without reordering the DOM; `headingLevel` sets the name as an `h3` (default) or `h2`; `*run*` in the lead line sets a weight-only emphasis. With no photo the text spans. The photo upload relates to `media` by default and to `divisionCardBlock.block({ mediaCollection })` when given. `memberCount`, `logoUrl` and `leaderName` are hidden for `entry` and ignored. The `default` variant is unchanged: its markup is held byte for byte by a golden cut from the pre-change renderer, and it gains no attribute.

15c9de3: Security/visibility fix: the live `event-list` resolver now fetches only the fields it renders, so it can never pull an event's briefing, organizer or co-hosts. `resolveEventListData` passes a Payload `select` (title, slug, dates, status, type, location and the capacity counters, following any renamed fields). It works with `@wabbit/tome-org`'s new opt-in public read rule (`publicRead: { events: true }`): anonymous visitors then see the live public events instead of the authored fallback. The authored fallback still applies when the org layer is absent or the read is refused.

• 15c9de3: Security/visibility fix: the live `event-list` resolver now fetches only the fields it renders, so it can never pull an event's briefing, organizer or co-hosts. `resolveEventListData` passes a Payload `select` (title, slug, dates, status, type, location and the capacity counters, following any renamed fields). It works with `@wabbit/tome-org`'s new opt-in public read rule (`publicRead: { events: true }`): anonymous visitors then see the live public events instead of the authored fallback. The authored fallback still applies when the org layer is absent or the read is refused.

afe9fe7: Adds the `event-list` block: a live list of org events with an optional "N spots left" chip, a "today" mode that renders nothing on quiet days, and an optional .ics link per event. It reads upcoming, same-day or date-range events through the new `./server` entry (`createHydratedRenderers`), as an anonymous visitor and public events only, and falls back to its authored events when no wrapper is wired or a read fails. The chip shows "N spots left", "Full" or "Waitlist open" and is hidden when capacity data is missing. Rows carry `data-event-*` theme hooks and ship a `default` and a `filed` (dated rows) variant. `capacityChip`, `buildEventIcs`, `eventIcsDataUri` and `selectEvents` are exported from the root. `event-calendar` and `event-list-item` are unchanged.

• afe9fe7: Adds the `event-list` block: a live list of org events with an optional "N spots left" chip, a "today" mode that renders nothing on quiet days, and an optional .ics link per event. It reads upcoming, same-day or date-range events through the new `./server` entry (`createHydratedRenderers`), as an anonymous visitor and public events only, and falls back to its authored events when no wrapper is wired or a read fails. The chip shows "N spots left", "Full" or "Waitlist open" and is hidden when capacity data is missing. Rows carry `data-event-*` theme hooks and ship a `default` and a `filed` (dated rows) variant. `capacityChip`, `buildEventIcs`, `eventIcsDataUri` and `selectEvents` are exported from the root. `event-calendar` and `event-list-item` are unchanged.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

5884e65: The event-list-item block now fits a 320px phone screen: the date moves above the title and the title track can shrink. The fixed date track no longer competes with the status chip at phone width.

• 5884e65: The event-list-item block now fits a 320px phone screen: the date moves above the title and the title track can shrink. The fixed date track no longer competes with the status chip at phone width.

483e0a1: The organization pack's event calendar preview now uses a fictional venue name. The event calendar preview locations name an invented headquarters. Block fields and variants are unchanged.

• 483e0a1: The organization pack's event calendar preview now uses a fictional venue name. The event calendar preview locations name an invented headquarters. Block fields and variants are unchanged.
• d08fc38: The event calendar block no longer overflows a phone-width screen; each event's date moves to its own row. The fixed date column is kept from 768px up. Below that, the date sits above the title and status, and long titles wrap.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 8 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 8 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

30a0060: Three display-family headings now read the `--tome-type-weight-display` token instead of a hard-coded weight. `@wabbit/tome-blocks-org-pack`: the `member-grid` block's heading and member-name headings now read the `--tome-type-weight-display` token (falling back to their existing 600 weight when a theme leaves it unset), so a theme that serves its display face at a lighter weight is no longer browser-faked bold. `@wabbit/tome-blocks-lms-pack`: the `course-card` block's title heading gets the same `--tome-type-weight-display` token treatment. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's title heading gets the same `--tome-type-weight-display` token treatment.

• 30a0060: Three display-family headings now read the `--tome-type-weight-display` token instead of a hard-coded weight. `@wabbit/tome-blocks-org-pack`: the `member-grid` block's heading and member-name headings now read the `--tome-type-weight-display` token (falling back to their existing 600 weight when a theme leaves it unset), so a theme that serves its display face at a lighter weight is no longer browser-faked bold. `@wabbit/tome-blocks-lms-pack`: the `course-card` block's title heading gets the same `--tome-type-weight-display` token treatment. `@wabbit/tome-blocks-catalog-pack`: the `featured-product` block's title heading gets the same `--tome-type-weight-display` token treatment.

9ac8d3d: Seven org blocks now render their muted panels and heading sizes instead of falling back to nothing. Affected: campaign banner, document link, event calendar, event list, member card, member grid and org chart. They read `--tome-color-muted`, `--tome-text-xl`, `--tome-text-2xl` and `--tome-text-base` without a fallback, and no package declares those names. They now read `--tome-color-surface-muted`, `--tome-type-size-xl`, `--tome-type-size-2xl` and `--tome-text-body`.

• 9ac8d3d: Seven org blocks now render their muted panels and heading sizes instead of falling back to nothing. Affected: campaign banner, document link, event calendar, event list, member card, member grid and org chart. They read `--tome-color-muted`, `--tome-text-xl`, `--tome-text-2xl` and `--tome-text-base` without a fallback, and no package declares those names. They now read `--tome-color-surface-muted`, `--tome-type-size-xl`, `--tome-type-size-2xl` and `--tome-text-body`.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

2d8409e: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-org`, which was never a declared peer and is never imported.

• 2d8409e: Drops the no-op `peerDependenciesMeta` entry for `@wabbit/tome-org`, which was never a declared peer and is never imported.

c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

• c3468b0: Layer detection now runs through blocks-core's `createLayerProbe` instead of a local `tryGetLayerRegistry` copy. The dynamic core import stays in this pack, and memo semantics are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helper.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.16.0

• @wabbit/tome-blocks-core@0.16.0

c1f3830: Demo imagery now resolves without a network. Every org-pack image field is a plain-text URL (no Payload upload), and the demos pointed at `https://cdn.wabbit.example/…`, a domain that does not exist — so member-card, member-grid, division-card and campaign-banner rendered broken-image glyphs in any gallery preview or thumbnail capture. New `demo-media.ts` emits a self-contained SVG data URI per subject (neutral tonal field + initials; no brand color), and `DemoContext` gains `placeholderImageUrl` so a host can substitute real imagery. Found while registering Org Blocks on wabbit.com/blocks (2026-09-05).

• c1f3830: Demo imagery now resolves without a network. Every org-pack image field is a plain-text URL (no Payload upload), and the demos pointed at `https://cdn.wabbit.example/…`, a domain that does not exist — so member-card, member-grid, division-card and campaign-banner rendered broken-image glyphs in any gallery preview or thumbnail capture. New `demo-media.ts` emits a self-contained SVG data URI per subject (neutral tonal field + initials; no brand color), and `DemoContext` gains `placeholderImageUrl` so a host can substitute real imagery. Found while registering Org Blocks on wabbit.com/blocks (2026-09-05).
• Updated dependencies - @wabbit/tome-blocks-core@0.16.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` (ruled 2026-09-01). The platform declared React peers in five different shapes — `>=18.0.0`, `>=18`, `^18 || ^19`, `^18.3.0 || ^19.0.0`, `^19.0.0` — while its kernel (`@wabbit/tome-core`) and five app-layer packages already required `>=19`. Any package advertising React 18 was advertising a configuration that could not be installed alongside the kernel, so the split was never a supported matrix; it was drift. One shape now, and it is the honest one. These nine version independently of the `linked` blocks family (which gets its own coordinated bump), so they are listed here: - `@wabbit/tome-admin`, `@wabbit/tome-admin-pro` — from `^18.3.0 || ^19.0.0` - `@wabbit/tome-blocks-gallery` — from `^18 || ^19`; devDeps `react`/`@types/react` `^18.0.0` → `^19.0.0` - `@wabbit/tome-blocks-org-pack` — from `>=18.0.0`; same devDep correction - `@wabbit/tome-engine`, `@wabbit/tome-motion`, `@wabbit/tome-rpg`, `@wabbit/tome-webgl` — from `>=18` - `@wabbit/tome-ui` — from `>=18.0.0` The `^18` devDependency pins on the two block-shaped packages were already fiction: the root `pnpm.overrides` pins `@types/react` to `19.2.14`, so both have been building against React 19 types regardless. Correcting them changes the manifest, not the resolved tree. Consumer impact: a React 18 consumer can no longer install these. That install was already impossible with the kernel in the graph.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

@wabbit/tome-blocks-core@0.15.9

• @wabbit/tome-blocks-core@0.15.9

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

• Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

6779aa1: Neutralize gaming/military-flavored language across the org surfaces — labels, descriptions, and demo content only; zero schema changes (all field names, collection slugs, and enum/select VALUES are byte-identical, so no consumer data migration). - **blocks-org-pack:** CampaignBanner's `codename` field is now labeled "Name" with a business example ("Spring Launch" demo replaces "Operation Nightfall … contested systems"); MemberCard/MemberGrid `rank` fields labeled "Role" with business-ladder demo values (Principal/Staff/Senior replace Captain/Lieutenant/Sergeant, "Fleet Commander" → "Design Lead"); EventCalendar demo uses business events (workshop, hiring open house, quarterly business review — "Upcoming Operations" heading → "Upcoming Events"); OrgChart meta/variants describe a generic three-level hierarchy instead of Division → Teams → Squads (render output was already 100% data-driven — level headings come from the authored rows, so no new props were needed); block meta descriptions/usage neutralized throughout. - **tome-org:** flavored admin LABELS get neutral text while stored values stay put — Event status `boarding`/`debrief` labeled "Check-In"/"Wrap-Up"; eventType `operation`/`patrol`/`exam` labeled "Initiative"/"Outreach"/"Assessment"; `securityLevel` labeled "Access"; Campaign `codename` labeled "Internal Name" and campaignType `recurring_op`/`special_operation`/`deployment` labeled "Recurring Series"/"Special Initiative"/"Rollout"; Member `classification` labeled "Directory Visibility" with `classified` labeled "Private", "Chain of command" → "Reporting line"; Rank `securityClearance` labeled "Access Level" and category `command` labeled "Management"; Squad squadType `fire_team`/`flight` labeled "Crew"/"Pod", `callsign` labeled "Nickname"; Membership `squadron` labeled "Unit", role example "Pointman, Medic" → "Coordinator, Facilitator"; Position abbreviation example "CO, XO" → "COO, PM", category `command` labeled "Executive". The configurable `DEFAULT_ORG_TERMINOLOGY` (Division/Team/Squad/Rank) is deliberately unchanged — it is the documented override seam and `@wabbit/tome-sc` inherits it for its themed collections. - **blocks-core:** BLOCK_CATALOG entries for campaign-banner, member-card, and org-chart re-mirror the updated pack meta descriptions (catalog is generated from pack meta; only the entries owned by this change were refreshed).

• 6779aa1: Neutralize gaming/military-flavored language across the org surfaces — labels, descriptions, and demo content only; zero schema changes (all field names, collection slugs, and enum/select VALUES are byte-identical, so no consumer data migration). - **blocks-org-pack:** CampaignBanner's `codename` field is now labeled "Name" with a business example ("Spring Launch" demo replaces "Operation Nightfall … contested systems"); MemberCard/MemberGrid `rank` fields labeled "Role" with business-ladder demo values (Principal/Staff/Senior replace Captain/Lieutenant/Sergeant, "Fleet Commander" → "Design Lead"); EventCalendar demo uses business events (workshop, hiring open house, quarterly business review — "Upcoming Operations" heading → "Upcoming Events"); OrgChart meta/variants describe a generic three-level hierarchy instead of Division → Teams → Squads (render output was already 100% data-driven — level headings come from the authored rows, so no new props were needed); block meta descriptions/usage neutralized throughout. - **tome-org:** flavored admin LABELS get neutral text while stored values stay put — Event status `boarding`/`debrief` labeled "Check-In"/"Wrap-Up"; eventType `operation`/`patrol`/`exam` labeled "Initiative"/"Outreach"/"Assessment"; `securityLevel` labeled "Access"; Campaign `codename` labeled "Internal Name" and campaignType `recurring_op`/`special_operation`/`deployment` labeled "Recurring Series"/"Special Initiative"/"Rollout"; Member `classification` labeled "Directory Visibility" with `classified` labeled "Private", "Chain of command" → "Reporting line"; Rank `securityClearance` labeled "Access Level" and category `command` labeled "Management"; Squad squadType `fire_team`/`flight` labeled "Crew"/"Pod", `callsign` labeled "Nickname"; Membership `squadron` labeled "Unit", role example "Pointman, Medic" → "Coordinator, Facilitator"; Position abbreviation example "CO, XO" → "COO, PM", category `command` labeled "Executive". The configurable `DEFAULT_ORG_TERMINOLOGY` (Division/Team/Squad/Rank) is deliberately unchanged — it is the documented override seam and `@wabbit/tome-sc` inherits it for its themed collections. - **blocks-core:** BLOCK_CATALOG entries for campaign-banner, member-card, and org-chart re-mirror the updated pack meta descriptions (catalog is generated from pack meta; only the entries owned by this change were refreshed).
• Updated dependencies [6779aa1] - @wabbit/tome-blocks-core@0.15.8

@wabbit/tome-blocks-core@0.15.0

• @wabbit/tome-blocks-core@0.15.0

8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

• 8fbbaf5: Starter-launch fixes across four packages: - **tome-chrome:** Navbar5's desktop menu now hides on mobile — the responsive `.desktopMenu` class moved to a wrapper `<div>` so tome-ui's `navigation-menu` root rule (`display: flex`) no longer clobbers the `display: none` toggle below 64em (the bar was blowing out to ~500px on phones, pushing the hamburger off-canvas). - **tome-blocks-lms-pack:** CourseCard no longer renders the rating star twice — the JSX `★` is removed; the styleable `.tome-course-card__rating::before` star in styles.css is the single source. - **tome-blocks-catalog-pack:** CategoryStrip renders real lucide icons for kebab-case icon names (target, joystick, book-open, settings, package) instead of painting the raw name as text; unmapped names render nothing, authored emoji still render. Adds `lucide-react` as a peer dependency (`>=0.460.0`, matching tome-chrome). - **tome-blocks-content-writer:** archive, related-posts, and blog catalog copy (meta `description` / `usage.summary`) now leads with the supported mode and frames unimplemented query-driven modes as roadmap scope instead of "renders nothing". No behavior change. - **tome-blocks-org-pack:** CampaignBanner drops its 20rem min-height when no `bannerUrl` is set — the floor exists to give the banner image room; without one it rendered a tall empty box above the bottom-anchored content.

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0

Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.

• 6bc419c: sc-pack: dead CSS-copy tsup hook deleted (the pack ships zero CSS); its deliberately-lightweight profile (no meta.ts, rides tome-sc's token theme) is now documented in the source header with the convergence trigger (gallery browse surface needs meta). `./demo` subpath rule: all 10 renderer packs now expose it — added to org/lms/catalog/sc packs plus agency-essentials (found missing in the consistency sweep); verified the demo import graph never reaches registering code.
• 36e537a: Documentation truth pass: all "hydrates from @wabbit/tome-X when present" claims across READMEs, block meta, bundle descriptions, render headers, and admin field descriptions are rewritten to the honest contract — these blocks are fully static today; the layer-presence flags are the seam for a future hydration wave (trigger documented in place). content-writer's `RelatedPosts` (auto mode) and `Archive` (collection mode) no longer render fake placeholder UI — the unimplemented modes render nothing and say so in the admin field description.
• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• aef2725: DRY adoption sweep (the audit's "adoption, not extraction" rule): crm/deals capability presets delegate to core's `sessionHasCapabilityOrLegacyAdmin`; new core `buildOwnershipWhere`/`ownershipOrBypass` (via `./access`) adopted by core's vendorScoped, catalog's vendor-scoping, and org's ownOrScoped (public APIs unchanged); `slugField()` adopted at 7 sites where semantics matched exactly (core lms collections + createMemberCollection — replacing a third independent slugify), with ~25 sites honestly skipped for named semantic divergences (auto-regenerate-on-clear vs allow-empty, collection-level hook pattern) now listed as core-enhancement candidates; new `formatDisplayDate` in blocks-core utilities (UTC-pinned, hydration-safe) adopted at 5 verified-identical sites; lms-ui consolidates its two certificate date formatters locally; `useMediaQuery`/`useIsMobile` published from tome-ui and adopted by AppShell + admin's SidebarProvider; gamification's `awardPoints` now uses the authoritative `getPointsBalance` (fixes a divergent 1000-row scan cap vs the correct 10000).
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0

bbe8945: 0.2.5 published to npm.wabbit.com without its `dist/` output: the tarball contained only `package.json`/`README.md`/`CHANGELOG.md`/`LICENSE.md` (4.5 kB) even though `files` declares `dist` and `main`/`module`/`exports` all point into it, breaking every consumer's install (missing entry point). Root cause: 0.2.5 was a pure dependency-ripple patch (blocks-core 0.10.0 bump, no source change to this package) published via `pnpm publish` with no lifecycle guard verifying `dist/` existed at pack time — `pnpm pack`/`publish` silently omits a listed `files` entry when the path is absent rather than erroring, and this package (like its blocks-family siblings) had no `prepublishOnly` build guard. Reproduced locally: `rm -rf dist && pnpm pack` produced the identical 4-file/~1.6kB-unpacked artifact; with `dist/` present, `pnpm pack` correctly emits 276 files / 63.9 kB, matching the healthy 0.2.4 baseline. Fix: added `"prepublishOnly": "pnpm run build"` to this package's scripts. tsup's own config already sets `clean: true`, so a plain build both clears stale output and guarantees `dist/` exists before `pnpm publish` packs the tarball — verified via `pnpm publish --dry-run --no-git-checks` with `dist/` deleted beforehand: the hook rebuilt dist and the resulting dry-run tarball matched the 276-file/63.9 kB healthy shape. This is a republish, not a code change — no runtime behavior differs from what 0.2.4/0.2.5-intended shipped. Note (not fixed here — out of scope for this package's patch): this dist-less-publish class of defect is repo-wide, since no package in the monorepo has a `prepublishOnly`/`prepack` build guard prior to this change (confirmed via `grep -l prepublishOnly packages/*/package.json` returning nothing). Any package published without a preceding fresh build is equally exposed. Recommend a shared guard (e.g. a `scripts/verify-dist-before-publish.mjs` invoked from each package's `prepublishOnly`, or a root `pnpm publish` wrapper that runs `pnpm --filter <pkg>... build` first) rather than hand-adding `prepublishOnly: "pnpm run build"` to all ~30 packages individually. Separately (also not fixed here): this package's pre-existing `"clean": "rimraf dist"` script is independently broken — `rimraf` is not declared in this package's `devDependencies` (nor at the workspace root), so `pnpm run clean` fails with "'rimraf' is not recognized" if invoked directly. The same gap exists across the whole blocks family (blocks, blocks-core, blocks-extras, and all 8 sibling packs) plus `core`, `ui`, `motion`, `lms`, `lms-ui`, `gamification` — none declare `rimraf` even though their `clean` script calls it; sibling packages like `admin`, `crm`, `marketing`, `accounts`, `org`, `sc` do declare it (`^5.0.0`). This guard's `prepublishOnly` avoids the gap by not calling `clean` at all (relying on tsup's own `clean: true`), so it is unaffected, but the standalone `clean` script remains latent-broken for these ~18 packages. - @wabbit/tome-blocks-core@0.10.0

• bbe8945: 0.2.5 published to npm.wabbit.com without its `dist/` output: the tarball contained only `package.json`/`README.md`/`CHANGELOG.md`/`LICENSE.md` (4.5 kB) even though `files` declares `dist` and `main`/`module`/`exports` all point into it, breaking every consumer's install (missing entry point). Root cause: 0.2.5 was a pure dependency-ripple patch (blocks-core 0.10.0 bump, no source change to this package) published via `pnpm publish` with no lifecycle guard verifying `dist/` existed at pack time — `pnpm pack`/`publish` silently omits a listed `files` entry when the path is absent rather than erroring, and this package (like its blocks-family siblings) had no `prepublishOnly` build guard. Reproduced locally: `rm -rf dist && pnpm pack` produced the identical 4-file/~1.6kB-unpacked artifact; with `dist/` present, `pnpm pack` correctly emits 276 files / 63.9 kB, matching the healthy 0.2.4 baseline. Fix: added `"prepublishOnly": "pnpm run build"` to this package's scripts. tsup's own config already sets `clean: true`, so a plain build both clears stale output and guarantees `dist/` exists before `pnpm publish` packs the tarball — verified via `pnpm publish --dry-run --no-git-checks` with `dist/` deleted beforehand: the hook rebuilt dist and the resulting dry-run tarball matched the 276-file/63.9 kB healthy shape. This is a republish, not a code change — no runtime behavior differs from what 0.2.4/0.2.5-intended shipped. Note (not fixed here — out of scope for this package's patch): this dist-less-publish class of defect is repo-wide, since no package in the monorepo has a `prepublishOnly`/`prepack` build guard prior to this change (confirmed via `grep -l prepublishOnly packages/*/package.json` returning nothing). Any package published without a preceding fresh build is equally exposed. Recommend a shared guard (e.g. a `scripts/verify-dist-before-publish.mjs` invoked from each package's `prepublishOnly`, or a root `pnpm publish` wrapper that runs `pnpm --filter <pkg>... build` first) rather than hand-adding `prepublishOnly: "pnpm run build"` to all ~30 packages individually. Separately (also not fixed here): this package's pre-existing `"clean": "rimraf dist"` script is independently broken — `rimraf` is not declared in this package's `devDependencies` (nor at the workspace root), so `pnpm run clean` fails with "'rimraf' is not recognized" if invoked directly. The same gap exists across the whole blocks family (blocks, blocks-core, blocks-extras, and all 8 sibling packs) plus `core`, `ui`, `motion`, `lms`, `lms-ui`, `gamification` — none declare `rimraf` even though their `clean` script calls it; sibling packages like `admin`, `crm`, `marketing`, `accounts`, `org`, `sc` do declare it (`^5.0.0`). This guard's `prepublishOnly` avoids the gap by not calling `clean` at all (relying on tsup's own `clean: true`), so it is unaffected, but the standalone `clean` script remains latent-broken for these ~18 packages. - @wabbit/tome-blocks-core@0.10.0

@wabbit/tome-blocks-core@0.10.0

• @wabbit/tome-blocks-core@0.10.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4

Updated dependencies - @wabbit/tome-blocks-core@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2

Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.

• 249b670: Batch 6 (domain packs) + Batch 7 (primitives + usage manifest) of the 2026-06-27 inserter/variant architecture — audit + usage/intent authoring (Decision 4). The domain packs pull from distinct collections (courses / products / members / fleet), so per the spec they stay schema-distinct — this is metadata, not consolidation. - **Authored usage/intent metadata** on all 25 domain blocks: LMS (course-card, lesson-list, progress-bar, quiz-summary, instructor-card, enrollment-cta), Catalog (product-card, product-grid, category-strip, price-table, inventory-badge, featured-product), Org (division-card, member-card, member-grid, event-calendar, event-list-item, org-chart, document-link, campaign-banner), SC (fleet-summary, signal-hero-sc, task-force-roster, op-briefing-panel, rsi-handle-card). Also authored usage on the 9 free `extras-primitives` (section, spacer, grid, stacking-wrapper, content, text-block, code, section-header, content-two-column — in @wabbit/tome-blocks-extras, already bumping). - **Audit (clean):** no dual-mechanism drift, no slug-splits, and the card-vs-grid / item-vs-calendar pairs are genuine single-object-vs-array shape differences (NOT layout variants) — correctly kept as separate blocks. The relationship is encoded in each block's `usage.pairsWith`/`avoidWhen` so an assembling agent picks the right one. - **`buildUsageManifest` verified end-to-end** (@wabbit/tome-blocks-core, Batch 0): builds a sane manifest from the now-authored descriptors — `byRegister` (application / editorial / marketing-landing / structural / dossier), `byPageType`, variant flow-through, and `unauthored` tracking. The consumer-side manifest generation + exposure to assembling agents is a live-run wiring step. Note: the domain packs use the inline-meta pattern (BlockMeta passed to `defineBlock` in each block's index.ts), so `usage` was added there. Ships in the linked family's 0.8.0 minor.
• Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

• Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2

@wabbit/tome-blocks-core@0.5.9

• @wabbit/tome-blocks-core@0.5.9

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7

Onboard to the dist-publish pipeline — **first registry publish** to npm.wabbit.com (the pack was previously source-only / path-alias consumption). Adds a `tsup` build (`bundle: false`, dual ESM/CJS, `'use client'` preserved, CSS mirrored to `dist/`), dist-pointing `exports` (`.` config + `./render` components), and `files` / `publishConfig` / `license` / `author` / `repository` metadata. No source or behavior change. Enables registry consumption (e.g. tome-starter moving off path-alias-to-source).

• Onboard to the dist-publish pipeline — **first registry publish** to npm.wabbit.com (the pack was previously source-only / path-alias consumption). Adds a `tsup` build (`bundle: false`, dual ESM/CJS, `'use client'` preserved, CSS mirrored to `dist/`), dist-pointing `exports` (`.` config + `./render` components), and `files` / `publishConfig` / `license` / `author` / `repository` metadata. No source or behavior change. Enables registry consumption (e.g. tome-starter moving off path-alias-to-source).
• Updated dependencies - @wabbit/tome-blocks-core@0.4.2

Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

• Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

191df17: term-ledger: new `split` variant (the first two rows as two contrasting cards, the rest as a row of short columns, on the tinted band) and an optional `rows[].cardTitle` that the split cards show over the term. comparison-table: optional `footnoteFigure` and `footnoteFigureLabel` turn the footnote into a callout panel with a big figure beside it. Additive: existing blocks render unchanged.

• 191df17: term-ledger: new `split` variant (the first two rows as two contrasting cards, the rest as a row of short columns, on the tinted band) and an optional `rows[].cardTitle` that the split cards show over the term. comparison-table: optional `footnoteFigure` and `footnoteFigureLabel` turn the footnote into a callout panel with a big figure beside it. Additive: existing blocks render unchanged.

807c889: Practice sites can now build a full first-visit page and a provider index from blocks. All additive: existing blocks render as before unless a page selects the new options. - `practice-steps` adds a `long` variant: details and a how-long and who panel per step. - `practice-people-list` adds a `directory` variant: labeled facts and one action along the card bottoms. - `practice-record-header` adds a typed `page` variant for a page with no record behind it. - `practice-book` adds a typed `bookLink` for a page with no person behind it. - `proof-plates` plates can carry a checklist. - The Rounds theme styles all of these. Its closing book block now sets the words beside stacked choices from 1024px, the caption over the words, and the current nav link is marked.

• 807c889: Practice sites can now build a full first-visit page and a provider index from blocks. All additive: existing blocks render as before unless a page selects the new options. - `practice-steps` adds a `long` variant: details and a how-long and who panel per step. - `practice-people-list` adds a `directory` variant: labeled facts and one action along the card bottoms. - `practice-record-header` adds a typed `page` variant for a page with no record behind it. - `practice-book` adds a typed `bookLink` for a page with no person behind it. - `proof-plates` plates can carry a checklist. - The Rounds theme styles all of these. Its closing book block now sets the words beside stacked choices from 1024px, the caption over the words, and the current nav link is marked.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

3f7bbee: `proof-plates` gains stable hooks that themes can style. `data-proof-plates` is on the plate row, and `data-proof-plate`, `data-proof-kicker`, `data-proof-title`, `data-proof-body` and `data-proof-link` are on each plate and its parts (the link hook is on the anchor, inline or button). Attributes only: no schema change, no new field, no class or structure change. A golden file captured before the hooks existed, with the hooks stripped, matches the new markup in every shell. `PackButtons` gains an optional `attrs` prop for `data-*` attributes on each anchor; unset, it adds none.

• 3f7bbee: `proof-plates` gains stable hooks that themes can style. `data-proof-plates` is on the plate row, and `data-proof-plate`, `data-proof-kicker`, `data-proof-title`, `data-proof-body` and `data-proof-link` are on each plate and its parts (the link hook is on the anchor, inline or button). Attributes only: no schema change, no new field, no class or structure change. A golden file captured before the hooks existed, with the hooks stripped, matches the new markup in every shell. `PackButtons` gains an optional `attrs` prop for `data-*` attributes on each anchor; unset, it adds none.

dac1155: Term Ledger can show a second figure, figure captions and a link under the rows. Four optional fields on `term-ledger`: `figureCaption`, `secondFigureMedia` (same upload and media collection as `figureMedia`), `secondFigureCaption`, and a `link` group (`label`, `href`, `style`: `text`, `button` or `outline`, default `text`). Captions render as a `<figcaption>` inside the figure; a second figure follows the first in the same figure column (in a `data-term-figures` wrapper); the link renders after the rows. New hooks for themes: `data-term-figure="1|2"` (emitted only when one of the new fields is used), `data-term-caption`, `data-term-figures` and `data-term-link`. With all four fields unset the markup is byte-identical to before (pinned by the existing defaults golden and a field-list golden).

• dac1155: Term Ledger can show a second figure, figure captions and a link under the rows. Four optional fields on `term-ledger`: `figureCaption`, `secondFigureMedia` (same upload and media collection as `figureMedia`), `secondFigureCaption`, and a `link` group (`label`, `href`, `style`: `text`, `button` or `outline`, default `text`). Captions render as a `<figcaption>` inside the figure; a second figure follows the first in the same figure column (in a `data-term-figures` wrapper); the link renders after the rows. New hooks for themes: `data-term-figure="1|2"` (emitted only when one of the new fields is used), `data-term-caption`, `data-term-figures` and `data-term-link`. With all four fields unset the markup is byte-identical to before (pinned by the existing defaults golden and a field-list golden).

1636ffa: The `practice-modes` demo's closing link is the caller's `placeholderHref` or `#`, not an invented `/practice/modes`.

• 1636ffa: The `practice-modes` demo's closing link is the caller's `placeholderHref` or `#`, not an invented `/practice/modes`.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

16eb14c: `phase-ledger` gains a `pinned` variant, and `record-roster` can set client names in type and carry one quote. Both are opt-in; stored documents and defaults render byte-identical. `pinned` is a numbered list of phases that sticks beside one 3:2 plate per phase (from 1024px), each plate captioned with a label line ("Phase 1 · Brief", from the new `phaseLabel` template), the phase's sentence, a `caption` and a `credit`. A small client island (`PhaseLedgerPinnedTracking`, one IntersectionObserver) marks the phase whose plate is in view with ink and a small accent square. Without JavaScript every phase shows; under reduced motion there is no easing but the active phase still changes. The four existing variants and the `panel` island are unchanged. From 1024px the plates are one track and plate 1 no longer keeps its phone span of two tracks, so every plate has the full column. New phase fields: `caption` and `credit`; `image` now also shows for `pinned`. `record-roster` gains `logos[].name` (set in type when the logo has no image), `logos[].note`, `namesLabel` (the accessible name when every logo is a name, which then renders as a `ul`) and `quote` (`label`, `text`, `cite`, one figure after the grid). `record-roster` also gains an optional `heading`: one `h2[data-record-heading]` in the heading lane beside the kicker (accent runs render as in the other dossier headings). Unset, blank or whitespace renders nothing and every stored document is byte-identical (the golden suite proves it). A site that supplied the line as a ledger row can move it to the field.

• 16eb14c: `phase-ledger` gains a `pinned` variant, and `record-roster` can set client names in type and carry one quote. Both are opt-in; stored documents and defaults render byte-identical. `pinned` is a numbered list of phases that sticks beside one 3:2 plate per phase (from 1024px), each plate captioned with a label line ("Phase 1 · Brief", from the new `phaseLabel` template), the phase's sentence, a `caption` and a `credit`. A small client island (`PhaseLedgerPinnedTracking`, one IntersectionObserver) marks the phase whose plate is in view with ink and a small accent square. Without JavaScript every phase shows; under reduced motion there is no easing but the active phase still changes. The four existing variants and the `panel` island are unchanged. From 1024px the plates are one track and plate 1 no longer keeps its phone span of two tracks, so every plate has the full column. New phase fields: `caption` and `credit`; `image` now also shows for `pinned`. `record-roster` gains `logos[].name` (set in type when the logo has no image), `logos[].note`, `namesLabel` (the accessible name when every logo is a name, which then renders as a `ul`) and `quote` (`label`, `text`, `cite`, one figure after the grid). `record-roster` also gains an optional `heading`: one `h2[data-record-heading]` in the heading lane beside the kicker (accent runs render as in the other dossier headings). Unset, blank or whitespace renders nothing and every stored document is byte-identical (the golden suite proves it). A site that supplied the line as a ledger row can move it to the field.

d899880: `term-ledger` gains part hooks and an opt-in `termHeading`. Each row carries `data-term-row`; its term carries `data-term`; its body cell carries `data-term-body`. The body cell is a new `<div>` around the body, or the existing row cell when the row has a button. A row without a body renders its term only, as before. The new field `termHeading` (a checkbox, off by default) renders each term as an `<h3>` instead of a `<span>`, with the same class and hook, so the terms enter the page outline. With it off the markup is the same apart from the hooks (and the body wrapper). The variants, classes and styles are unchanged.

• d899880: `term-ledger` gains part hooks and an opt-in `termHeading`. Each row carries `data-term-row`; its term carries `data-term`; its body cell carries `data-term-body`. The body cell is a new `<div>` around the body, or the existing row cell when the row has a button. A row without a body renders its term only, as before. The new field `termHeading` (a checkbox, off by default) renders each term as an `<h3>` instead of a `<span>`, with the same class and hook, so the terms enter the page outline. With it off the markup is the same apart from the hooks (and the body wrapper). The variants, classes and styles are unchanged.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

60ebb89: `practice-modes` gains a `ledger` variant, `fit-prose` an `order` option, and `dated-ledger` entries a `dateLabel`. - **`practice-modes` `ledger`**: the two modes become two paths compared row by row. Per mode it adds a `name`, a phone `tabLabel`, `inclusions[]`, a `duration`, `fit[]` chips, a `price` (`amount` and `note`), a `recommended` checkbox (at most one) and two doors: `primaryLink` (a filled button, usually a link out to a scheduler, with `newTab`) and `writeLink` (an outline button defaulting to "Write to me" and `#contact`, with a `prefill` of `field` and `value`). The block adds `rowLabels` (`included`, `duration`, `fit`, `price`) and a `tabsLabel`. Row labels sit in the left marginalia lane and the two paths are equal columns from the prose line to the content edge, each row subgridding the lane grid from 1024px; between 768px and 1023px a row lays out its own label column, and below 768px it stacks. On phones a small client island (`PracticeModesTabs`) shows an accessible tab list (arrow keys, Home, End) that opens on the recommended path; without JavaScript both paths show. Hooks: `data-block-variant="ledger"`, `data-ledger-row` (`head | included | duration | fit | price | doors`), `data-ledger-label`, `data-ledger-col` and `data-ledger-panel` (`a | b`), `data-mode-recommended`, `data-mode-kind`, `data-mode-name`, `data-mode-summary`, `data-mode-inclusions`, `data-mode-fit`, `data-mode-chip`, `data-mode-price`, `data-mode-price-note`, `data-mode-doors`, `data-mode-door`, `data-ledger-tabs`, `data-ledger-tab`. The write link carries `data-form-prefill="<field>=<value>"` when a prefill is set. An optional `deck` (one sentence, shown only on this variant) prints under the heading as `data-block-deck`; blank prints nothing. The default styling is theme-neutral. `practice-modes` now lists `default` and `ledger` as variants; content saved before renders as `default`, byte for byte. - **`fit-prose` `order`** (`not-first` by default, or `fit-first`): sets which paragraph comes first in the markup. The root carries `data-fit-order` when the option is stored; content saved before has no attribute and renders as before. - **`dated-ledger` `entries[].dateLabel`**: text shown in place of the date, such as "Now". It keeps the numeral's hook (`data-ledger-year` or `data-ledger-day`) and adds `data-date-label`; the `<time>` element is omitted when the entry has no date. Entries without a label render as before. The entry photo keeps its existing `data-ledger-photo` hook. - **`practice-modes` `ledger` price note**: a note that opens with punctuation (`,` `.` `;` `:`) is set straight after the amount with no space, so "$2,400" and ", or three payments of $800" read as one line. A note that opens with a letter keeps the space, and the markup for it is unchanged.

• 60ebb89: `practice-modes` gains a `ledger` variant, `fit-prose` an `order` option, and `dated-ledger` entries a `dateLabel`. - **`practice-modes` `ledger`**: the two modes become two paths compared row by row. Per mode it adds a `name`, a phone `tabLabel`, `inclusions[]`, a `duration`, `fit[]` chips, a `price` (`amount` and `note`), a `recommended` checkbox (at most one) and two doors: `primaryLink` (a filled button, usually a link out to a scheduler, with `newTab`) and `writeLink` (an outline button defaulting to "Write to me" and `#contact`, with a `prefill` of `field` and `value`). The block adds `rowLabels` (`included`, `duration`, `fit`, `price`) and a `tabsLabel`. Row labels sit in the left marginalia lane and the two paths are equal columns from the prose line to the content edge, each row subgridding the lane grid from 1024px; between 768px and 1023px a row lays out its own label column, and below 768px it stacks. On phones a small client island (`PracticeModesTabs`) shows an accessible tab list (arrow keys, Home, End) that opens on the recommended path; without JavaScript both paths show. Hooks: `data-block-variant="ledger"`, `data-ledger-row` (`head | included | duration | fit | price | doors`), `data-ledger-label`, `data-ledger-col` and `data-ledger-panel` (`a | b`), `data-mode-recommended`, `data-mode-kind`, `data-mode-name`, `data-mode-summary`, `data-mode-inclusions`, `data-mode-fit`, `data-mode-chip`, `data-mode-price`, `data-mode-price-note`, `data-mode-doors`, `data-mode-door`, `data-ledger-tabs`, `data-ledger-tab`. The write link carries `data-form-prefill="<field>=<value>"` when a prefill is set. An optional `deck` (one sentence, shown only on this variant) prints under the heading as `data-block-deck`; blank prints nothing. The default styling is theme-neutral. `practice-modes` now lists `default` and `ledger` as variants; content saved before renders as `default`, byte for byte. - **`fit-prose` `order`** (`not-first` by default, or `fit-first`): sets which paragraph comes first in the markup. The root carries `data-fit-order` when the option is stored; content saved before has no attribute and renders as before. - **`dated-ledger` `entries[].dateLabel`**: text shown in place of the date, such as "Now". It keeps the numeral's hook (`data-ledger-year` or `data-ledger-day`) and adds `data-date-label`; the `<time>` element is omitted when the entry has no date. Entries without a label render as before. The entry photo keeps its existing `data-ledger-photo` hook. - **`practice-modes` `ledger` price note**: a note that opens with punctuation (`,` `.` `;` `:`) is set straight after the amount with no space, so "$2,400" and ", or three payments of $800" read as one line. A note that opens with a letter keeps the space, and the markup for it is unchanged.

4ee0823: `comparison-table` cells can take an `emphasis` tone that sets one value in accent ink. The ink is the new `--tome-comparison-emphasis-ink` token (falling back to the accent text color), read by a rule that wins over the table's own cell color, so a theme sets the token and needs no selector of its own. Toned cells and their phone-card values now carry `data-cell-tone="affirm" | "absent" | "emphasis"`; cells with no tone render as before.

• 4ee0823: `comparison-table` cells can take an `emphasis` tone that sets one value in accent ink. The ink is the new `--tome-comparison-emphasis-ink` token (falling back to the accent text color), read by a rule that wins over the table's own cell color, so a theme sets the token and needs no selector of its own. Toned cells and their phone-card values now carry `data-cell-tone="affirm" | "absent" | "emphasis"`; cells with no tone render as before.

0435b77: `dated-ledger`: no stray separator under a year, and the chip can move into the date line. - With `datePrecision: 'year'` in `rows`, from 640px the year numeral takes its own line, so the line under it held only the reference, opened by the `·` separator ("· No. 1"). The separator is hidden there. Day precision, and every other layout, is unchanged. - New option `chipPlacement` (`body` by default, or `dateline`). With `dateline`, each entry's chip leaves the body and closes the date line on a line of its own, under the date and reference (`[data-ledger-date] [data-ledger-chip]`), so in `rows` it sits in the left margin under "No. 1". The root carries `data-ledger-chip-placement="dateline"`, and the gap above the chip is `--tome-dossier-ledger-dateline-chip-gap` (default `0.5rem`). Unset or `body` renders exactly as before.

• 0435b77: `dated-ledger`: no stray separator under a year, and the chip can move into the date line. - With `datePrecision: 'year'` in `rows`, from 640px the year numeral takes its own line, so the line under it held only the reference, opened by the `·` separator ("· No. 1"). The separator is hidden there. Day precision, and every other layout, is unchanged. - New option `chipPlacement` (`body` by default, or `dateline`). With `dateline`, each entry's chip leaves the body and closes the date line on a line of its own, under the date and reference (`[data-ledger-date] [data-ledger-chip]`), so in `rows` it sits in the left margin under "No. 1". The root carries `data-ledger-chip-placement="dateline"`, and the gap above the chip is `--tome-dossier-ledger-dateline-chip-gap` (default `0.5rem`). Unset or `body` renders exactly as before.
• e3aadfe: Theme hooks on links reach the DOM. - `@wabbit/tome-blocks-core`: `LinkProps` declares `data-*` and `aria-*` attributes, and the default anchor (`NoopLink`, used by `TomeLink` / `resolveLink` when no link adapter is registered) forwards them. It forwarded only `href`, `className`, `style`, `id`, `target` and `rel`, so every hook a pack put on a link (`data-section-label-link`, `data-panel-cta` and others) was dropped. Links without such attributes render exactly as before, and props that are neither `data-*` nor `aria-*` still stay off the anchor. A registered link adapter receives the attributes too: spread the rest of your `Link`'s props onto its anchor to keep them. - `@wabbit/tome-blocks-dossier-pack`: each `zone-directory` cell (the link anchor) carries `data-zone-cell`.

6928b7f: Phase Ledger gains `index` and `panel` variants, and Dated Ledger gains year dates, compliance labels, a note and a compact density. - **Phase Ledger `index`**: a numbered `<ol>` of ruled rows (number, title, body, and a byline column with the outcome and an optional link line). Each phase's new `link` (`label`, `href`) covers the whole row. Hooks: `data-phase-index`, `data-phase-row`, `data-phase-link`; the number keeps `data-phase-num` so a theme can set a mark before it. - **Phase Ledger `panel`**: one large media panel above a step bar. Phases gain optional `image` and `meta`. Without JavaScript every step is listed in full; once hydrated the step bar is an ARIA tablist (click, arrow keys, Home and End), and at 768px wide and 600px tall the steps also follow the scroll along a pinned runway. Phones and short windows are never pinned. Under reduced motion the jump to a step is instant and nothing crossfades. The island root carries `data-tome-motion="self"`. Hooks: `data-phase-panel`, `data-phase-slide`, `data-phase-media`, `data-phase-meta`, `data-phase-tabs`, `data-phase-tab` (its label `data-phase-num`, its name `data-phase-title`), `data-phase-active`, plus the root's `data-panel-state`, `data-panel-ready` and `data-panel-follow`. - **Dated Ledger**: `datePrecision: 'year'` makes the year the large numeral (`data-date-precision`, `data-ledger-year`); `density: 'compact'` tightens the rows for short entries such as awards (`data-ledger-density`); each entry's `complianceLabel` closes the entry (`data-compliance-label`); a block `note` follows the entries (`data-ledger-note`, reveal group `note`). - **Dated Ledger label lane:** from 1024px a theme can redraw the `rows` grid of a labeled ledger to move the compliance label (for example into a right-hand lane) with `--tome-dossier-ledger-label-areas` / `--tome-dossier-ledger-label-cols` (entries without a photo) and `--tome-dossier-ledger-label-media-areas` / `--tome-dossier-ledger-label-media-cols` (with a photo). Each falls back to the current layout, and the column tokens apply only at the regular density, so computed styles are unchanged when they are unset. - **Zone Directory**: part hooks, attributes only: `data-zone-board` (the board; each cell is its direct child), `data-zone-num`, `data-zone-title`, `data-zone-description` and `data-zone-link`. Neither Zone Directory nor the Phase Ledger index prints a § itself; a theme sets one with `::before`. The new phase fields show in the admin only for their variant. Existing content, the `default` and `rail` variants, and a dated ledger with the options unset (or at their defaults) render exactly as before.

• 6928b7f: Phase Ledger gains `index` and `panel` variants, and Dated Ledger gains year dates, compliance labels, a note and a compact density. - **Phase Ledger `index`**: a numbered `<ol>` of ruled rows (number, title, body, and a byline column with the outcome and an optional link line). Each phase's new `link` (`label`, `href`) covers the whole row. Hooks: `data-phase-index`, `data-phase-row`, `data-phase-link`; the number keeps `data-phase-num` so a theme can set a mark before it. - **Phase Ledger `panel`**: one large media panel above a step bar. Phases gain optional `image` and `meta`. Without JavaScript every step is listed in full; once hydrated the step bar is an ARIA tablist (click, arrow keys, Home and End), and at 768px wide and 600px tall the steps also follow the scroll along a pinned runway. Phones and short windows are never pinned. Under reduced motion the jump to a step is instant and nothing crossfades. The island root carries `data-tome-motion="self"`. Hooks: `data-phase-panel`, `data-phase-slide`, `data-phase-media`, `data-phase-meta`, `data-phase-tabs`, `data-phase-tab` (its label `data-phase-num`, its name `data-phase-title`), `data-phase-active`, plus the root's `data-panel-state`, `data-panel-ready` and `data-panel-follow`. - **Dated Ledger**: `datePrecision: 'year'` makes the year the large numeral (`data-date-precision`, `data-ledger-year`); `density: 'compact'` tightens the rows for short entries such as awards (`data-ledger-density`); each entry's `complianceLabel` closes the entry (`data-compliance-label`); a block `note` follows the entries (`data-ledger-note`, reveal group `note`). - **Dated Ledger label lane:** from 1024px a theme can redraw the `rows` grid of a labeled ledger to move the compliance label (for example into a right-hand lane) with `--tome-dossier-ledger-label-areas` / `--tome-dossier-ledger-label-cols` (entries without a photo) and `--tome-dossier-ledger-label-media-areas` / `--tome-dossier-ledger-label-media-cols` (with a photo). Each falls back to the current layout, and the column tokens apply only at the regular density, so computed styles are unchanged when they are unset. - **Zone Directory**: part hooks, attributes only: `data-zone-board` (the board; each cell is its direct child), `data-zone-num`, `data-zone-title`, `data-zone-description` and `data-zone-link`. Neither Zone Directory nor the Phase Ledger index prints a § itself; a theme sets one with `::before`. The new phase fields show in the admin only for their variant. Existing content, the `default` and `rail` variants, and a dated ledger with the options unset (or at their defaults) render exactly as before.

d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

• d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

8960ee1: Phase Ledger outcome hooks, an Info Panel card kicker, and two-column margin facts on phones. - **Phase Ledger** (dossier): each phase's outcome line carries `data-phase-outcome`, and its italic and weight read `--tome-dossier-phase-outcome-style` (default `italic`) and `--tome-dossier-phase-outcome-weight` (default `330`), so a theme can restyle the outcome without overriding the declarations. The look is unchanged when neither token is set. - **Info Panel** (editorial): the sticky panel card gains an optional `panelKicker`, a small label rendered first in the card, above the person (hook `data-panel-kicker`). It is read only with `stickyPanel` on, and a kicker alone is enough to render the card. The person's `name` may now be a full lead sentence ("Marisol Vance leads roof replacements."), with `role` as the sentences that follow. Both wrap beside the initials with no clamp or truncation, and the admin label and descriptions say so. Set `initials` when the name is a sentence. - **Editorial Spread** (editorial): margin facts (`rail.statCallouts` that carry a note) sit in two columns on phones (under 640px) instead of one long column. An odd last fact sits alone in the first column. Tablets keep the auto-fill columns, and the desktop rail is unchanged. Existing content renders as before.

• 8960ee1: Phase Ledger outcome hooks, an Info Panel card kicker, and two-column margin facts on phones. - **Phase Ledger** (dossier): each phase's outcome line carries `data-phase-outcome`, and its italic and weight read `--tome-dossier-phase-outcome-style` (default `italic`) and `--tome-dossier-phase-outcome-weight` (default `330`), so a theme can restyle the outcome without overriding the declarations. The look is unchanged when neither token is set. - **Info Panel** (editorial): the sticky panel card gains an optional `panelKicker`, a small label rendered first in the card, above the person (hook `data-panel-kicker`). It is read only with `stickyPanel` on, and a kicker alone is enough to render the card. The person's `name` may now be a full lead sentence ("Marisol Vance leads roof replacements."), with `role` as the sentences that follow. Both wrap beside the initials with no clamp or truncation, and the admin label and descriptions say so. Set `initials` when the name is a sentence. - **Editorial Spread** (editorial): margin facts (`rail.statCallouts` that carry a note) sit in two columns on phones (under 640px) instead of one long column. An odd last fact sits alone in the first column. Tablets keep the auto-fill columns, and the desktop rail is unchanged. Existing content renders as before.
• fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

43d7aa0: Lab Notes, Fit List and Cost Ledger: new options, line breaks, contrast and an entrance. - **Lab Notes** gains `showNumerals` (default on). Off drops the E.01… numerals and their grid column at every width: the kicker sits above the body on narrow screens, and from 900px the body lines up with the Handoff Body. The handoff body now sets at body size (`--tome-text-md`) on the prose measure (`--tome-prose-max-width`, 62ch when unset) instead of the small size at 62ch. Entry and handoff text wrap `pretty`; the headline wraps `balance`. - **Fit List**: a new line in the Anchored close renders as a line break (`*em*` accents still parse). The muted skip column and its label are raised from 55% to 70% ink for AA contrast. List items wrap `pretty`; the heading and close wrap `balance`. - **Cost Ledger** gains `compoundsStyle` (`label` default, or `prose`). Prose sets the third column in the body face at `--tome-text-md`, sentence case, in the body color; the lit row keeps its inverted colors. A new line in the coda renders as a line break. The muted column labels and third column are raised from 55% to 70% ink (the lit row's third column from 60% to 70%). The heading wraps `balance`; the intro and coda wrap `pretty`. - **Entrance motion**: the three blocks now enter part by part, with no markup hidden up front. Cost Ledger rows post one by one from the left (170ms apart) with the lit row landing last; Lab Notes prints each entry in order (70ms apart) and the handoff after; Fit List's build column arrives from the left and its skip column from the right (90ms apart). Content is visible with JavaScript off, parts already on screen at load are left alone, and reduced motion is read when the page loads, when it changes, and when each group enters. The Cost Ledger rows and the Fit List columns no longer take part in the opt-in group reveal (`context.dossierReveal`); the kicker, heading, intro, column strip and close still do. Existing content renders as before apart from the contrast lift and the Lab Notes handoff size.

• 43d7aa0: Lab Notes, Fit List and Cost Ledger: new options, line breaks, contrast and an entrance. - **Lab Notes** gains `showNumerals` (default on). Off drops the E.01… numerals and their grid column at every width: the kicker sits above the body on narrow screens, and from 900px the body lines up with the Handoff Body. The handoff body now sets at body size (`--tome-text-md`) on the prose measure (`--tome-prose-max-width`, 62ch when unset) instead of the small size at 62ch. Entry and handoff text wrap `pretty`; the headline wraps `balance`. - **Fit List**: a new line in the Anchored close renders as a line break (`*em*` accents still parse). The muted skip column and its label are raised from 55% to 70% ink for AA contrast. List items wrap `pretty`; the heading and close wrap `balance`. - **Cost Ledger** gains `compoundsStyle` (`label` default, or `prose`). Prose sets the third column in the body face at `--tome-text-md`, sentence case, in the body color; the lit row keeps its inverted colors. A new line in the coda renders as a line break. The muted column labels and third column are raised from 55% to 70% ink (the lit row's third column from 60% to 70%). The heading wraps `balance`; the intro and coda wrap `pretty`. - **Entrance motion**: the three blocks now enter part by part, with no markup hidden up front. Cost Ledger rows post one by one from the left (170ms apart) with the lit row landing last; Lab Notes prints each entry in order (70ms apart) and the handoff after; Fit List's build column arrives from the left and its skip column from the right (90ms apart). Content is visible with JavaScript off, parts already on screen at load are left alone, and reduced motion is read when the page loads, when it changes, and when each group enters. The Cost Ledger rows and the Fit List columns no longer take part in the opt-in group reveal (`context.dossierReveal`); the kicker, heading, intro, column strip and close still do. Existing content renders as before apart from the contrast lift and the Lab Notes handoff size.
• 4fe4ca3: Dossier blocks now stop their scroll animations when reduced motion is switched on or the block unmounts. Previously the tweens and scroll triggers already built kept running (the evidence plate's ink fill kept rewriting its background on scroll) and leaked on unmount. The cleanup works with the existing `@wabbit/tome-blocks-house` peer range.

dd76bb4: The four remaining motion islands (`case-file-row`, `evidence-plate`, `receipts-trio`, `record-roster`) now follow `prefers-reduced-motion` live, as `proof-plates` and the opt-in reveal already do. Each used a one-shot read at mount, so a page that loaded under reduced motion and was then switched to normal motion kept its pending parts hidden by the stylesheet with no effect left to reveal them. They now use the pack's reactive `useReducedMotion` as an effect dependency: reduced to normal plays the reveal, and normal to reduced shows every part in its finished state (the evidence plate's ink fill also drops its scrubbed position). Behavior is unchanged when the preference never changes.

• dd76bb4: The four remaining motion islands (`case-file-row`, `evidence-plate`, `receipts-trio`, `record-roster`) now follow `prefers-reduced-motion` live, as `proof-plates` and the opt-in reveal already do. Each used a one-shot read at mount, so a page that loaded under reduced motion and was then switched to normal motion kept its pending parts hidden by the stylesheet with no effect left to reveal them. They now use the pack's reactive `useReducedMotion` as an effect dependency: reduced to normal plays the reveal, and normal to reduced shows every part in its finished state (the evidence plate's ink fill also drops its scrubbed position). Behavior is unchanged when the preference never changes.

3e42d40: Proof Plates and Term Ledger gain opt-in buttons and a text-edge option; defaults render as before. Proof Plates: a plate's `linkStyle: 'button'` (default `inline`) sets its link as a button at the plate's foot, lined up across plates of different heights, with `linkAppearance` `outline` (default) or `default` (accent fill). Term Ledger: a row's `cta` and the block's `introCta` (`{ label, url, appearance? }`) render as buttons, and `introEdge: 'rows'` lines the intro and close up on the row-body text edge from 721px. The buttons share one stylesheet (44px targets, stacked full width at 640px and below, a trailing arrow bound to the last word). Fixed: a page that loaded under reduced motion and was then switched to normal motion left its pending reveal parts invisible; the reveal islands now follow the preference live and play the reveal on that switch. Term Ledger row bodies are also capped by the host `--tome-prose-max-width` when one is set (68ch/74ch remain the fallbacks).

• 3e42d40: Proof Plates and Term Ledger gain opt-in buttons and a text-edge option; defaults render as before. Proof Plates: a plate's `linkStyle: 'button'` (default `inline`) sets its link as a button at the plate's foot, lined up across plates of different heights, with `linkAppearance` `outline` (default) or `default` (accent fill). Term Ledger: a row's `cta` and the block's `introCta` (`{ label, url, appearance? }`) render as buttons, and `introEdge: 'rows'` lines the intro and close up on the row-body text edge from 721px. The buttons share one stylesheet (44px targets, stacked full width at 640px and below, a trailing arrow bound to the last word). Fixed: a page that loaded under reduced motion and was then switched to normal motion left its pending reveal parts invisible; the reveal islands now follow the preference live and play the reveal on that switch. Term Ledger row bodies are also capped by the host `--tome-prose-max-width` when one is set (68ch/74ch remain the fallbacks).

245fa47: CompareLedger gains three optional settings. Existing blocks render exactly as before. - `tone` (`contrast` by default, or `equal`): `equal` sets every option at full ink with no strike-through, and left-aligns the display values and the row cells, for two honest options side by side (for example "what the first year costs"). The first column's label takes the same accent color as the other. - `rows[].label`: a small mono label that spans the row above its cells. A row with only a label still renders. - `closeLink` (`{ label, url }`): a link added at the end of the close statement, underlined in the surrounding text color. It renders only when both the label and the URL are set. Prose cells keep their existing line-length cap in both tones.

• 245fa47: CompareLedger gains three optional settings. Existing blocks render exactly as before. - `tone` (`contrast` by default, or `equal`): `equal` sets every option at full ink with no strike-through, and left-aligns the display values and the row cells, for two honest options side by side (for example "what the first year costs"). The first column's label takes the same accent color as the other. - `rows[].label`: a small mono label that spans the row above its cells. A row with only a label still renders. - `closeLink` (`{ label, url }`): a link added at the end of the close statement, underlined in the surrounding text color. It renders only when both the label and the URL are set. Prose cells keep their existing line-length cap in both tones.
• 245fa47: CompareLedger's heading no longer pushes the page into horizontal scroll on a 320px screen. A single long word at hero size could be wider than a narrow column. The heading now sets `overflow-wrap: break-word`, so such a word breaks onto the next line only when it would otherwise overflow. Layouts where every word fits are unchanged.

432d69b: Running copy reads the platform body token. Thirteen dossier blocks set paragraph-level copy at the small step (`--tome-text-sm` / `--tome-type-size-sm`), an `xs` note size, a heading step (`--tome-text-h5`, `--tome-type-size-h5`) or literals (`1.02rem`, `0.92rem`). Their running copy now reads `--tome-text-body`, the platform's body size, so a consumer's body token sets it everywhere: - comparisonTable cells and footnote, recordRoster row descriptions, specSheet note, zoneDirectory cell descriptions, caseFileGrid tile briefs (both treatments), specPlate cell notes, fitList items: small step → body - evidenceSheet ledger row notes: xs → body - practiceModes mode copy (1.02rem), caseFileRow cell lines (0.92rem): literal → body - proofPlates plate body: `--tome-type-size-body` (undefined on the platform) → body - termLedger, proofPlates and wallRows closing paragraphs (and proofPlates' close card): heading step → body Visible change for consumers on the default scale: card and table copy moves from 14px to 16px, and closing paragraphs from 18–20px to 16px. Labels, values, captions and display variants are unchanged.

• 432d69b: Running copy reads the platform body token. Thirteen dossier blocks set paragraph-level copy at the small step (`--tome-text-sm` / `--tome-type-size-sm`), an `xs` note size, a heading step (`--tome-text-h5`, `--tome-type-size-h5`) or literals (`1.02rem`, `0.92rem`). Their running copy now reads `--tome-text-body`, the platform's body size, so a consumer's body token sets it everywhere: - comparisonTable cells and footnote, recordRoster row descriptions, specSheet note, zoneDirectory cell descriptions, caseFileGrid tile briefs (both treatments), specPlate cell notes, fitList items: small step → body - evidenceSheet ledger row notes: xs → body - practiceModes mode copy (1.02rem), caseFileRow cell lines (0.92rem): literal → body - proofPlates plate body: `--tome-type-size-body` (undefined on the platform) → body - termLedger, proofPlates and wallRows closing paragraphs (and proofPlates' close card): heading step → body Visible change for consumers on the default scale: card and table copy moves from 14px to 16px, and closing paragraphs from 18–20px to 16px. Labels, values, captions and display variants are unchanged.

07e4773: Dossier lane kickers now carry a `data-lane-kicker` hook, and each `phase-ledger` step number carries `data-phase-num`. The hook is on the kicker text of every block that sets one (`dated-ledger`, `phase-ledger`, the cost, grants, term and other ledgers, `fit-list`, `fit-prose`, `practice-modes`, `proof-plates`, `receipts-trio`, `record-roster`, `wall-rows`, `zone-directory`, `case-file-row`), so a theme restyles them with one rule. Attributes only; nothing renders differently.

• 07e4773: Dossier lane kickers now carry a `data-lane-kicker` hook, and each `phase-ledger` step number carries `data-phase-num`. The hook is on the kicker text of every block that sets one (`dated-ledger`, `phase-ledger`, the cost, grants, term and other ledgers, `fit-list`, `fit-prose`, `practice-modes`, `proof-plates`, `receipts-trio`, `record-roster`, `wall-rows`, `zone-directory`, `case-file-row`), so a theme restyles them with one rule. Attributes only; nothing renders differently.

115bcfb: Add the `dated-ledger` block and a `rail` variant for `phase-ledger`. `dated-ledger` is a dated record of finished work: a kicker, heading and intro, then 1 to 12 entries, each led by a large day numeral with a month, year and reference line in tabular figures (`<time dateTime>`), then an optional photo, chip, title, result line and figure, with an optional per-entry link and a closing "more" link. Two variants: `columns` (default; up to four per row, one on phones) and `rows` (ruled rows, the date in the left lane and the figure in the right lane). Theme hooks are stable `data-ledger-*` attributes and `data-block-variant` on the root; it joins the opt-in scroll reveal (`shead`, `entries`, `more`). `phase-ledger` now declares `default` and `rail` variants. Content saved without a variant renders as `default`, unchanged apart from `data-variant` / `data-block-variant` on the root. `rail` sets the phases beside a progress rail that fills as the section scrolls and lights each phase's dot when reached: from 1024px as up to four columns under a horizontal rail filling left to right, below it as stacked rows beside a vertical rail on the left edge, driven by a small client island (`PhaseLedgerRailMotion`, no GSAP). Without JavaScript and under reduced motion the rail renders fully drawn with every dot on. Hooks: `data-phase-rail` (with `data-cols` and `data-rail-axis="x" | "y"`), `data-phase-rail-track`, `data-phase-rail-fill`, `data-phase-step` with `data-active`, `data-phase-rail-dot`, and the `--tome-dossier-rail-progress` property.

• 115bcfb: Add the `dated-ledger` block and a `rail` variant for `phase-ledger`. `dated-ledger` is a dated record of finished work: a kicker, heading and intro, then 1 to 12 entries, each led by a large day numeral with a month, year and reference line in tabular figures (`<time dateTime>`), then an optional photo, chip, title, result line and figure, with an optional per-entry link and a closing "more" link. Two variants: `columns` (default; up to four per row, one on phones) and `rows` (ruled rows, the date in the left lane and the figure in the right lane). Theme hooks are stable `data-ledger-*` attributes and `data-block-variant` on the root; it joins the opt-in scroll reveal (`shead`, `entries`, `more`). `phase-ledger` now declares `default` and `rail` variants. Content saved without a variant renders as `default`, unchanged apart from `data-variant` / `data-block-variant` on the root. `rail` sets the phases beside a progress rail that fills as the section scrolls and lights each phase's dot when reached: from 1024px as up to four columns under a horizontal rail filling left to right, below it as stacked rows beside a vertical rail on the left edge, driven by a small client island (`PhaseLedgerRailMotion`, no GSAP). Without JavaScript and under reduced motion the rail renders fully drawn with every dot on. Hooks: `data-phase-rail` (with `data-cols` and `data-rail-axis="x" | "y"`), `data-phase-rail-track`, `data-phase-rail-fill`, `data-phase-step` with `data-active`, `data-phase-rail-dot`, and the `--tome-dossier-rail-progress` property.

f876e5e: Compare Ledger's heading starts on the content edge. Visible change: from 1024px wide, the heading used to start at the reading column, leaving the left lane empty beside it (the block has no kicker to fill it). It now starts on the content edge, aligned with the column labels and the rule below it. Below 1024px nothing moves.

• f876e5e: Compare Ledger's heading starts on the content edge. Visible change: from 1024px wide, the heading used to start at the reading column, leaving the left lane empty beside it (the block has no kicker to fill it). It now starts on the content edge, aligned with the column labels and the rule below it. Below 1024px nothing moves.

b452c7b: Shift Rows gains a token for an empty thumbnail's outline, and its CTA becomes an inline-block. No change until a site sets the token: - `--tome-dossier-thumb-placeholder-border` (default `1px dashed color-mix(in oklch, currentColor 30%, transparent)`): the outline of an empty Shift Rows thumbnail slot, a `border` shorthand (`none` drops it). Visible change on a default render: - **Shift Rows' CTA** is an `inline-block` instead of an `inline-flex`. The label is plain text, so it renders and wraps the same; a label that wraps to two lines no longer leaves a line-box strut (about 1.5px) under the link's box, so the block ends that much sooner below a two-line CTA. A one-line CTA does not move. Ledger's CTA is unchanged.

• b452c7b: Shift Rows gains a token for an empty thumbnail's outline, and its CTA becomes an inline-block. No change until a site sets the token: - `--tome-dossier-thumb-placeholder-border` (default `1px dashed color-mix(in oklch, currentColor 30%, transparent)`): the outline of an empty Shift Rows thumbnail slot, a `border` shorthand (`none` drops it). Visible change on a default render: - **Shift Rows' CTA** is an `inline-block` instead of an `inline-flex`. The label is plain text, so it renders and wraps the same; a label that wraps to two lines no longer leaves a line-box strut (about 1.5px) under the link's box, so the block ends that much sooner below a two-line CTA. A one-line CTA does not move. Ledger's CTA is unchanged.

eee4d87: Ledger and Shift Rows CTAs read the house editorial CTA register, and Shift Rows gains tokens for its label column, section marker and empty thumbnails. **CTA register.** Both CTAs read `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color` from `@wabbit/tome-blocks-house`, each falling back to the link's current value: the inherited sans, `--tome-text-sm`, 600, `--tome-house-tracking-cta-editorial`, uppercase, a `--tome-space-2xl` top margin and the accent ink (Shift Rows: `--tome-color-accent-text`; Ledger: the band's `--blk-accent-ink` first). On a grid root (a site that subgrids the block onto its page grid) each CTA takes `--tome-house-cta-cols` and starts its row instead of stretching across it; on Shift Rows' stock block root this is inert. No change until a site sets the token: - `--tome-dossier-row-label-pad-start-wide` (default `var(--tome-space-md)`): Shift Rows' label column top padding from 64rem. The design source's value is `var(--tome-space-lg)`, one step more than the bottom, which sets the label a little lower beside the panels. - `--tome-dossier-marker-tracking` (default `var(--tome-house-tracking-mono)`): Shift Rows' section marker tracking, so a site that retracks the mono labels can hold the marker. - `--tome-dossier-thumb-placeholder-pad` (default `var(--tome-space-sm)`) and `--tome-dossier-thumb-placeholder-ink` (default `color-mix(in oklch, currentColor 55%, transparent)`): an empty Shift Rows thumbnail slot's padding and label ink. Visible change on a default render: - **Ledger's CTA** no longer stretches across the block: the link's box (its clickable and focus area) now ends at its label, as Shift Rows' already did. The label itself does not move.

• eee4d87: Ledger and Shift Rows CTAs read the house editorial CTA register, and Shift Rows gains tokens for its label column, section marker and empty thumbnails. **CTA register.** Both CTAs read `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color` from `@wabbit/tome-blocks-house`, each falling back to the link's current value: the inherited sans, `--tome-text-sm`, 600, `--tome-house-tracking-cta-editorial`, uppercase, a `--tome-space-2xl` top margin and the accent ink (Shift Rows: `--tome-color-accent-text`; Ledger: the band's `--blk-accent-ink` first). On a grid root (a site that subgrids the block onto its page grid) each CTA takes `--tome-house-cta-cols` and starts its row instead of stretching across it; on Shift Rows' stock block root this is inert. No change until a site sets the token: - `--tome-dossier-row-label-pad-start-wide` (default `var(--tome-space-md)`): Shift Rows' label column top padding from 64rem. The design source's value is `var(--tome-space-lg)`, one step more than the bottom, which sets the label a little lower beside the panels. - `--tome-dossier-marker-tracking` (default `var(--tome-house-tracking-mono)`): Shift Rows' section marker tracking, so a site that retracks the mono labels can hold the marker. - `--tome-dossier-thumb-placeholder-pad` (default `var(--tome-space-sm)`) and `--tome-dossier-thumb-placeholder-ink` (default `color-mix(in oklch, currentColor 55%, transparent)`): an empty Shift Rows thumbnail slot's padding and label ink. Visible change on a default render: - **Ledger's CTA** no longer stretches across the block: the link's box (its clickable and focus area) now ends at its label, as Shift Rows' already did. The label itself does not move.

7c94229: Term Ledger gains an opt-in figure layout for the head face and a leading token for the spec term. No change to any existing render until an editor sets the option or a site sets the token: - **Term Ledger `figureLayout`** (new select field, default `split`). With a supporting figure, `display` gives the head face the figure layout the display face already uses: the intro in the reading column, the ledger stopping at the end of the prose lane with an 11 to 15rem term column, heavier terms, row bodies held to 58ch and the tilted figure plate (with `--tome-dossier-figure-shadow`) filling the rest of the row. The heading, band and close stay the head face's. Without a figure, and on the display face, the option does nothing. Left at `split`, the head face keeps its own rows beside a 200 to 320px figure. - **Term Ledger spec term leading.** The `spec` and `spec-measure` terms read `--tome-dossier-spec-term-leading`, falling back to 1.1, the leading they already had. Schema: `figureLayout` is a new column on the Term Ledger block. On a SQL adapter (Postgres, SQLite), generate and run a migration after upgrading; existing rows take `split`. Documentation: the README notes that Phase Ledger's row titles take the page's heading tracking, so a site retracking the block heading alone should set `--tome-house-heading-tracking` rather than re-point `--tome-type-tracking-tight`.

• 7c94229: Term Ledger gains an opt-in figure layout for the head face and a leading token for the spec term. No change to any existing render until an editor sets the option or a site sets the token: - **Term Ledger `figureLayout`** (new select field, default `split`). With a supporting figure, `display` gives the head face the figure layout the display face already uses: the intro in the reading column, the ledger stopping at the end of the prose lane with an 11 to 15rem term column, heavier terms, row bodies held to 58ch and the tilted figure plate (with `--tome-dossier-figure-shadow`) filling the rest of the row. The heading, band and close stay the head face's. Without a figure, and on the display face, the option does nothing. Left at `split`, the head face keeps its own rows beside a 200 to 320px figure. - **Term Ledger spec term leading.** The `spec` and `spec-measure` terms read `--tome-dossier-spec-term-leading`, falling back to 1.1, the leading they already had. Schema: `figureLayout` is a new column on the Term Ledger block. On a SQL adapter (Postgres, SQLite), generate and run a migration after upgrading; existing rows take `split`. Documentation: the README notes that Phase Ledger's row titles take the page's heading tracking, so a site retracking the block heading alone should set `--tome-house-heading-tracking` rather than re-point `--tome-type-tracking-tight`.

59d51da: **BREAKING:** Shift Rows and Ledger switch their row grid on their own width, Shift Rows' after panel reads the band's emphasis pair, and the `@wabbit/tome-blocks-house` peer floor rises to 0.8.4. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.4 or later (the peer range is now `>=0.8.4 <1.0.0`; the pack's fill-mode media options now come from that package's `fillMediaOptions`). No content or config changes. Visible changes on a default render: - **Shift Rows and Ledger, layout.** Shift Rows puts label, before, arrow and after side by side once its row list is 51rem wide, and Ledger shows its four columns once its table is 58rem wide. Both used to switch on the window width (from 816px and 928px). Placed in a column narrower than the window, they now stack until the block itself has room. The thresholds are container queries, so `rem` is the page's root font size: on a page whose root is not 16px they move with it. - **Shift Rows, arrow.** The stacked arrow's vertical padding applies below a 1024px window (it was below 816px). - **Shift Rows, thumbnails.** A thumbnail image no longer has a dashed border; it has a solid one only when its Image Display border is on. An empty thumbnail slot keeps its dashed outline. Thumbnails pass the media adapter `imgClassName`, `fill: true` and `sizes: '96px'`, so an adapter that wraps its image fills the 96px box with the Image Display fit and focus; the built-in adapter renders the same `<img>` with a second class and a `sizes` attribute. - **Shift Rows, editor Text Size.** The chrome text size now sizes the intro and the before and after bodies, and no longer the heading (which used to take the body size when an editor picked one). With no text size picked nothing changes. - **Shift Rows on a stored band.** The after panel's text takes the band's ink instead of the theme foreground, so it stays readable on a dark band. The row labels, arrows, the after panel's border and its AFTER tag read the band's accent ink first: on solid-dark and inverse bands (and site bands that carry the companion) they take the band's accent instead of the theme's. On the other built-in bands they render as before. No other change until a site sets a token or registers a band value: - Shift Rows' after panel reads `--blk-emph-bg` (fill) and `--blk-emph-fg` (text and AFTER tag), the emphasis pair from `@wabbit/tome-blocks-house`. No built-in band sets them, so the panel stays a faint accent tint; a site band registered with `emph` and `onEmph` turns it into a solid card. - Shift Rows' before and after headlines read `--tome-dossier-before-headline-size` and `--tome-dossier-after-headline-size` (`--tome-type-size-xxl` when unset). - Ledger's cost cells read `--tome-dossier-cost-size` (`--tome-type-size-xl`) and `--tome-dossier-debit-ink` (`--tome-color-error-text`); its closing note reads `--tome-dossier-closing-size` (`--tome-type-size-xxl`); its closing panel reads `--tome-dossier-closing-bg` and `--tome-dossier-closing-fg` (tome-ui's solid-dark surface and its ink). Declared on the block's root, the panel tokens can mix from the band's `--blk-bg` and `--blk-fg`.

• 59d51da: **BREAKING:** Shift Rows and Ledger switch their row grid on their own width, Shift Rows' after panel reads the band's emphasis pair, and the `@wabbit/tome-blocks-house` peer floor rises to 0.8.4. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.4 or later (the peer range is now `>=0.8.4 <1.0.0`; the pack's fill-mode media options now come from that package's `fillMediaOptions`). No content or config changes. Visible changes on a default render: - **Shift Rows and Ledger, layout.** Shift Rows puts label, before, arrow and after side by side once its row list is 51rem wide, and Ledger shows its four columns once its table is 58rem wide. Both used to switch on the window width (from 816px and 928px). Placed in a column narrower than the window, they now stack until the block itself has room. The thresholds are container queries, so `rem` is the page's root font size: on a page whose root is not 16px they move with it. - **Shift Rows, arrow.** The stacked arrow's vertical padding applies below a 1024px window (it was below 816px). - **Shift Rows, thumbnails.** A thumbnail image no longer has a dashed border; it has a solid one only when its Image Display border is on. An empty thumbnail slot keeps its dashed outline. Thumbnails pass the media adapter `imgClassName`, `fill: true` and `sizes: '96px'`, so an adapter that wraps its image fills the 96px box with the Image Display fit and focus; the built-in adapter renders the same `<img>` with a second class and a `sizes` attribute. - **Shift Rows, editor Text Size.** The chrome text size now sizes the intro and the before and after bodies, and no longer the heading (which used to take the body size when an editor picked one). With no text size picked nothing changes. - **Shift Rows on a stored band.** The after panel's text takes the band's ink instead of the theme foreground, so it stays readable on a dark band. The row labels, arrows, the after panel's border and its AFTER tag read the band's accent ink first: on solid-dark and inverse bands (and site bands that carry the companion) they take the band's accent instead of the theme's. On the other built-in bands they render as before. No other change until a site sets a token or registers a band value: - Shift Rows' after panel reads `--blk-emph-bg` (fill) and `--blk-emph-fg` (text and AFTER tag), the emphasis pair from `@wabbit/tome-blocks-house`. No built-in band sets them, so the panel stays a faint accent tint; a site band registered with `emph` and `onEmph` turns it into a solid card. - Shift Rows' before and after headlines read `--tome-dossier-before-headline-size` and `--tome-dossier-after-headline-size` (`--tome-type-size-xxl` when unset). - Ledger's cost cells read `--tome-dossier-cost-size` (`--tome-type-size-xl`) and `--tome-dossier-debit-ink` (`--tome-color-error-text`); its closing note reads `--tome-dossier-closing-size` (`--tome-type-size-xxl`); its closing panel reads `--tome-dossier-closing-bg` and `--tome-dossier-closing-fg` (tome-ui's solid-dark surface and its ink). Declared on the block's root, the panel tokens can mix from the band's `--blk-bg` and `--blk-fg`.
• ecd624a: Rich-text intros no longer center under a host adapter's container class, Spec Plate's lede takes the site's prose measure, and Cost Ledger gets two tokens. Visible change only where a site's rich-text adapter adds a centering container class (auto inline margins, `max-width: 100%`) to the element it renders: the intros of Wall Rows, Term Ledger (both faces) and Phase Ledger used to be centered in their slot, or uncapped, depending on stylesheet order. They now start on the slot's start line and hold their measure, through a two-class rule that sets `margin-inline: 0` and the same cap. With the built-in adapter nothing changes. No other change until a site sets a token: - Spec Plate's lede holds `min(62ch, var(--tome-prose-max-width, 62ch))`, so a prose measure narrower than 62ch now caps it. Unset, it is 62ch as before, on both heading faces. - Cost Ledger's intro reads `--tome-dossier-ledger-intro-size`, falling back to `--tome-text-lg`, so the intro can be sized apart from the debit cells, which keep `--tome-text-lg`. - Cost Ledger's line label in the lit row reads `--tome-dossier-ledger-lit-label-ink`, falling back to 80% of the plate's ink. It is a token rather than the band's accent ink because the lit plate always carries the solid-dark band, which always sets one; reading it would have recoloured every lit label.

b3c65ba: Fixed: later rows of a block could appear before the block scrolled into view, then jump back and animate; they now stay hidden until their group enters. This affected the five blocks with their own entrance motion: Case File Row, Evidence Plate, Proof Plates, Receipts Trio and Record Roster. A timer started when the page loaded removed the hiding class from every part of a group after 900ms, while only the group's first part was held hidden by the animation itself. On a group still below the fold, the cells, stats, quotes, roster rows or plates after the first one showed early. Each part's hidden state is now set on the part itself before its group's animation is built, and cleared when that part finishes animating, so a settled part renders from its stylesheet alone. Reduced-motion and no-JavaScript rendering are unchanged, and the tilted flagged card in Proof Plates still settles on its tilt. The same five blocks now read `context.dossierReveal` for their timing, as the opt-in reveal does: `duration`, `stagger`, `ease`, `start` and `rise` each replace the block's own value when set. Without the key each block keeps its own timing: Case File Row, Evidence Plate and Receipts Trio take duration and stagger from the motion tokens, Record Roster and Proof Plates run 0.56s with an 80ms stagger, and all five start at `top 85%` with a 50px rise. Deliberate motion change: in Case File Row, Receipts Trio and the card layout of Proof Plates, the kicker and the heading beside it now reveal together as one step instead of one stagger apart (80ms with the default tokens), so the head enters as one element. Everything after the head moves as before.

• b3c65ba: Fixed: later rows of a block could appear before the block scrolled into view, then jump back and animate; they now stay hidden until their group enters. This affected the five blocks with their own entrance motion: Case File Row, Evidence Plate, Proof Plates, Receipts Trio and Record Roster. A timer started when the page loaded removed the hiding class from every part of a group after 900ms, while only the group's first part was held hidden by the animation itself. On a group still below the fold, the cells, stats, quotes, roster rows or plates after the first one showed early. Each part's hidden state is now set on the part itself before its group's animation is built, and cleared when that part finishes animating, so a settled part renders from its stylesheet alone. Reduced-motion and no-JavaScript rendering are unchanged, and the tilted flagged card in Proof Plates still settles on its tilt. The same five blocks now read `context.dossierReveal` for their timing, as the opt-in reveal does: `duration`, `stagger`, `ease`, `start` and `rise` each replace the block's own value when set. Without the key each block keeps its own timing: Case File Row, Evidence Plate and Receipts Trio take duration and stagger from the motion tokens, Record Roster and Proof Plates run 0.56s with an 80ms stagger, and all five start at `top 85%` with a 50px rise. Deliberate motion change: in Case File Row, Receipts Trio and the card layout of Proof Plates, the kicker and the heading beside it now reveal together as one step instead of one stagger apart (80ms with the default tokens), so the head enters as one element. Everything after the head moves as before.
• 9d30f92: Comparison tables show stacked row cards below 1024px, Term Ledger's display face gets its editorial layouts, and Case File Grid, Spec Plate and Lab Notes sit on the reading lanes. Visible changes on a default render: - **Comparison Table, below 1024px.** Each row shows as a stacked card (the row label as the head, every column's answer under a small mono column tag, the highlighted column tinted or filled) instead of a sideways-scrolling table. Answers stack one line each below 640px and sit side by side from 640px. The table stays in the page, visually hidden, for assistive technology. From 1024px nothing changes. - **Term Ledger with `headingFace: 'display'`.** Without a figure the block moves to the tinted surface band, puts the kick label in the left lane beside the heading, sets the intro in the reading column, stops the ledger at the end of the prose lane with an 11 to 15rem term column, smaller terms and row bodies held to 58ch, and closes with a ruled serif line across the content width. With a figure the intro takes the reading column, the ledger stops at the end of the prose lane and the tilted figure plate (now with a shadow) fills the rest of the row, with heavier terms. A Term Ledger that leaves `headingFace` unset renders exactly as before, figure included. - **Case File Grid, Spec Plate and Lab Notes.** They now render a bleeding lane grid with every part in the content column. On a page grid the band now paints the whole row instead of the content column; the content does not move. Without a page grid the content gains side gutters of `--tome-grid-padding`, as every other lane block has. In Case File Grid a headline with no description sits 0.5rem further from the tiles, because its bottom margin no longer collapses into the title's. - **Case File Grid, field manual with tile images on.** The extra top padding and second top rule inside each image card are gone; the cards match the default treatment's. - **Images that fill a box.** Case File Grid tile images, Record Roster logos and Proof Plates captures pass the media adapter `imgClassName`, `fill: true` and a `sizes` value, so an adapter that wraps its image can fill the box with a cover crop (tiles), `contain` (logos) or a cover crop from the top (captures). The built-in adapter renders the same `<img>` as before, now with a `sizes` attribute. No other change until a site sets a token or passes a context key: - Comparison Table's frame reads `--tome-dossier-table-radius`, `--tome-dossier-table-fill` and `--tome-dossier-table-rule`, and its solid fill reads `--tome-dossier-emphasis-bg`, `--tome-dossier-emphasis-fg` and `--tome-dossier-emphasis-accent`, each falling back to today's values. - Case File Grid takes a tile image fallback from the render context (`dossierTileMedia`, exported as `DOSSIER_TILE_MEDIA_CONTEXT_KEY` with `readDossierTileMedia`): a function that returns an image for a tile with no upload of its own. Its link rules use two-class selectors, so a global link reset no longer repaints them, and its hover transitions read `--tome-dossier-hover-ease` and `--tome-dossier-hover-duration`. - Term Ledger's display figure shadow reads `--tome-dossier-figure-shadow`.
• 8083efd: Comparison Table renders a headerless table when it has no headline and gains a `descriptionAboveTable` option; four blocks gain tokens and three labels take weight 600. Visible changes on a default render: - **Comparison Table with no headline.** It now renders the table with no header and no eyebrow, any description directly above it, instead of rendering nothing. The schema still requires a headline, so this shows only for data that reaches the renderer from elsewhere. - **Labels at weight 600.** Record Roster's placeholder marks (`MARK 01` and so on), Evidence Plate's sources line (the `Sources` label and its links) and the stats line on Proof Plates' situational cards now set weight 600. The situational stats line is also uppercase. The stats line in the strip shell is unchanged. - **Case File Row link underlines on a band with an accent ink.** The cell links' and closing link's underlines follow the band's accent ink (`--blk-accent-ink`), as the link text already did. On a band without one (every built-in theme-relative band) they keep the theme accent, as before. - **Term Ledger figure image.** The figure passes the media adapter `imgClassName`, `fill: true` and a `sizes` value, so an adapter that wraps its image can fill the 4:5 window with a cover crop. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. No other change until a site sets a token or an option: - Comparison Table: a `descriptionAboveTable` checkbox (default off) moves the description out of the header to sit directly above the table. Adding the field to a Payload config adds its column, so run your usual migration. Four tokens tune the header and column heads: `--tome-dossier-table-head-gap` (the stacked header's bottom margin, `--tome-space-xl` when unset), `--tome-dossier-rail-width` (the rail eyebrow column, `10.625rem`), `--tome-dossier-rail-eyebrow-size` (the rail eyebrow, `--tome-text-xs`, now apart from the column heads) and `--tome-dossier-column-head-wrap` (the column heads' `white-space`, `nowrap`). - Links: a site's global link reset such as `:root a { color: inherit }` no longer repaints the link colors of Case File Row (cell links and closing link), Ledger and Shift Rows (the CTA, with its hover and focus states), Evidence Sheet and Exhibit Artifact (the CTA), Zone Directory's dark cells or Lab Notes' handoff links: their color rules now use two-class selectors. The colors themselves are unchanged. - Lab Notes: the handoff link's gap transition reads `--tome-dossier-hover-duration` and `--tome-dossier-hover-ease` (`0.18s` and `ease` when unset); entry bodies are capped at `--tome-prose-max-width` when a site sets it and stay uncapped when it is unset. - Case File Row: the cell kicker's ink reads `--tome-dossier-cell-kicker-opacity`, a 0 to 1 number (0.62 when unset). - Evidence Plate: the eyebrow's ink reads `--tome-dossier-plate-eyebrow-opacity` (0.78 when unset), and the source links' underline transition reads `--tome-dossier-hover-duration` and `--tome-dossier-hover-ease` (`--tome-motion-fast` and `ease` when unset).

37e8702: Fixed: dossier headings no longer override a site's own heading letter-spacing, font style or letter case unless the site opts into the heading voice. In 0.5.3 every block heading declared `font-style` and `text-transform` (and, on some headings, `font-family` or `letter-spacing`) from the heading-voice tokens with no fallback. With the tokens unset, those declarations made the heading take its parent's value, so a site rule such as `h2 { letter-spacing: -0.025em }` stopped applying: an Evidence Sheet opening headline lost its tight tracking and wrapped onto an extra line. The accent phrase had the same problem for its face, weight, case, tracking and line height. Those properties are now read only under an ancestor carrying the `data-tome-heading-voice` attribute, with `normal`, `none` or the inherited value as the fallback. Without the attribute a heading renders as it did before 0.5.3. The properties a heading always set (face, weight, tracking and line height on most) still read the tokens everywhere, falling back to the heading's own values. To keep a caps voice set through the tokens, add `data-tome-heading-voice` to the element that sets them.

• 37e8702: Fixed: dossier headings no longer override a site's own heading letter-spacing, font style or letter case unless the site opts into the heading voice. In 0.5.3 every block heading declared `font-style` and `text-transform` (and, on some headings, `font-family` or `letter-spacing`) from the heading-voice tokens with no fallback. With the tokens unset, those declarations made the heading take its parent's value, so a site rule such as `h2 { letter-spacing: -0.025em }` stopped applying: an Evidence Sheet opening headline lost its tight tracking and wrapped onto an extra line. The accent phrase had the same problem for its face, weight, case, tracking and line height. Those properties are now read only under an ancestor carrying the `data-tome-heading-voice` attribute, with `normal`, `none` or the inherited value as the fallback. Without the attribute a heading renders as it did before 0.5.3. The properties a heading always set (face, weight, tracking and line height on most) still read the tokens everywhere, falling back to the heading's own values. To keep a caps voice set through the tokens, add `data-tome-heading-voice` to the element that sets them.

e58ca95: Dossier headings read the heading-voice tokens and a new size token, stored bands paint on every block, and labels share one mono recipe. Visible changes on a default render: - **Labels.** These now use the mono face and weight 600: Fit Prose's kicker and column labels, Zone Directory's eyebrow, cell kicker and go label, and Spec Plate's cell labels (all were the page's body face at regular weight); Case File Row's cell kicker, Receipts Trio's attribution name and role, and Evidence Plate's stat numeral and label (were regular weight, already mono). Labels that sat on the `--tome-text-xs` step now use `--tome-type-size-xxs` (Phase Ledger, Practice Modes, Cost Ledger, Compare Ledger, Term Ledger, Wall Rows, and the labels above); on tome-ui's default scale the two steps are the same size. - **Cost Ledger coda.** It now reads `--tome-type-size-xl`, which equals the `--tome-text-h5` it used on tome-ui's default scale, so it renders the same there. No other change until a site sets a token or a block stores a band: - Every block heading and its accent phrase read `--tome-house-heading-*`, falling back to the heading's own values. - Every heading rule that sets a size (base headings and their `compact`, display, field-manual and rail variants) reads `--tome-dossier-heading-size`, falling back to its own size; a size an editor picks for a block (headline size or chrome text size) still wins over it. The heading-voice tokens carry no size; this one does. - Fit Prose, Spec Sheet, Spec Plate and Zone Directory paint a stored band (they ignored it before), and every block with a background field paints a band set per light and dark theme under tome-ui's `data-theme`. - On a block with a stored band, Case File Row's lit cell, Zone Directory's board and dark cells paint their own bands, and Cost Ledger's lit row gains a shadow. Proof Plates' flagged plate takes a band from `--tome-dossier-flag-bg`, `--tome-dossier-flag-fg` and `--tome-dossier-flag-accent-ink`. - Record Roster's index and coda, Evidence Plate's accent pull and Exhibit Artifact's tag read the band's companion inks first; the tag also reads `--tome-dossier-tag-bg` and `--tome-dossier-tag-fg`. Evidence Sheet's gap above the chips under the opening is `--tome-dossier-opening-chips-gap`.

• e58ca95: Dossier headings read the heading-voice tokens and a new size token, stored bands paint on every block, and labels share one mono recipe. Visible changes on a default render: - **Labels.** These now use the mono face and weight 600: Fit Prose's kicker and column labels, Zone Directory's eyebrow, cell kicker and go label, and Spec Plate's cell labels (all were the page's body face at regular weight); Case File Row's cell kicker, Receipts Trio's attribution name and role, and Evidence Plate's stat numeral and label (were regular weight, already mono). Labels that sat on the `--tome-text-xs` step now use `--tome-type-size-xxs` (Phase Ledger, Practice Modes, Cost Ledger, Compare Ledger, Term Ledger, Wall Rows, and the labels above); on tome-ui's default scale the two steps are the same size. - **Cost Ledger coda.** It now reads `--tome-type-size-xl`, which equals the `--tome-text-h5` it used on tome-ui's default scale, so it renders the same there. No other change until a site sets a token or a block stores a band: - Every block heading and its accent phrase read `--tome-house-heading-*`, falling back to the heading's own values. - Every heading rule that sets a size (base headings and their `compact`, display, field-manual and rail variants) reads `--tome-dossier-heading-size`, falling back to its own size; a size an editor picks for a block (headline size or chrome text size) still wins over it. The heading-voice tokens carry no size; this one does. - Fit Prose, Spec Sheet, Spec Plate and Zone Directory paint a stored band (they ignored it before), and every block with a background field paints a band set per light and dark theme under tome-ui's `data-theme`. - On a block with a stored band, Case File Row's lit cell, Zone Directory's board and dark cells paint their own bands, and Cost Ledger's lit row gains a shadow. Proof Plates' flagged plate takes a band from `--tome-dossier-flag-bg`, `--tome-dossier-flag-fg` and `--tome-dossier-flag-accent-ink`. - Record Roster's index and coda, Evidence Plate's accent pull and Exhibit Artifact's tag read the band's companion inks first; the tag also reads `--tome-dossier-tag-bg` and `--tome-dossier-tag-fg`. Evidence Sheet's gap above the chips under the opening is `--tome-dossier-opening-chips-gap`.
• cc5d280: Twelve dossier blocks gain an opt-in scroll reveal, switched on through the render context; with it off they render exactly as before. - **Blocks.** Cost Ledger, Spec Plate, Spec Sheet, Fit List, Fit Prose, Compare Ledger, Grants Ledger, Phase Ledger, Practice Modes, Zone Directory, Term Ledger and Wall Rows. The five blocks that already reveal on scroll are unchanged. - **Turning it on.** Pass `context={{ dossierReveal: true }}` to `RenderBlocks` / `RenderBlock`, or straight to a renderer, for the pack's own timing; pass an object to match a site's motion: `duration` and `stagger` in seconds, `ease` (any GSAP ease string), `start` (a ScrollTrigger start) and `rise` (a CSS length). Nothing is stored on the block, so there is no schema change and no migration. - **Off by default.** Without the context key a block renders no extra wrapper, class, attribute, inline style, stylesheet or client component. - **Accessibility.** Pending content is hidden by opacity only, and only once `RevealGate` (from `@wabbit/tome-blocks-house/reveal-gate`) has marked `<html>` before first paint, so content shows when JavaScript is off or fails. Under `prefers-reduced-motion: reduce` nothing is hidden and nothing moves. - New exports from `./render`: `readDossierReveal`, `DOSSIER_REVEAL_CONTEXT_KEY` and the `DossierRevealOptions` and `DossierRenderContext` types.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

87ebabd: Spec Sheet labels use the pack's mono label style: mono face, the `xxs` step and weight 600, as the other dossier blocks' labels do. Visible change: the label above each value was the page's body face at the `xs` step and regular weight. It kept the uppercase and wide tracking of a mono label without the face. The tracking now falls back to `0.2em` on a site that does not load the house tokens.

• 87ebabd: Spec Sheet labels use the pack's mono label style: mono face, the `xxs` step and weight 600, as the other dossier blocks' labels do. Visible change: the label above each value was the page's body face at the `xs` step and regular weight. It kept the uppercase and wide tracking of a mono label without the face. The tracking now falls back to `0.2em` on a site that does not load the house tokens.

c8f15cc: **BREAKING:** Six blocks now lay out on the page's reading lanes by default, and Case File Grid drops its 80rem width cap, so these blocks move on the page. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.1 or later (the peer range is now `>=0.8.1 <1.0.0`; 0.8.1 adds the lane grid's `lead` slot, which Term Ledger, Wall Rows, Proof Plates, Evidence Sheet and Record Roster use). No content or config changes. If the new placement does not suit a page, set the lane tokens below on that page; there is no switch back to the old flex layout. What you will see move on `cost-ledger`, `grants-ledger`, `practice-modes`, `zone-directory`, `case-file-row` and `compare-ledger`, from 1024px wide: - **Kicker.** It sits in the left marginalia lane at the lane's full width. It used to be as wide as its words (Cost Ledger, Grants Ledger), a fifth of the row (Practice Modes), a quarter (Case File Row) or 16rem (Zone Directory). Its top rule stops short of the heading. - **Heading.** It starts at the reading column in every block, one lane in from the content edge, whether or not there is a kicker. Compare Ledger has no kicker, so its heading now starts one lane in and the left lane stays empty. - **Intros.** Cost Ledger's intro and its centered coda sit in the reading column instead of starting at the content edge; Zone Directory's and Case File Row's descriptions sit under the heading. Intro paragraphs, and the closing statements of Practice Modes and Compare Ledger, are capped at `--tome-prose-max-width` when you set it. - **Content.** Tables, ledger rows, mode columns, cells and closing lines run the whole content column. Case File Row used to sit in an 80rem box with its own side padding; it now runs gutter to gutter. Cost Ledger's rows and column labels are inset to line up with the inset lit row. - **Band.** In a full-row block wrapper (RenderBlocks' default) the background paints the whole row and the content sits on the page's content lines, with the page grid's gutter as the only side inset. - **Narrower screens.** Below 1024px everything stacks on the content column: kicker, heading, then content. Practice Modes and Case File Row used to put the kicker beside the heading from 900px, and Cost Ledger, Grants Ledger and Zone Directory whenever the row had room; they now stack until 1024px. The lane widths are the page grid's: `--tome-grid-marginalia-left-cols`, `--tome-grid-marginalia-right-cols` and `--tome-grid-prose-pad-cols` (defaults 3, 3 and 2). Without tome-ui's page grid the blocks lay out the same tracks themselves, with `--tome-grid-padding` as the side gutter. **Case File Grid** loses its 80rem cap and its inline padding: its strip, title, tiles and closing link run the full width the page gives the block (the content column, gutter to gutter, on the page grid), like the pack's other full-width blocks. On a page without the page grid it now sits flush with its container, so give the container side padding. The other blocks that move in this release are listed in its companion entry; `ledger` and `shift-rows` render as before.

• c8f15cc: **BREAKING:** Six blocks now lay out on the page's reading lanes by default, and Case File Grid drops its 80rem width cap, so these blocks move on the page. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.1 or later (the peer range is now `>=0.8.1 <1.0.0`; 0.8.1 adds the lane grid's `lead` slot, which Term Ledger, Wall Rows, Proof Plates, Evidence Sheet and Record Roster use). No content or config changes. If the new placement does not suit a page, set the lane tokens below on that page; there is no switch back to the old flex layout. What you will see move on `cost-ledger`, `grants-ledger`, `practice-modes`, `zone-directory`, `case-file-row` and `compare-ledger`, from 1024px wide: - **Kicker.** It sits in the left marginalia lane at the lane's full width. It used to be as wide as its words (Cost Ledger, Grants Ledger), a fifth of the row (Practice Modes), a quarter (Case File Row) or 16rem (Zone Directory). Its top rule stops short of the heading. - **Heading.** It starts at the reading column in every block, one lane in from the content edge, whether or not there is a kicker. Compare Ledger has no kicker, so its heading now starts one lane in and the left lane stays empty. - **Intros.** Cost Ledger's intro and its centered coda sit in the reading column instead of starting at the content edge; Zone Directory's and Case File Row's descriptions sit under the heading. Intro paragraphs, and the closing statements of Practice Modes and Compare Ledger, are capped at `--tome-prose-max-width` when you set it. - **Content.** Tables, ledger rows, mode columns, cells and closing lines run the whole content column. Case File Row used to sit in an 80rem box with its own side padding; it now runs gutter to gutter. Cost Ledger's rows and column labels are inset to line up with the inset lit row. - **Band.** In a full-row block wrapper (RenderBlocks' default) the background paints the whole row and the content sits on the page's content lines, with the page grid's gutter as the only side inset. - **Narrower screens.** Below 1024px everything stacks on the content column: kicker, heading, then content. Practice Modes and Case File Row used to put the kicker beside the heading from 900px, and Cost Ledger, Grants Ledger and Zone Directory whenever the row had room; they now stack until 1024px. The lane widths are the page grid's: `--tome-grid-marginalia-left-cols`, `--tome-grid-marginalia-right-cols` and `--tome-grid-prose-pad-cols` (defaults 3, 3 and 2). Without tome-ui's page grid the blocks lay out the same tracks themselves, with `--tome-grid-padding` as the side gutter. **Case File Grid** loses its 80rem cap and its inline padding: its strip, title, tiles and closing link run the full width the page gives the block (the content column, gutter to gutter, on the page grid), like the pack's other full-width blocks. On a page without the page grid it now sits flush with its container, so give the container side padding. The other blocks that move in this release are listed in its companion entry; `ledger` and `shift-rows` render as before.
• 1656e52: **BREAKING:** Ten more blocks lay out on the page's reading lanes by default, so they move on the page. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.1 or later (the peer range is now `>=0.8.1 <1.0.0`; these blocks use the lane grid's `lead` slot, new in 0.8.1). No content or config changes, and every display option keeps working (`term-ledger`'s `headingFace` and `spec-measure`, `evidence-sheet`'s `ledgerRails` and `showCta`). If the new placement does not suit a page, set the lane tokens on that page; there is no switch back to the old layout. What you will see move, from 1024px wide unless a line says otherwise: - **Fit List, Fit Prose, Phase Ledger.** The kicker sits in the left marginalia lane at the lane's full width, its top rule stopping short of the heading; the heading starts at the reading column. They used to sit in a flex row (Fit List's kicker as wide as its words up to 18rem, Fit Prose's 16rem) or a grid with a 20% kicker column (Phase Ledger). Phase Ledger's intro stays under the heading and holds `--tome-prose-max-width` (62ch when unset). Fit List's two lists hold `--tome-prose-max-width` when you set it. Columns, rows and closing lines run the whole content width; the closing statements are capped at `--tome-prose-max-width` when it is narrower than 52ch. - **Receipts Trio.** The kicker and heading move to the left lane and the reading column (they were a one-quarter / three-quarter split inside an 80rem box). The body sits in the reading column with its text on `--tome-prose-max-width` (62ch when unset); the quote grid runs the whole content width, gutter to gutter. - **Proof Plates, card shell** (`shell: 'situational'`, or `auto` with no plate kickers). Kicker in the left lane, heading from the reading column (was one quarter / three quarters inside an 80rem box). An empty kicker no longer reserves its column. The intro hangs from the prose lane to the end of the reading column; the cards and the closing statement run the content width. - **Proof Plates, strip shell; Term Ledger; Wall Rows.** The kicker's rule and the heading (still held to 24ch) run the content width as before. The intro and the closing statement now start at the prose lane and run to the end of the reading column, instead of starting at the content edge; the intro text is capped at `--tome-prose-max-width` (62ch when unset) and the close at the narrower of 52ch and that token. Rows, walls and plates run the whole content width. Proof Plates loses its 80rem box. Term Ledger's optional figure still sits beside its rows, inside the content width. - **Evidence Sheet, ledger treatment.** The rail and the opening narrative swap sides and proportions: the rail now sits on the left, from the content edge to the prose lane and held one column short of it, and the opening hangs from the prose lane to the end of the reading column, its body on `--tome-prose-max-width` (62ch when unset). With `ledgerRails: 'split'` the opening sits in the prose lane and the right rail runs from the end of the prose lane to the content edge, again one column clear. The gap is one lane-grid column on any lane settings (it was a fluid gap between 2 : 3 : 2 tracks). Below 1024px it stacks as before: opening, then the rails. - **Evidence Sheet, table, grid and strip treatments.** The top strip, rows, chips and call to action run the whole content width, gutter to gutter, instead of an 80rem box. The call to action keeps its own width. - **Record Roster.** The kicker sits in the left lane with the rows beside it, from the prose lane to the end of the reading column (they used to stack, kicker above rows, in an 80rem box). The logo grid runs the content width; the coda centers in the reading column. Below 1024px the kicker stacks above the rows as before. - **Evidence Plate.** The eyebrow sits in the left lane above the stats; the stat row runs the content width; the body (its text on `--tome-prose-max-width`, 62ch when unset) and the sources sit in the reading column; the pull statement runs from the content edge toward the end of the reading column, still held to 26ch. It used to sit in an 80rem box. - **Bands.** In a full-row block wrapper (RenderBlocks' default) each band's background paints the whole row and its content sits on the page's content lines, with the page grid's gutter as the only side inset. - **Narrower screens.** Below 1024px everything stacks on the content column. Blocks that used to put the kicker beside the heading from 900px (Fit List, Fit Prose and Phase Ledger when the row had room, Receipts Trio and Proof Plates' cards from 900px) now stack until 1024px. The lane widths are the page grid's: `--tome-grid-marginalia-left-cols`, `--tome-grid-marginalia-right-cols` and `--tome-grid-prose-pad-cols` (defaults 3, 3 and 2). Without tome-ui's page grid the blocks lay out the same tracks themselves, with `--tome-grid-padding` as the side gutter. `ledger` and `shift-rows` render as before.
• 5ea0301: Term Ledger, Comparison Table and Evidence Sheet gain opt-in display options, all off by default. Additive: a block that does not set an option renders the same markup and styles as before. Adding the fields to a Payload config adds their columns, so run your usual migration. - **Term Ledger.** A `headingFace` select (`head` by default, `display` for a larger, light serif heading) and a third variant, `spec-measure`: the `spec` band with each row body capped at `--tome-prose-max-width` (62ch when unset) while the rules still run the full width. - **Comparison Table.** A `railHeader` checkbox lays the eyebrow out as a narrow ruled column beside a large headline, whose `*accent*` runs drop to their own line in the accent ink; the headline reads the `--tome-house-heading-*` heading-voice tokens, falling back to the block's own voice. An `emphasisHighlight` checkbox paints highlighted columns with a solid fill in the band's text color instead of the subtle accent tint. - **Evidence Sheet.** A `ledgerRails` select for the Ledger treatment (`single` by default). `split` cuts the rows by count across a left and a mirrored right rail, centers the opening narrative between them and moves the scope and stack chips under it; with no opening, the chips and the call to action close the right rail.

f18bfd0: The Ledger and Shift Rows call-to-action links now use the `rel` a registered CTA resolver supplies. With no resolver registered the markup is unchanged: a new-tab link still gets `target="_blank"` and `rel="noopener noreferrer"`. Needs `@wabbit/tome-blocks-house` with CTA resolver registration to take effect.

• f18bfd0: The Ledger and Shift Rows call-to-action links now use the `rel` a registered CTA resolver supplies. With no resolver registered the markup is unchanged: a new-tab link still gets `target="_blank"` and `rel="noopener noreferrer"`. Needs `@wabbit/tome-blocks-house` with CTA resolver registration to take effect.

6be9a25: Evidence Sheet can now show its call to action in the Strip and Ledger treatments, with a new "Show call to action" toggle. Additive: the new `showCta` checkbox defaults to on for new blocks, and existing documents render as before (link in Table and Grid only) until they are re-saved. Unticking it hides the link in every treatment. In Strip the link sits on its own line after the row; in Ledger it closes the opening narrative, or the ledger column when there is no narrative. The ledger now has a gap between its two columns at wide widths.

• 6be9a25: Evidence Sheet can now show its call to action in the Strip and Ledger treatments, with a new "Show call to action" toggle. Additive: the new `showCta` checkbox defaults to on for new blocks, and existing documents render as before (link in Table and Grid only) until they are re-saved. Unticking it hides the link in every treatment. In Strip the link sits on its own line after the row; in Ledger it closes the opening narrative, or the ledger column when there is no narrative. The ledger now has a gap between its two columns at wide widths.

483e0a1: The dossier pack's comparison table, wall rows and spec plate previews now use fictional content. The comparison table shows an invented analytics plan ladder, wall rows tell an invented company story, and the spec plate lists generic technology cells. Block fields and variants are unchanged.

• 483e0a1: The dossier pack's comparison table, wall rows and spec plate previews now use fictional content. The comparison table shows an invented analytics plan ladder, wall rows tell an invented company story, and the spec plate lists generic technology cells. Block fields and variants are unchanged.
• d08fc38: The exhibit artifact block no longer overflows a phone-width screen. The block's root is a figure whose default side margins were added on top of its full width; it now sizes with border-box and zero inline margin, and long header and subject text wraps.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

8c84e70: Accent and primary text on solid-dark bands is readable in light themes. case-file-row, receipts-trio, evidence-sheet, term-ledger, ledger, grants-ledger, proof-plates, cost-ledger and zone-directory read the band's accent and primary inks from `resolveBackground`, with their previous tokens as fallback. Flagged proof plates and dark zone-directory cells no longer take a solid-dark band, because nothing paints that band yet and its light inks would land on the light card; they render exactly as before.

• 8c84e70: Accent and primary text on solid-dark bands is readable in light themes. case-file-row, receipts-trio, evidence-sheet, term-ledger, ledger, grants-ledger, proof-plates, cost-ledger and zone-directory read the band's accent and primary inks from `resolveBackground`, with their previous tokens as fallback. Flagged proof plates and dark zone-directory cells no longer take a solid-dark band, because nothing paints that band yet and its light inks would land on the light card; they render exactly as before.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 24 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - ProofPlates is a client component; it is now a server-safe wrapper (`ProofPlates.tsx`, which renders the stylesheet and registers the renderer) around `ProofPlates.client.tsx`, with its exported types re-exported. Four blocks already split into a server renderer plus a `...Motion.client.tsx` keep that split; the client half imports the same `.tome-css` for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 24 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - ProofPlates is a client component; it is now a server-safe wrapper (`ProofPlates.tsx`, which renders the stylesheet and registers the renderer) around `ProofPlates.client.tsx`, with its exported types re-exported. Four blocks already split into a server renderer plus a `...Motion.client.tsx` keep that split; the client half imports the same `.tome-css` for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

7862f30: Swaps the plain primary token for the on-solid-dark pairing on text and borders that sit on a dark surface in three packs. `@wabbit/tome-blocks-dossier-pack`: the `evidence-sheet` block's `ledger` treatment now uses the on-solid-dark pairing for its kicker, headline emphasis, body link and row-label text, instead of the plain primary token — that token is a surface-tint fill, not guaranteed legible as text on the block's dark surface. `@wabbit/tome-blocks-cinema-pack`: the `scene-plate` block's seated panel kicker and body emphasis text get the same on-solid-dark pairing, since the panel itself is a partially-opaque dark surface over the scene image. `@wabbit/tome-blocks-catalog-pack`: the `price-table` block's highlighted-tier border now uses the on-solid-dark pairing specifically on the `dark` variant, leaving the default/light variant's border on the plain primary token unchanged.

• 7862f30: Swaps the plain primary token for the on-solid-dark pairing on text and borders that sit on a dark surface in three packs. `@wabbit/tome-blocks-dossier-pack`: the `evidence-sheet` block's `ledger` treatment now uses the on-solid-dark pairing for its kicker, headline emphasis, body link and row-label text, instead of the plain primary token — that token is a surface-tint fill, not guaranteed legible as text on the block's dark surface. `@wabbit/tome-blocks-cinema-pack`: the `scene-plate` block's seated panel kicker and body emphasis text get the same on-solid-dark pairing, since the panel itself is a partially-opaque dark surface over the scene image. `@wabbit/tome-blocks-catalog-pack`: the `price-table` block's highlighted-tier border now uses the on-solid-dark pairing specifically on the `dark` variant, leaving the default/light variant's border on the plain primary token unchanged.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

• Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

Updated dependencies [a2f2dfa] - @wabbit/tome-blocks-house@0.3.0

• Updated dependencies [a2f2dfa] - @wabbit/tome-blocks-house@0.3.0

37fca4e: Text over the solid-dark surface now uses `var(--tome-color-on-solid-dark, var(--tome-color-surface-inverse))` — the tome-ui pairing idiom — so consumers on tome-ui < 0.10 (which lacks `on-solid-dark`) no longer render dark-on-black in light theme (case-file-grid, case-file-row, evidence-sheet, ledger, receipts-trio, zone-directory).

• 37fca4e: Text over the solid-dark surface now uses `var(--tome-color-on-solid-dark, var(--tome-color-surface-inverse))` — the tome-ui pairing idiom — so consumers on tome-ui < 0.10 (which lacks `on-solid-dark`) no longer render dark-on-black in light theme (case-file-grid, case-file-row, evidence-sheet, ledger, receipts-trio, zone-directory).
• Updated dependencies [7850b7a] - @wabbit/tome-blocks-house@0.2.0

b529fa6: Demo content is brand-free: compare-ledger's emphasized column ("The Wabbit way" → "The documented way"), shift-rows' heading (no platform name), and a demo subject renamed away from an internal persona name. Catalog captures are a public surface for anyone licensing Tome; demo fiction must not name Wabbit, Tome, or house personas. Demo props now carry `_variant`, so gallery thumbs for term-ledger, ledger, grants-ledger, shift-rows and fit-list render the requested variant instead of the default.

• b529fa6: Demo content is brand-free: compare-ledger's emphasized column ("The Wabbit way" → "The documented way"), shift-rows' heading (no platform name), and a demo subject renamed away from an internal persona name. Catalog captures are a public surface for anyone licensing Tome; demo fiction must not name Wabbit, Tome, or house personas. Demo props now carry `_variant`, so gallery thumbs for term-ledger, ledger, grants-ledger, shift-rows and fit-list render the requested variant instead of the default.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

8abed8c: New `give-form` block: a giving form that hands off to secure checkout through your site's own server action. Amount chips and a custom amount of equal weight, one-time or monthly, optional fee cover. The form reads its amounts, currency and bounds from your Prices and posts natively without script. One-time is the only pre-selection: no chip, no Monthly and no fee cover is ever checked in the server markup, and no field can change that. The button repeats the total ("Give $51.50", "Give $25 a month"), bounds and format errors show inline in a live region, and the block renders nothing until your site wires the action and a Price. Gallery previews render an inert form with a visible "Demo" tag. `./server` widens, additively: - `createHydratedRenderers` takes `getPrices`, `giveAction`, `feeCover` and `locale`, and `getCampaignFigures` is now optional (a site that passes it gets the same map as before; with no options the map is empty). `campaign-hero` is wrapped for `portrait` as well as `night-launch`, and every wrapped block receives `campaignLocale`. - New: `createPriceSource` (a public read of your Prices collection), `readGiveSubmission` (parses the post into minor units, never rounding), `isGiveSubmissionError`, `withGiveRuntime`, `outOfRangeMessage`, `computeGiveFeeCents`, `GIVE_FIELDS`, `GIVE_IDLE_STATE`, and the types `PriceFacts`, `PriceFactsSource`, `GiveFormState`, `GiveAction`, `GiveFeeCoverRule`, `GiveRuntime`, `GiveSubmission`, `GiveSubmissionError`. The pack still has no `@wabbit/tome-economy` peer. Existing blocks render byte-identically (static and hydrated). Three more pieces in the same minor: - **`membership-card` (new).** Each tier as a wallet-proportion card (a 14px radius, a ratio of at least 1.59): the number first, then what it covers and what it doesn't. A `live` tier is bound to a recurring Price (`month` or `year`) through the same `getPrices` source as the give form, so the amount and period are the Price's own; a tier whose Price is missing, inactive or one-time is dropped, and with no tier left the block renders nothing. The monthly figure prints only from `monthlyPriceRef`, never computed. `source: authored` prints editor labels for dues collected offline. At most one tier is `recommended` (a 2px ink border all round plus a visually hidden "(Recommended)"; no badge, no popularity copy). Below 55rem of the block's own container width a CSS-only picker (native radios, `:has(:checked)`) shows one card at a time, opening on the recommended tier; from 55rem all cards sit side by side. Works without script. `createHydratedRenderers({ getPrices })` now also wraps `membership-card`. - **`campaign-terms` `ledger` (new variant).** The block gains its first variants, `row` (the default; a stored block without `_variant` is `row`) and `ledger`: a `heading`, an `intro` and a `statement` (one `*run*` renders `b[data-accent]`) beside up to six terms as a definition list. `terms` allows six rows at the schema, and a field validate keeps `row` at three. On SQL databases the injected `_variant` select is one new nullable column, so regenerate your migration. - **`campaign-case` (new).** The case for a campaign in the reading column (rich text `body`; no body, no block), with who is accountable and the last update in the start margin, and budget lines, their source and a terms link in the end margin. The budget total is computed from the lines, never typed, and a development warning fires when it differs from the figures source's goal. The margins fold after the prose below 1024px. `createHydratedRenderers({ getCampaignFigures })` now also wraps `campaign-case`, so it reads the campaign's currency and goal. Additive part hooks on existing output (the stored-render goldens strip exactly these): `campaign-terms` `row` gains `data-variant="row"` and `data-block-variant="row"` on its root. The `campaign-pack` bundle and package descriptions widen to "campaigns and giving". Checkpoint B additions to `give-form` (each optional and blank by default; a form that writes none of them renders byte for byte as before): - `amountHint`: one line under the amounts, with `{min}` and `{max}` filled from the one-time Price's bounds ("Any amount from $5 to $10,000."), joined to the custom field's description. A hint that names a bound the Price lacks is held back. - `largeGift { note, linkLabel, href }`: the site's line after the over-the-maximum message ("For a larger gift, write to Ruth and she'll set it up with you."), with `{link}` marking the link. The island shows it with that message only. - `labels.feeTotal` / `labels.feeTotalMonthly`: a visible total over the button while fee cover is ticked ("Total $51.50: your $50 gift and $1.50 toward card fees."). `labels.monthlyCharge`: a line under the button while Monthly is chosen ("Charged $25 today, then on the 25th of each month until you stop."). Both are filled by the island after hydration, so the server markup holds them empty. - `outOfRangeMessage` takes an optional `contact`, appended to the above-maximum message only, and `./server` adds `largeGiftText(largeGift)` to word it from the block's note. On SQL databases the new fields are nullable columns, so regenerate your migration.

• 8abed8c: New `give-form` block: a giving form that hands off to secure checkout through your site's own server action. Amount chips and a custom amount of equal weight, one-time or monthly, optional fee cover. The form reads its amounts, currency and bounds from your Prices and posts natively without script. One-time is the only pre-selection: no chip, no Monthly and no fee cover is ever checked in the server markup, and no field can change that. The button repeats the total ("Give $51.50", "Give $25 a month"), bounds and format errors show inline in a live region, and the block renders nothing until your site wires the action and a Price. Gallery previews render an inert form with a visible "Demo" tag. `./server` widens, additively: - `createHydratedRenderers` takes `getPrices`, `giveAction`, `feeCover` and `locale`, and `getCampaignFigures` is now optional (a site that passes it gets the same map as before; with no options the map is empty). `campaign-hero` is wrapped for `portrait` as well as `night-launch`, and every wrapped block receives `campaignLocale`. - New: `createPriceSource` (a public read of your Prices collection), `readGiveSubmission` (parses the post into minor units, never rounding), `isGiveSubmissionError`, `withGiveRuntime`, `outOfRangeMessage`, `computeGiveFeeCents`, `GIVE_FIELDS`, `GIVE_IDLE_STATE`, and the types `PriceFacts`, `PriceFactsSource`, `GiveFormState`, `GiveAction`, `GiveFeeCoverRule`, `GiveRuntime`, `GiveSubmission`, `GiveSubmissionError`. The pack still has no `@wabbit/tome-economy` peer. Existing blocks render byte-identically (static and hydrated). Three more pieces in the same minor: - **`membership-card` (new).** Each tier as a wallet-proportion card (a 14px radius, a ratio of at least 1.59): the number first, then what it covers and what it doesn't. A `live` tier is bound to a recurring Price (`month` or `year`) through the same `getPrices` source as the give form, so the amount and period are the Price's own; a tier whose Price is missing, inactive or one-time is dropped, and with no tier left the block renders nothing. The monthly figure prints only from `monthlyPriceRef`, never computed. `source: authored` prints editor labels for dues collected offline. At most one tier is `recommended` (a 2px ink border all round plus a visually hidden "(Recommended)"; no badge, no popularity copy). Below 55rem of the block's own container width a CSS-only picker (native radios, `:has(:checked)`) shows one card at a time, opening on the recommended tier; from 55rem all cards sit side by side. Works without script. `createHydratedRenderers({ getPrices })` now also wraps `membership-card`. - **`campaign-terms` `ledger` (new variant).** The block gains its first variants, `row` (the default; a stored block without `_variant` is `row`) and `ledger`: a `heading`, an `intro` and a `statement` (one `*run*` renders `b[data-accent]`) beside up to six terms as a definition list. `terms` allows six rows at the schema, and a field validate keeps `row` at three. On SQL databases the injected `_variant` select is one new nullable column, so regenerate your migration. - **`campaign-case` (new).** The case for a campaign in the reading column (rich text `body`; no body, no block), with who is accountable and the last update in the start margin, and budget lines, their source and a terms link in the end margin. The budget total is computed from the lines, never typed, and a development warning fires when it differs from the figures source's goal. The margins fold after the prose below 1024px. `createHydratedRenderers({ getCampaignFigures })` now also wraps `campaign-case`, so it reads the campaign's currency and goal. Additive part hooks on existing output (the stored-render goldens strip exactly these): `campaign-terms` `row` gains `data-variant="row"` and `data-block-variant="row"` on its root. The `campaign-pack` bundle and package descriptions widen to "campaigns and giving". Checkpoint B additions to `give-form` (each optional and blank by default; a form that writes none of them renders byte for byte as before): - `amountHint`: one line under the amounts, with `{min}` and `{max}` filled from the one-time Price's bounds ("Any amount from $5 to $10,000."), joined to the custom field's description. A hint that names a bound the Price lacks is held back. - `largeGift { note, linkLabel, href }`: the site's line after the over-the-maximum message ("For a larger gift, write to Ruth and she'll set it up with you."), with `{link}` marking the link. The island shows it with that message only. - `labels.feeTotal` / `labels.feeTotalMonthly`: a visible total over the button while fee cover is ticked ("Total $51.50: your $50 gift and $1.50 toward card fees."). `labels.monthlyCharge`: a line under the button while Monthly is chosen ("Charged $25 today, then on the 25th of each month until you stop."). Both are filled by the island after hydration, so the server markup holds them empty. - `outOfRangeMessage` takes an optional `contact`, appended to the above-maximum message only, and `./server` adds `largeGiftText(largeGift)` to word it from the block's note. On SQL databases the new fields are nullable columns, so regenerate your migration.
• c81b0af: Adds the Running Total (`campaign-count` `line`, `campaign-hero` `portrait`), `giving-levels` on `campaign-tiers`, per-source currency and sample labels, and a count-up motion. Everything is additive and opt-in: a stored block that sets none of the new fields renders as before, apart from the part hooks listed at the end. - **Running Total.** `campaign-count` `line` and `campaign-hero` `portrait` (with `showLine`) share one renderer: a filled sentence (`lineTemplate`), a fallback (`lineFallback`) for a source with no goal, an optional fund line (`lineMeta`) and a bar label (`barLabel`). Three states: live, partial (no goal, so no bar and no percent), and none, where nothing renders. `line` paints no band and does not bleed, so it inherits the surface it sits on. `campaign-count` is now `nestable` (`minColSpan: 1`). - **`campaign-hero` `portrait`.** A photo from the page edge beside the copy, with its label and credit in a `figcaption` after the image, weight-only emphasis (`*run*` becomes `b[data-accent]`), two real buttons, `headlineHref`, `headingLevel`, `mediaSide`, and `hideWithoutFigures` (the block renders nothing without live figures, so a band around it goes with it). - **`campaign-hero` `portrait` eyebrow.** One `*run*` in the eyebrow renders as `b[data-accent]` (a record number such as "_Since 1931_"), as in the headline. An eyebrow without asterisks prints exactly as before. - **`campaign-tiers` `giving-levels`.** Plain cells for a gift or membership: a price label, a title, one sentence and a link. It never prints the "PLEDGE" word, features or a recommended highlight. New `note` and `sampleLabel` fields. - **`campaign-count` captions and tokens.** A `captions` group (`raised`, `goal`, `count`, `daysLeft`; blank keeps today's words) and the tokens `{raised}` (= `{pledged}`), `{count}` (= `{backers}`) and `{updated}`. - **Figures.** `CampaignFigures` gains `currency` (ISO 4217), `sampleLabel` and `updatedAt`. Money goes through the new `formatMoney` (no currency: the existing US-dollar format, unchanged; a currency: `Intl` with the minor-unit exponent, so JPY is not divided by 100). Also exported: `formatMoneyExact`, `formatUpdated`, `readFigureMeta`, `fillStatTemplateParts`. - **Motion.** `RunningTotalMotion` counts each number from 0 to the real figure and lets the bar fill to its real width, once. Reduced motion and no-script render the final values. `RunningTotalHeadScript` (from `./render`) is an optional head script that holds a bar at zero until it plays. The motion ends on the figure the server printed even when the island starts twice on one element (React StrictMode mounts, cleans up and mounts an effect again; before, the second start read back the zero the first had printed and the Ledger Strip and a nested line ended on $0). While the head script has armed the page, the counting numerals are held invisible (their space kept) until the island plays, with the same 3s restore as the bar, so no frame paints the final value before the count starts. Tokens: `--campaign-dur-bar`, `--campaign-ease`, `--campaign-bar-fill`, `--campaign-bar-track`, `--campaign-bar-height`, `--campaign-bar-radius`, `--campaign-hero-ratio`. Additive part hooks on existing variants (the stored-render snapshots were re-cut for exactly these, and a test strips them to get the previous markup back byte for byte): `data-block-variant` on the root of `campaign-hero` `ledger` / `counter` / `night-launch`, `campaign-count` `ledger-strip` / `counter-tally`, and `campaign-tiers` `wall` / `board`; on `ledger-strip` also `data-campaign-count`, `data-campaign-cells`, `data-campaign-cell`, `data-figure`, `data-campaign-value`, `data-count-to`, `data-campaign-caption`, `data-campaign-bar` and `data-campaign-rule`, plus a `display: contents` wrapper (`data-running-total`, `data-tome-motion="self"`, `data-currency`, `data-locale`) around the figure row and bar; on `counter-tally` also `data-campaign-count`. Checkpoint B: `campaign-count` `ledger-strip` gains an optional **Hide the day counter** (`hideDayLocator`), which leaves out the "Day 55 of 77" strip above the figures (unticked, the strip prints as before). And a fix: the Ledger Strip's and Counter Tally's bar now read the documented `--campaign-bar-fill`, `--campaign-bar-track`, `--campaign-bar-height` and `--campaign-bar-radius`, each falling back to the value it had, so a theme's bar fill reaches the strip as it already reached the line. With none of them set, the computed styles are unchanged. The Running Total's `lineMeta` (the fund line after the sample label, on `campaign-count` `line` and `campaign-hero` `portrait`) now fills the line's tokens, so a page can print "Updated {updated}" beside "Demo figures". A `lineMeta` with no tokens prints exactly as before; one that uses a token with no figure is held back whole, as the line is.

d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

• d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

• fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

b452c7b: Campaign Hero's Counter and Night Launch variants now stack on narrow screens, and Campaign Tiers gains stacked Wall seams plus Wall and Board tokens. The hero's notes and the Board hand note also share four new face tokens. Visible change on a default render: - **Hero narrow grid (fix).** Below 1024px the Counter and Night Launch heroes now stack into one column like Ledger. Their two-column rules (specificity 0,3,0) outranked the single-column rule (0,1,0), so both kept two columns at phone width; the variant splits now apply from 1024px only. From 1024px nothing changes. - **Stacked Wall seams (fix).** At 767px or less, Wall cells drop their right-hand seam and take a rule under each cell but the last, in the wall rule color (`--tome-campaign-tier-wall-rule`). Before, stacked cells kept a right seam and had nothing between them. - **Wall buttons are block boxes.** `.btn` is `display: block` (it was an `inline-block` at full width), so the line-box strut under the button, a few px, is gone and each cell ends that much sooner. The button's size and label do not change. - **Wall button color rules carry two classes** (`.cta .btnSolid`, `.cta .btnGhost`), like the Board's `.rowCta .quiet`, so a site's `:root a { color: inherit }` (0,1,1) no longer repaints the solid button's label or the ghost's ink. With no such site rule the colors are unchanged. No other change until a site sets a token (each falls back to today's value): - Hero figure placeholder: `--tome-campaign-placeholder-pad` (`--tome-space-md`), `--tome-campaign-placeholder-bg` (`--tome-color-surface-tint`), `--tome-campaign-placeholder-border` (`1px dashed` accent ink at 45%). - Hand-note face, shared by the hero's CTA note and hand note and the Tiers Board hand note: `--tome-campaign-hand-family` (`--tome-type-serif`), `--tome-campaign-hand-style` (`italic`), `--tome-campaign-hand-weight` (hero `--tome-type-weight-medium`, Board `inherit`), `--tome-campaign-hand-ink` (accent ink at 85%). - Wall cell rhythm: `--tome-campaign-tier-cell-gap` (`1rem`), `--tome-campaign-tier-name-gap`, `-price-gap` and `-feats-gap` (`0`, each a `margin-block-end`), `--tome-campaign-tier-price-leading` (`--tome-type-leading-tight`). - Wall buttons: `--tome-campaign-tier-btn-radius` (`--tome-radius-md`), `--tome-campaign-tier-btn-ghost-rule` (`45%`, the ghost border's share of `currentColor`). - Board: `--tome-campaign-tier-row-cta-gap` (`0.5rem`); at 640px or less `--tome-campaign-tier-row-cta-direction-narrow` (`column`), `-row-cta-align-narrow` (`flex-start`) and `-row-cta-gap-narrow` (`0.5rem`); `--tome-campaign-tier-quiet-rule` (`1px solid` accent ink at 60%, a `border` shorthand); `--tome-campaign-tier-desc-gap` (`0.3rem`) and `--tome-campaign-tier-hand-gap` (`0.4rem`). The README's token tables list every token with its fallback.

• b452c7b: Campaign Hero's Counter and Night Launch variants now stack on narrow screens, and Campaign Tiers gains stacked Wall seams plus Wall and Board tokens. The hero's notes and the Board hand note also share four new face tokens. Visible change on a default render: - **Hero narrow grid (fix).** Below 1024px the Counter and Night Launch heroes now stack into one column like Ledger. Their two-column rules (specificity 0,3,0) outranked the single-column rule (0,1,0), so both kept two columns at phone width; the variant splits now apply from 1024px only. From 1024px nothing changes. - **Stacked Wall seams (fix).** At 767px or less, Wall cells drop their right-hand seam and take a rule under each cell but the last, in the wall rule color (`--tome-campaign-tier-wall-rule`). Before, stacked cells kept a right seam and had nothing between them. - **Wall buttons are block boxes.** `.btn` is `display: block` (it was an `inline-block` at full width), so the line-box strut under the button, a few px, is gone and each cell ends that much sooner. The button's size and label do not change. - **Wall button color rules carry two classes** (`.cta .btnSolid`, `.cta .btnGhost`), like the Board's `.rowCta .quiet`, so a site's `:root a { color: inherit }` (0,1,1) no longer repaints the solid button's label or the ghost's ink. With no such site rule the colors are unchanged. No other change until a site sets a token (each falls back to today's value): - Hero figure placeholder: `--tome-campaign-placeholder-pad` (`--tome-space-md`), `--tome-campaign-placeholder-bg` (`--tome-color-surface-tint`), `--tome-campaign-placeholder-border` (`1px dashed` accent ink at 45%). - Hand-note face, shared by the hero's CTA note and hand note and the Tiers Board hand note: `--tome-campaign-hand-family` (`--tome-type-serif`), `--tome-campaign-hand-style` (`italic`), `--tome-campaign-hand-weight` (hero `--tome-type-weight-medium`, Board `inherit`), `--tome-campaign-hand-ink` (accent ink at 85%). - Wall cell rhythm: `--tome-campaign-tier-cell-gap` (`1rem`), `--tome-campaign-tier-name-gap`, `-price-gap` and `-feats-gap` (`0`, each a `margin-block-end`), `--tome-campaign-tier-price-leading` (`--tome-type-leading-tight`). - Wall buttons: `--tome-campaign-tier-btn-radius` (`--tome-radius-md`), `--tome-campaign-tier-btn-ghost-rule` (`45%`, the ghost border's share of `currentColor`). - Board: `--tome-campaign-tier-row-cta-gap` (`0.5rem`); at 640px or less `--tome-campaign-tier-row-cta-direction-narrow` (`column`), `-row-cta-align-narrow` (`flex-start`) and `-row-cta-gap-narrow` (`0.5rem`); `--tome-campaign-tier-quiet-rule` (`1px solid` accent ink at 60%, a `border` shorthand); `--tome-campaign-tier-desc-gap` (`0.3rem`) and `--tome-campaign-tier-hand-gap` (`0.4rem`). The README's token tables list every token with its fallback.

6047b25: Campaign Hero, Count and Tiers gain tokens for their placeholder label, CTA labels, on-accent ink, figure leading and tier wall and board, plus five small stock changes listed below. Visible change on a default render: - **Night Launch hero without live figures.** The monument is still left out, but its column now stays: the main column keeps its 1.4fr/1fr share of the band from 1024px up, as it has with figures, instead of stretching across the whole band. Below 1024px nothing changes. - **A goal of 0 reads 0%.** When the source supplies a pledged total and a goal of 0, Campaign Count and the Night Launch monument now show the bar (empty) and the 0% numeral, and a `{percent}` caption fills with `0`. Before, the bar and the caption were hidden. A missing goal still hides both. - **Counts print plain.** Backers, days left and the "DAY N OF M" locator print without thousands grouping (`1204`, not `1,204`), in the count row, the tally, the monument caption, the close numeral and `{backers}` / `{daysLeft}` / `{dayNumber}` / `{totalDays}` captions. Money keeps its grouping (`$18,400`). `formatCount` returns the plain count. - **A tier without a title still renders.** Campaign Tiers used to drop any tier row with no title. A row is now kept when it carries any content (title, price label, description, hand note, CTA label or a feature), so a wall keeps its column and a board its numbered row. A completely empty row is still dropped. - **Board CTA column.** The price and CTA link in a Board row are right-aligned text as well as right-aligned boxes (left-aligned on narrow screens, where the column moves under the row), so a label that wraps lines up with the column's edge. The CTA link's rule now has two-class specificity (`.rowCta .quiet`), so its accent color wins over a class a site's link adapter puts on the anchor; with the stock link the color is unchanged. No other change until a site sets a token (each falls back to today's value): - Hero: `--tome-campaign-placeholder-label-size` (falls back to `--tome-campaign-label-size`) and `--tome-campaign-placeholder-ink` (`currentColor` at 60%) for the figure placeholder label. - Hero and Close: `--tome-campaign-cta-label-size` (`--tome-type-size-xs`) for the CTA labels. - Hero, Close and Tiers: `--tome-campaign-on-accent`, the label ink on an accent fill (solid CTAs, the tier solid button and flag), read before the band's `--blk-on-accent-ink`, then `--tome-color-background`. The band sets its companion inline on the root, so this is how a site fixes that ink. - Count: `--tome-campaign-count-figure-leading` (`--tome-type-leading-tight`) for the figure-row numerals. - Tiers Wall: `--tome-campaign-tier-wall-rule`, `-cell-pad`, `-pledge-display`, `-pledge-gap`, `-pledge-tracking`, `-pledge-weight`, `-pledge-ink`, `-pledge-opacity`, `-feature-gap`, `-feature-pad`, `-feature-rule`, `-feature-ink`, `-flag-tracking`, `-flag-radius`, `-flag-pad-block` (all `--tome-campaign-tier-*`). - Tiers Board: `--tome-campaign-tier-board-border`, `-board-radius`, `-board-overflow`, `-row-pad`, `-row-gap`, `-row-rule`, `-numeral-leading`, `-numeral-stroke-accent`, `-numeral-stroke-strength`, `-desc-measure`, `-quiet-size` (all `--tome-campaign-tier-*`). The README's token tables list every token with its fallback.

• 6047b25: Campaign Hero, Count and Tiers gain tokens for their placeholder label, CTA labels, on-accent ink, figure leading and tier wall and board, plus five small stock changes listed below. Visible change on a default render: - **Night Launch hero without live figures.** The monument is still left out, but its column now stays: the main column keeps its 1.4fr/1fr share of the band from 1024px up, as it has with figures, instead of stretching across the whole band. Below 1024px nothing changes. - **A goal of 0 reads 0%.** When the source supplies a pledged total and a goal of 0, Campaign Count and the Night Launch monument now show the bar (empty) and the 0% numeral, and a `{percent}` caption fills with `0`. Before, the bar and the caption were hidden. A missing goal still hides both. - **Counts print plain.** Backers, days left and the "DAY N OF M" locator print without thousands grouping (`1204`, not `1,204`), in the count row, the tally, the monument caption, the close numeral and `{backers}` / `{daysLeft}` / `{dayNumber}` / `{totalDays}` captions. Money keeps its grouping (`$18,400`). `formatCount` returns the plain count. - **A tier without a title still renders.** Campaign Tiers used to drop any tier row with no title. A row is now kept when it carries any content (title, price label, description, hand note, CTA label or a feature), so a wall keeps its column and a board its numbered row. A completely empty row is still dropped. - **Board CTA column.** The price and CTA link in a Board row are right-aligned text as well as right-aligned boxes (left-aligned on narrow screens, where the column moves under the row), so a label that wraps lines up with the column's edge. The CTA link's rule now has two-class specificity (`.rowCta .quiet`), so its accent color wins over a class a site's link adapter puts on the anchor; with the stock link the color is unchanged. No other change until a site sets a token (each falls back to today's value): - Hero: `--tome-campaign-placeholder-label-size` (falls back to `--tome-campaign-label-size`) and `--tome-campaign-placeholder-ink` (`currentColor` at 60%) for the figure placeholder label. - Hero and Close: `--tome-campaign-cta-label-size` (`--tome-type-size-xs`) for the CTA labels. - Hero, Close and Tiers: `--tome-campaign-on-accent`, the label ink on an accent fill (solid CTAs, the tier solid button and flag), read before the band's `--blk-on-accent-ink`, then `--tome-color-background`. The band sets its companion inline on the root, so this is how a site fixes that ink. - Count: `--tome-campaign-count-figure-leading` (`--tome-type-leading-tight`) for the figure-row numerals. - Tiers Wall: `--tome-campaign-tier-wall-rule`, `-cell-pad`, `-pledge-display`, `-pledge-gap`, `-pledge-tracking`, `-pledge-weight`, `-pledge-ink`, `-pledge-opacity`, `-feature-gap`, `-feature-pad`, `-feature-rule`, `-feature-ink`, `-flag-tracking`, `-flag-radius`, `-flag-pad-block` (all `--tome-campaign-tier-*`). - Tiers Board: `--tome-campaign-tier-board-border`, `-board-radius`, `-board-overflow`, `-row-pad`, `-row-gap`, `-row-rule`, `-numeral-leading`, `-numeral-stroke-accent`, `-numeral-stroke-strength`, `-desc-measure`, `-quiet-size` (all `--tome-campaign-tier-*`). The README's token tables list every token with its fallback.

709cd6d: **BREAKING:** Campaign bands now run edge to edge of the page, the count block paints a band, and the blocks gain size tokens, fill-mode figure images and an opt-in entrance reveal. What moves: every campaign block's root now spans the full row it is placed in instead of the content column. Inside tome-ui's page grid (or a `RenderBlocks` wrapper spanning the full row) each band's background now reaches both edges of the page, where it used to stop at the content gutters and show the page color either side. The content inside each band stays where it was, on the content column. A block placed in a wrapper that spans only the content column keeps its current width. `campaign-count` used to paint no background; it now paints a `surface-tint` band, edge to edge like the others. **Migration:** raise `@wabbit/tome-blocks-house` to `0.8.4` or later; the peer range is now `>=0.8.4 <1.0.0` (the bands use its `LaneGrid`, the reveal its `animateInView` options and group planner, and the figure its `fillMediaOptions`). No content or schema change. If your site styled a campaign root's `grid-column` or painted the gutters beside a band, remove that styling. To keep a band on the content column only, place the block in a wrapper that spans the content column. Also in this release, all off or unchanged by default: - **Entrance reveal (opt-in).** Pass `context={{ campaignReveal: true }}` (or `{ duration, stagger, ease, start, rise }`) to `RenderBlocks` and each block fades its parts in as it scrolls into view: the hero's main column then its figure or monument, the count's strip, figures, bar and rule line one after another, the tiers' strip then the wall or board, and the terms and close as one piece. Off by default, so a render without the key has no motion and the same markup as before. Content shows in full with JavaScript off and under reduced motion. `readCampaignReveal`, `CAMPAIGN_REVEAL_CONTEXT_KEY` and the `CampaignRevealOptions` and `CampaignRenderContext` types are exported from `./render`. - **Size tokens.** Twenty-one `--tome-campaign-*` size and type properties (headline size, tracking and leading, count numerals, tier name, price and numeral, close body, terms width, mono label size, and more; the README lists them) each fall back to the value they replace, so a site that sets none renders as before. Mono labels read the `xxs` type step, the same size as `xs` on tome-ui's default scale. - **Night wash.** The decorative wash on the Night Launch hero and the Settle close reads `--tome-campaign-night-wash` first, so a site can hold its second color steady across themes; unset, it is the primary color as before. - **Figure image.** The hero's figure asks the site's media adapter for fill mode with a `sizes` hint, so a wrapping adapter (such as one built on `next/image`) fills and crops the figure window. The built-in adapter renders as before. - **Per-theme bands.** A tiers or terms background set per theme now paints its light and dark values under tome-ui's `data-theme`. - **Band tone.** Each root carries `data-band-tone` (`light` or `dark`) when a band is set. The pack still carries no default copy: terms, section-header labels, count labels and tier button text start blank, and a tier with no button label shows no button. The README lists what each block shows without them.

• 709cd6d: **BREAKING:** Campaign bands now run edge to edge of the page, the count block paints a band, and the blocks gain size tokens, fill-mode figure images and an opt-in entrance reveal. What moves: every campaign block's root now spans the full row it is placed in instead of the content column. Inside tome-ui's page grid (or a `RenderBlocks` wrapper spanning the full row) each band's background now reaches both edges of the page, where it used to stop at the content gutters and show the page color either side. The content inside each band stays where it was, on the content column. A block placed in a wrapper that spans only the content column keeps its current width. `campaign-count` used to paint no background; it now paints a `surface-tint` band, edge to edge like the others. **Migration:** raise `@wabbit/tome-blocks-house` to `0.8.4` or later; the peer range is now `>=0.8.4 <1.0.0` (the bands use its `LaneGrid`, the reveal its `animateInView` options and group planner, and the figure its `fillMediaOptions`). No content or schema change. If your site styled a campaign root's `grid-column` or painted the gutters beside a band, remove that styling. To keep a band on the content column only, place the block in a wrapper that spans the content column. Also in this release, all off or unchanged by default: - **Entrance reveal (opt-in).** Pass `context={{ campaignReveal: true }}` (or `{ duration, stagger, ease, start, rise }`) to `RenderBlocks` and each block fades its parts in as it scrolls into view: the hero's main column then its figure or monument, the count's strip, figures, bar and rule line one after another, the tiers' strip then the wall or board, and the terms and close as one piece. Off by default, so a render without the key has no motion and the same markup as before. Content shows in full with JavaScript off and under reduced motion. `readCampaignReveal`, `CAMPAIGN_REVEAL_CONTEXT_KEY` and the `CampaignRevealOptions` and `CampaignRenderContext` types are exported from `./render`. - **Size tokens.** Twenty-one `--tome-campaign-*` size and type properties (headline size, tracking and leading, count numerals, tier name, price and numeral, close body, terms width, mono label size, and more; the README lists them) each fall back to the value they replace, so a site that sets none renders as before. Mono labels read the `xxs` type step, the same size as `xs` on tome-ui's default scale. - **Night wash.** The decorative wash on the Night Launch hero and the Settle close reads `--tome-campaign-night-wash` first, so a site can hold its second color steady across themes; unset, it is the primary color as before. - **Figure image.** The hero's figure asks the site's media adapter for fill mode with a `sizes` hint, so a wrapping adapter (such as one built on `next/image`) fills and crops the figure window. The built-in adapter renders as before. - **Per-theme bands.** A tiers or terms background set per theme now paints its light and dark values under tome-ui's `data-theme`. - **Band tone.** Each root carries `data-band-tone` (`light` or `dark`) when a band is set. The pack still carries no default copy: terms, section-header labels, count labels and tier button text start blank, and a tier with no button label shows no button. The README lists what each block shows without them.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

28cfbd7: **BREAKING:** Campaign figures (pledged, goal, backers, days left, percent) now come from your site's campaign source at render, and typed numbers are no longer shown. What stops rendering: the typed `pledged`, `goal`, `backers`, `daysLeft`, `dayNumber` and `totalDays` numbers on `campaign-count`, `campaign-hero` (Night Launch) and `campaign-close` (Monument). Without a source, `campaign-count` renders nothing, the Night Launch hero drops its percent monument (the main column takes the full band and the caveat note moves under the CTA), and the Monument close shows its CTA without the days-left numeral. A figure the source does not supply is left out, and a caption whose `{token}` has no figure is hidden rather than shown with a gap. Nothing ever renders as a zero or a placeholder. **Migration:** set the new **Campaign** field (`campaignRef`) on each block to the slug or id your data uses, then render with the new `./server` subpath, spread after the static renderers: `{ ...renderers, ...createHydratedRenderers({ getCampaignFigures }) }` from `@wabbit/tome-blocks-campaign-pack/server`. `getCampaignFigures(campaignRef)` returns `{ pledgedCents, goalCents, backers, daysLeft, dayNumber, totalDays }` (any subset; money in cents) or `null`, runs on the server, and is called once per campaign per request. The old typed fields stay in the schema so no stored data is lost; they are labeled deprecated, hidden on blocks that hold no value, and no longer required, so generated types mark them optional. The pack still installs and renders on a site with no campaign data.

• 28cfbd7: **BREAKING:** Campaign figures (pledged, goal, backers, days left, percent) now come from your site's campaign source at render, and typed numbers are no longer shown. What stops rendering: the typed `pledged`, `goal`, `backers`, `daysLeft`, `dayNumber` and `totalDays` numbers on `campaign-count`, `campaign-hero` (Night Launch) and `campaign-close` (Monument). Without a source, `campaign-count` renders nothing, the Night Launch hero drops its percent monument (the main column takes the full band and the caveat note moves under the CTA), and the Monument close shows its CTA without the days-left numeral. A figure the source does not supply is left out, and a caption whose `{token}` has no figure is hidden rather than shown with a gap. Nothing ever renders as a zero or a placeholder. **Migration:** set the new **Campaign** field (`campaignRef`) on each block to the slug or id your data uses, then render with the new `./server` subpath, spread after the static renderers: `{ ...renderers, ...createHydratedRenderers({ getCampaignFigures }) }` from `@wabbit/tome-blocks-campaign-pack/server`. `getCampaignFigures(campaignRef)` returns `{ pledgedCents, goalCents, backers, daysLeft, dayNumber, totalDays }` (any subset; money in cents) or `null`, runs on the server, and is called once per campaign per request. The old typed fields stay in the schema so no stored data is lost; they are labeled deprecated, hidden on blocks that hold no value, and no longer required, so generated types mark them optional. The pack still installs and renders on a site with no campaign data.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

12b70a9: CampaignHero: the figure image now carries its media doc's alt text instead of a hard-coded empty alt.

• 12b70a9: CampaignHero: the figure image now carries its media doc's alt text instead of a hard-coded empty alt.
• 8c84e70: Solid CTAs and tags filled with the accent text ink now use the page color as their label instead of `on-accent`, which pairs with the accent fill and measured about 2:1 on the text ink. campaign-hero, campaign-close and campaign-tiers also read the band's accent ink and its label on solid-dark bands.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 5 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 5 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - No client renderers. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

e68b541: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

• e68b541: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

• Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

Updated dependencies [a2f2dfa] - @wabbit/tome-blocks-house@0.3.0

• Updated dependencies [a2f2dfa] - @wabbit/tome-blocks-house@0.3.0

Updated dependencies [7850b7a] - @wabbit/tome-blocks-house@0.2.0

• Updated dependencies [7850b7a] - @wabbit/tome-blocks-house@0.2.0

f49947a: Demo props now carry `_variant`, so gallery thumbs render the requested variant (the `monument` close rendered blank; hero/count/tiers variants rendered their defaults).

• f49947a: Demo props now carry `_variant`, so gallery thumbs render the requested variant (the `monument` close rendered blank; hero/count/tiers variants rendered their defaults).

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The cinema-feature `ratio` was a select whose values (`21:9`, `16:9`) contain a colon, which made Payload's GraphQL schema build throw and `/api/graphql` return 500 on any site using the block. It is now a text field with the same default (`21:9`) that accepts exactly `21:9`, `16:9` or empty; existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it.

• 8f11b80: Aspect fields are now validated text so GraphQL builds; stored values unchanged. The cinema-feature `ratio` was a select whose values (`21:9`, `16:9`) contain a colon, which made Payload's GraphQL schema build throw and `/api/graphql` return 500 on any site using the block. It is now a text field with the same default (`21:9`) that accepts exactly `21:9`, `16:9` or empty; existing content reads back unchanged and no migration is needed. In the admin the dropdown becomes a text input with the allowed values listed under it.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

• 1698a25: Eleven blocks now keep their text and boxes on the page's content lines instead of running to the window edge. Contact (default, split, minimal, dark), Stat Bar, Timeline, Category Strip and Product Grid place their content on `content-start / content-end`; their full-width rows and backgrounds stay full width. Split View wraps its columns in a new `.inner` element on the content lines, its section becomes a subgrid band (backgrounds still paint edge to edge), and an asymmetric ratio now stacks on phones as the single-column rule always intended. Team Roster's section subgrids the page grid and puts its header, epigraph and roster on the content lane, and the optional frame becomes a bordered panel on the content lines. Related Posts drops its inline padding and puts its header and cards on the content lines; its top rule still runs edge to edge. Editorial Footnotes runs from `content-start` across the same nine tracks as Editorial Figure (the whole content lane below 1024px). Editorial Figure's full-bleed variant keeps the image edge to edge and puts the caption on the content lines. Scrub Story's reduced-motion fallback and its CTA are inset by the page gutter (`--tome-grid-padding`); set `--tome-cinema-scrub-inset` to override it (for example `0px` when your site already places the block on its content column). If your site added its own placement or padding to work around these blocks, remove it, or the content will be inset twice.

d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

• d10e467: Muted labels and captions now meet WCAG AA contrast on light surfaces. - Labels, captions, column heads, struck and absent values, and placeholder labels that mixed their ink at 40–60% now mix it at 70% (63 rules). Small muted ink below about 61% fails 4.5:1 on cream and tinted light surfaces; a live CompareLedger row label measured 3.92:1 at 55%. - This includes the house `mono-label-muted` and `placeholder-label` mixins, and the defaults of `--tome-dossier-thumb-placeholder-ink`, `--tome-campaign-placeholder-ink` and `--tome-campaign-tier-pledge-ink`. Set those properties to keep the old ink. - Decorative ink is unchanged: outline numerals, scrims, corner brackets and the EvidencePlate sources separator. - Muted text reads slightly darker on every surface.

fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

• fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

b452c7b: Testimonial Rail's edge inset and edge fade become tokens; Media Panel's CTA paints above the panel image; Cinema Feature's CTA lines up with the frame when a site insets it. No change until a site sets the token: - `--tome-cinema-rail-edge-inset` (default `calc(36 * var(--tome-cinema-px, 0.0625rem))`) and `--tome-cinema-rail-edge-inset-narrow` (default `calc(18 * var(--tome-cinema-px, 0.0625rem))`, at 40em or less): Testimonial Rail's track side inset. The status line and the CTA follow it; `--tome-cinema-rail-cta-inset` still overrides the CTA and now falls back to these tokens. - `--tome-cinema-rail-fade` (default `calc(56 * var(--tome-cinema-px, 0.0625rem))`): the width of the rail's edge fade on each side. - Cinema Feature's CTA now reads `--tome-cinema-feature-inset` (default `0px`) as its start padding. The CTA renders after the block's inner column, so `.inner`'s padding never reached it; with the token set, the CTA now starts on the same line as the frame and caption. Unset, nothing moves. The stylesheet comment that said the CTA sits inside `.inner` is corrected. Visible change on a default render: - **Media Panel's CTA shows.** The CTA is now `position: relative; z-index: 2`, so it paints above the absolutely positioned image (z-index 0) and scrim (z-index 1) instead of under them. A CTA that the image covered is now visible; its placement, type and color are unchanged.

• b452c7b: Testimonial Rail's edge inset and edge fade become tokens; Media Panel's CTA paints above the panel image; Cinema Feature's CTA lines up with the frame when a site insets it. No change until a site sets the token: - `--tome-cinema-rail-edge-inset` (default `calc(36 * var(--tome-cinema-px, 0.0625rem))`) and `--tome-cinema-rail-edge-inset-narrow` (default `calc(18 * var(--tome-cinema-px, 0.0625rem))`, at 40em or less): Testimonial Rail's track side inset. The status line and the CTA follow it; `--tome-cinema-rail-cta-inset` still overrides the CTA and now falls back to these tokens. - `--tome-cinema-rail-fade` (default `calc(56 * var(--tome-cinema-px, 0.0625rem))`): the width of the rail's edge fade on each side. - Cinema Feature's CTA now reads `--tome-cinema-feature-inset` (default `0px`) as its start padding. The CTA renders after the block's inner column, so `.inner`'s padding never reached it; with the token set, the CTA now starts on the same line as the frame and caption. Unset, nothing moves. The stylesheet comment that said the CTA sits inside `.inner` is corrected. Visible change on a default render: - **Media Panel's CTA shows.** The CTA is now `position: relative; z-index: 2`, so it paints above the absolutely positioned image (z-index 0) and scrim (z-index 1) instead of under them. A CTA that the image covered is now visible; its placement, type and color are unchanged.

eee4d87: Seven block CTAs read the house editorial CTA register, two gain inset tokens, and five blocks gain spacing tokens. **CTA register.** The CTAs of Scrub Story, Chaptered Walkthrough, Video Wall, Testimonial Rail, Trigger Tile, Cinema Feature and Media Panel read `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color` from `@wabbit/tome-blocks-house`, each falling back to that block's current value: Scrub Story and Chaptered Walkthrough set no type and keep a `--tome-space-md` top margin; Video Wall, Testimonial Rail, Trigger Tile and Cinema Feature keep the mono face, `--tome-text-xs`, the editorial tracking, uppercase and a `--tome-space-lg` top margin; Media Panel keeps its centered, underlined link and its type and color. On a grid parent each (Media Panel excepted) takes `--tome-house-cta-cols` and starts its row. Ambient Band's bordered button is not on the register. No change until a site sets the token: - `--tome-cinema-wall-cta-inset` (default `clamp(1.5rem, 4vw, 3rem)`) and `--tome-cinema-rail-cta-inset` (default the track's inset, `calc(36 * var(--tome-cinema-px))`, 18 below 40em; one value replaces both): the CTA's start inset, so a site that places the block full-bleed can start it on the content column with `var(--tome-grid-padding)`. - `--tome-cinema-ambient-cta-pad-block` (default `var(--tome-space-4, 0.85rem)`): Ambient Band's button top and bottom padding. - `--tome-cinema-chapter-gap` (default `var(--tome-space-sm, 0.65rem)`) and `--tome-cinema-chapter-progress-gap` (default `var(--tome-space-sm, 0.55rem)`): Chaptered Walkthrough's chapter row gap and the space above each progress line. - `--tome-cinema-walkthrough-below-margin` / `-below-pad` (defaults `var(--tome-space-8, 2rem)` / `var(--tome-space-5, 1.25rem)`) and `--tome-cinema-walkthrough-below-margin-narrow` / `-below-pad-narrow` (defaults `var(--tome-space-6, 1.5rem)` / `var(--tome-space-4, 1rem)`, at 640px or less): the space above and under the below-player copy's hairline. - `--tome-cinema-rail-placeholder-pad` (default `var(--tome-space-lg, 1rem)`): the label padding in an empty Testimonial Rail card. - `--tome-cinema-spread-media-width-narrow` (default `100%`): the width of Video Spread's video and poster inside the stacked panel (below 64em), anchored at its start edge and clipped by the panel. `max(100%, 35.5556rem)` gives the wider, left-anchored crop of a panel sized from its 20rem floor, without the panel overflowing the column. Visible change on a default render: - **Cinema Feature's CTA** no longer stretches across the block's column: the link's box (its clickable and focus area) now ends at its label. The label itself does not move. - **Link color.** Scrub Story's, Chaptered Walkthrough's, Video Wall's, Testimonial Rail's, Trigger Tile's and Cinema Feature's CTAs now declare `var(--tome-color-primary)`, the color tome-ui's base stylesheet gives every link, so on a tome-ui site they are unchanged. On a site whose own element-level `a { color }` rule colored them differently, they now take `--tome-color-primary` unless the site sets `--tome-house-cta-editorial-color`; a link rule with a class or `:root` in it still wins as before.

• eee4d87: Seven block CTAs read the house editorial CTA register, two gain inset tokens, and five blocks gain spacing tokens. **CTA register.** The CTAs of Scrub Story, Chaptered Walkthrough, Video Wall, Testimonial Rail, Trigger Tile, Cinema Feature and Media Panel read `--tome-house-cta-editorial-family`, `-size`, `-weight`, `-tracking`, `-transform`, `-margin` and `-color` from `@wabbit/tome-blocks-house`, each falling back to that block's current value: Scrub Story and Chaptered Walkthrough set no type and keep a `--tome-space-md` top margin; Video Wall, Testimonial Rail, Trigger Tile and Cinema Feature keep the mono face, `--tome-text-xs`, the editorial tracking, uppercase and a `--tome-space-lg` top margin; Media Panel keeps its centered, underlined link and its type and color. On a grid parent each (Media Panel excepted) takes `--tome-house-cta-cols` and starts its row. Ambient Band's bordered button is not on the register. No change until a site sets the token: - `--tome-cinema-wall-cta-inset` (default `clamp(1.5rem, 4vw, 3rem)`) and `--tome-cinema-rail-cta-inset` (default the track's inset, `calc(36 * var(--tome-cinema-px))`, 18 below 40em; one value replaces both): the CTA's start inset, so a site that places the block full-bleed can start it on the content column with `var(--tome-grid-padding)`. - `--tome-cinema-ambient-cta-pad-block` (default `var(--tome-space-4, 0.85rem)`): Ambient Band's button top and bottom padding. - `--tome-cinema-chapter-gap` (default `var(--tome-space-sm, 0.65rem)`) and `--tome-cinema-chapter-progress-gap` (default `var(--tome-space-sm, 0.55rem)`): Chaptered Walkthrough's chapter row gap and the space above each progress line. - `--tome-cinema-walkthrough-below-margin` / `-below-pad` (defaults `var(--tome-space-8, 2rem)` / `var(--tome-space-5, 1.25rem)`) and `--tome-cinema-walkthrough-below-margin-narrow` / `-below-pad-narrow` (defaults `var(--tome-space-6, 1.5rem)` / `var(--tome-space-4, 1rem)`, at 640px or less): the space above and under the below-player copy's hairline. - `--tome-cinema-rail-placeholder-pad` (default `var(--tome-space-lg, 1rem)`): the label padding in an empty Testimonial Rail card. - `--tome-cinema-spread-media-width-narrow` (default `100%`): the width of Video Spread's video and poster inside the stacked panel (below 64em), anchored at its start edge and clipped by the panel. `max(100%, 35.5556rem)` gives the wider, left-anchored crop of a panel sized from its 20rem floor, without the panel overflowing the column. Visible change on a default render: - **Cinema Feature's CTA** no longer stretches across the block's column: the link's box (its clickable and focus area) now ends at its label. The label itself does not move. - **Link color.** Scrub Story's, Chaptered Walkthrough's, Video Wall's, Testimonial Rail's, Trigger Tile's and Cinema Feature's CTAs now declare `var(--tome-color-primary)`, the color tome-ui's base stylesheet gives every link, so on a tome-ui site they are unchanged. On a site whose own element-level `a { color }` rule colored them differently, they now take `--tome-color-primary` unless the site sets `--tome-house-cta-editorial-color`; a link rule with a class or `:root` in it still wins as before.

7c94229: Pull Interlude keeps its line inside the page gutter on narrow screens, and four blocks gain tokens for their video wells, scrim and readout. Visible change on a default render: - **Pull Interlude, below the width where its 34ch line fits.** The block now renders a bleeding lane grid (`LaneGrid` from `@wabbit/tome-blocks-house`) with the pull-line on the content column, as the line on the page grid always intended. On a phone the line used to run the whole band, edge to edge; it now stops at the side gutter (`--tome-grid-padding`, the page grid's padding column when the block sits on the page grid). Where the 34ch line fits inside the content column, typically from tablet width up, nothing moves. In a block wrapper narrower than the content column the line spans the wrapper with no gutter, as before. The band, art layer, scrim and tag are unchanged, and the root still spans its whole host row. No other change until a site sets a token: - `--tome-cinema-video-well` (default `var(--tome-color-surface-solid-dark)`): the well behind a playing video, the color of its letterbox bars, in Video Wall (tile video, lightbox video and embed), Testimonial Rail (card video and its wrapper), Cinema Feature (video and its wrapper; the frame stays solid-dark) and Trigger Tile (lightbox video). - `--tome-cinema-ambient-scrim-base` (default `var(--tome-color-surface-solid-dark)`): the color Ambient Band's scrim gradient mixes from; the scrim select still sets its strength. - `--tome-cinema-readout-gap` (default `var(--tome-space-lg, 1.25rem)`): the gap inside Scrub Story's pinned readout. - Testimonial Rail's edge-fade mask (56), track inset (36, 18 below 40em), status line and CTA insets are now stated in `--tome-cinema-px` units, so they are the same 3.5rem, 2.25rem and 1.125rem at the default unit and follow a site that sets the unit.

• 7c94229: Pull Interlude keeps its line inside the page gutter on narrow screens, and four blocks gain tokens for their video wells, scrim and readout. Visible change on a default render: - **Pull Interlude, below the width where its 34ch line fits.** The block now renders a bleeding lane grid (`LaneGrid` from `@wabbit/tome-blocks-house`) with the pull-line on the content column, as the line on the page grid always intended. On a phone the line used to run the whole band, edge to edge; it now stops at the side gutter (`--tome-grid-padding`, the page grid's padding column when the block sits on the page grid). Where the 34ch line fits inside the content column, typically from tablet width up, nothing moves. In a block wrapper narrower than the content column the line spans the wrapper with no gutter, as before. The band, art layer, scrim and tag are unchanged, and the root still spans its whole host row. No other change until a site sets a token: - `--tome-cinema-video-well` (default `var(--tome-color-surface-solid-dark)`): the well behind a playing video, the color of its letterbox bars, in Video Wall (tile video, lightbox video and embed), Testimonial Rail (card video and its wrapper), Cinema Feature (video and its wrapper; the frame stays solid-dark) and Trigger Tile (lightbox video). - `--tome-cinema-ambient-scrim-base` (default `var(--tome-color-surface-solid-dark)`): the color Ambient Band's scrim gradient mixes from; the scrim select still sets its strength. - `--tome-cinema-readout-gap` (default `var(--tome-space-lg, 1.25rem)`): the gap inside Scrub Story's pinned readout. - Testimonial Rail's edge-fade mask (56), track inset (36, 18 below 40em), status line and CTA insets are now stated in `--tome-cinema-px` units, so they are the same 3.5rem, 2.25rem and 1.125rem at the default unit and follow a site that sets the unit.

be6c393: **BREAKING:** Statement Band, Scene Plate and Scene Caption now lay out on the page's reading lanes, so their text moves on the page; background images ask the media adapter for fill mode. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.0 or later (the peer range is now `>=0.8.0 <1.0.0`; these blocks use its lane grid). No content or config changes. There is no switch back to the old fixed-width layout. What you will see move, from 1024px wide (below that every part takes the content column, inset by the page's grid gutter instead of the block's own side padding): - **Statement Band.** The serif statement and support line sit in the reading column instead of a 46rem box, and the display face runs the content column instead of a 64rem box, so on a wide screen a statement takes fewer lines. The section strip runs the content column instead of the full band. - **Scene Plate.** The copy sits on the content column instead of a 60rem box; on the centered `plate` variant it is centered as before, and the `cinema` variant now starts at the content edge. Left and right seated panels split the content column at the page's center line, and the center panel sits on the prose lane. The CTA, when set, sits under the copy above the scrim. The heading's `*accent*` phrase is set without the heading's tight tracking. - **Scene Caption.** The caption runs from the content edge to the end of the reading column instead of a 44ch box at the band's edge; its text keeps its 34ch measure. Other visible changes: - **Scene Plate paints its band.** A plate with no stored background now shows its dark band behind the scene and copy (before, only the scrim used it). A stored `inherit` still paints nothing. - **Scene Caption placeholder.** With no art, the pink wash reads the band's primary ink first, so on the default dark band it is the lighter on-dark primary. Additive: - **Images that fill a box.** Scene Plate's scene, Scene Caption's and Pull Interlude's art, Media Panel's image, and Cinema Feature's and Ambient Band's posters pass the media adapter `fill: true`, an `imgClassName` and `sizes: '100vw'`, so an adapter that wraps its image can fill the box with a cover crop. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. - **`--tome-cinema-statement-display-tracking`** sets Statement Band's display-face tracking (default `var(--tome-type-tracking-tight)`) without moving the serif face. - **`--tome-cinema-caption-duration`** sets Scene Caption's entrance duration on the block (default: the house entrance timing). - Pull Interlude's placeholder washes and Scene Plate's panel kicker and italic read the band companions (`--blk-primary-ink`, `--blk-accent-ink`) before the theme tokens. Nothing in the pack changes for these with the default bands.

• be6c393: **BREAKING:** Statement Band, Scene Plate and Scene Caption now lay out on the page's reading lanes, so their text moves on the page; background images ask the media adapter for fill mode. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.0 or later (the peer range is now `>=0.8.0 <1.0.0`; these blocks use its lane grid). No content or config changes. There is no switch back to the old fixed-width layout. What you will see move, from 1024px wide (below that every part takes the content column, inset by the page's grid gutter instead of the block's own side padding): - **Statement Band.** The serif statement and support line sit in the reading column instead of a 46rem box, and the display face runs the content column instead of a 64rem box, so on a wide screen a statement takes fewer lines. The section strip runs the content column instead of the full band. - **Scene Plate.** The copy sits on the content column instead of a 60rem box; on the centered `plate` variant it is centered as before, and the `cinema` variant now starts at the content edge. Left and right seated panels split the content column at the page's center line, and the center panel sits on the prose lane. The CTA, when set, sits under the copy above the scrim. The heading's `*accent*` phrase is set without the heading's tight tracking. - **Scene Caption.** The caption runs from the content edge to the end of the reading column instead of a 44ch box at the band's edge; its text keeps its 34ch measure. Other visible changes: - **Scene Plate paints its band.** A plate with no stored background now shows its dark band behind the scene and copy (before, only the scrim used it). A stored `inherit` still paints nothing. - **Scene Caption placeholder.** With no art, the pink wash reads the band's primary ink first, so on the default dark band it is the lighter on-dark primary. Additive: - **Images that fill a box.** Scene Plate's scene, Scene Caption's and Pull Interlude's art, Media Panel's image, and Cinema Feature's and Ambient Band's posters pass the media adapter `fill: true`, an `imgClassName` and `sizes: '100vw'`, so an adapter that wraps its image can fill the box with a cover crop. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. - **`--tome-cinema-statement-display-tracking`** sets Statement Band's display-face tracking (default `var(--tome-type-tracking-tight)`) without moving the serif face. - **`--tome-cinema-caption-duration`** sets Scene Caption's entrance duration on the block (default: the house entrance timing). - Pull Interlude's placeholder washes and Scene Plate's panel kicker and italic read the band companions (`--blk-primary-ink`, `--blk-accent-ink`) before the theme tokens. Nothing in the pack changes for these with the default bands.
• fb10584: **BREAKING:** Needs `@wabbit/tome-blocks-house` 0.8.4 or later; Video Wall, Testimonial Rail and Cinema Feature paint a chosen background; Media Panel's kicker takes the accent color. **Migration:** upgrade `@wabbit/tome-blocks-house` to 0.8.4 or later (the peer range is now `>=0.8.4 <1.0.0`; every image that fills a box now builds its options with that package's `fillMediaOptions`, and the pack's own copy is gone). No content or config changes. What you will see change: - **Media Panel kicker.** The kicker reads a band's accent ink if one is set, else tome-ui's accent ink for the solid-dark surface (`--tome-color-accent-on-solid-dark`), instead of the plain on-dark ink. It is the panel's one accent color, and it stays legible on the dark dock in both themes. The fig label, heading, body and the dock's hairline keep the on-dark ink. - **Video Wall, Testimonial Rail and Cinema Feature paint their band.** A block with a background chosen now shows it behind the wall, rail or frame, and its text takes the band's ink; before, the band's colors were set but nothing painted them. With no background set the root stays transparent, as before. The three roots also carry `data-band-tone`. - **Accents on a dark band.** Chaptered Walkthrough's active chapter, focus ring and progress fill, and Cinema Feature's eyebrow, read the band's accent ink (`--blk-accent-ink`) before `--tome-color-accent-text`. With no background, or a theme-following one, nothing changes; on a fixed dark band the accent is the band's own legible one. - **Scene Plate panel body.** A seated panel whose rich-text body holds only a list (or only linked text) now renders. The emptiness check looks for text at any depth instead of only directly under each top-level block. - **Testimonial Rail names.** The card name sets `font-variation-settings` itself (`normal`), so a page rule that thins every paragraph through the variable-font weight axis no longer thins the name below its 600 weight. Pages without such a rule look the same. Images that fill a box: - Scrub Story's stills (`sizes: '100vw'`, the first still keeps `priority`) and reduced-motion frames (`'(max-width: 768px) 100vw, 60vw'`), and Trigger Tile's uploaded poster (`'(max-width: 768px) 90vw, 65ch'`), pass the media adapter `fill: true`, an `imgClassName` and `sizes`, so an adapter that wraps its image fills the frame with a cover crop. The built-in adapter renders the same `<img>` with a second class and a `sizes` attribute; it looks the same. No change until a site sets a token or prop (each defaults to the value it replaced): - `--tome-cinema-px` (default `0.0625rem`): the unit for Video Wall's play ring and title chip and Testimonial Rail's card widths, which are now stated in pixels times the unit. A site whose root font size is not 16px sets `1px` to keep them at their pixel size. - `--tome-cinema-panel-accent` (Media Panel kicker) and `--tome-cinema-panel-border` (the dock hairline's ink, default the on-dark ink). - `--tome-cinema-scrub-crossfade` (Scrub Story's stills/video crossfade, default `--tome-motion-slow`; the beat change keeps `-slow`) and `--tome-cinema-feature-poster-fade` (Cinema Feature's poster-to-video fade, default `--tome-motion-base`). - `--tome-cinema-feature-inset` (Cinema Feature) and `--tome-cinema-ambient-copy-inset` (Ambient Band's copy), both `0px`: set them to the page grid's side gutter to put the frame or copy on the content column of a full-bleed band. - `--tome-cinema-walkthrough-max-width` (Chaptered Walkthrough, default `72rem`; `none` fills the block). - `--tome-cinema-rail-name-variation` (Testimonial Rail name, default `normal`). - `--tome-cinema-interlude-placeholder-base` (Pull Interlude's empty-art base, default `--tome-color-surface-solid-dark`). - `videoPreload: 'metadata'` on a Chaptered Walkthrough block (a render prop, not an editor field) loads the video's metadata on mount, so the last chapter's length and range use the real duration before playback. The default stays `none`. The looping-video pause button, the play-ring styling and the entrance timers are unchanged.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

868c087: The looping video blocks (ambient band, video wall, video spread) now have a visible pause and play button. Pausing stops the video and keeps it stopped when the block scrolls back into view; the ambient band's slow zoom stops with it. The video wall has one button that pauses every looping tile. The button is always visible and reachable by keyboard; reduced-motion visitors, who already get a still poster, see no button. Needs `@wabbit/tome-blocks-house` with `LoopVideoControl`.

• 868c087: The looping video blocks (ambient band, video wall, video spread) now have a visible pause and play button. Pausing stops the video and keeps it stopped when the block scrolls back into view; the ambient band's slow zoom stops with it. The video wall has one button that pauses every looping tile. The button is always visible and reachable by keyboard; reduced-motion visitors, who already get a still poster, see no button. Needs `@wabbit/tome-blocks-house` with `LoopVideoControl`.
• d08fc38: The video spread block no longer overflows a phone-width screen when its link label is long. The stacked layout's grid track can now shrink, and the link wraps within its column instead of holding its full text width.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

8c84e70: statement-band, scene-plate, scene-caption and video-spread read the band's accent and primary inks from `resolveBackground`, so the accent on their solid-dark plates is readable in light themes. pull-interlude, which is always solid-dark, reads `--tome-color-accent-on-solid-dark` for its strong runs.

• 8c84e70: statement-band, scene-plate, scene-caption and video-spread read the band's accent and primary inks from `resolveBackground`, so the accent on their solid-dark plates is readable in light themes. pull-interlude, which is always solid-dark, reads `--tome-color-accent-on-solid-dark` for its strong runs.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 13 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - PullInterlude (client) is now a server-safe wrapper around `PullInterlude.client.tsx`, its exported types re-exported. The blocks already split into a server renderer plus a client half (players, motion, engines) keep that split; the client halves import the same `.tome-css` for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 13 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - PullInterlude (client) is now a server-safe wrapper around `PullInterlude.client.tsx`, its exported types re-exported. The blocks already split into a server renderer plus a client half (players, motion, engines) keep that split; the client halves import the same `.tome-css` for class names. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

7862f30: Swaps the plain primary token for the on-solid-dark pairing on text and borders that sit on a dark surface in three packs. `@wabbit/tome-blocks-dossier-pack`: the `evidence-sheet` block's `ledger` treatment now uses the on-solid-dark pairing for its kicker, headline emphasis, body link and row-label text, instead of the plain primary token — that token is a surface-tint fill, not guaranteed legible as text on the block's dark surface. `@wabbit/tome-blocks-cinema-pack`: the `scene-plate` block's seated panel kicker and body emphasis text get the same on-solid-dark pairing, since the panel itself is a partially-opaque dark surface over the scene image. `@wabbit/tome-blocks-catalog-pack`: the `price-table` block's highlighted-tier border now uses the on-solid-dark pairing specifically on the `dark` variant, leaving the default/light variant's border on the plain primary token unchanged.

• 7862f30: Swaps the plain primary token for the on-solid-dark pairing on text and borders that sit on a dark surface in three packs. `@wabbit/tome-blocks-dossier-pack`: the `evidence-sheet` block's `ledger` treatment now uses the on-solid-dark pairing for its kicker, headline emphasis, body link and row-label text, instead of the plain primary token — that token is a surface-tint fill, not guaranteed legible as text on the block's dark surface. `@wabbit/tome-blocks-cinema-pack`: the `scene-plate` block's seated panel kicker and body emphasis text get the same on-solid-dark pairing, since the panel itself is a partially-opaque dark surface over the scene image. `@wabbit/tome-blocks-catalog-pack`: the `price-table` block's highlighted-tier border now uses the on-solid-dark pairing specifically on the `dark` variant, leaving the default/light variant's border on the plain primary token unchanged.

c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

• Updated dependencies [e044594] - @wabbit/tome-blocks-core@0.16.6

a2f2dfa: cinema-pack's block configs now load under plain Node — no bundler, no CSS loader. Eight of cinema-pack's block configs (`src/blocks/*/index.ts`) imported `videoSourceFields` from `@wabbit/tome-blocks-house/video`. That entry is a barrel that also re-exports the `'use client'` `EmbedFrame` and its CSS Module. Next.js resolves that CSS; plain Node does not. So any script that loaded cinema-pack's main entry outside a bundler (a Payload CLI command, a seed, a type generator) failed with `ERR_UNKNOWN_FILE_EXTENSION ".css"` before a single block registered. - **blocks-house (minor):** new `./video/fields` export for `videoSourceFields` and its resolvers. It points at the module the package already built and has no CSS on its import graph. `./video` is unchanged, so existing imports keep working. - **cinema-pack (patch):** the eight block configs import from `@wabbit/tome-blocks-house/video/fields`. Render components still use `./video`, because they need `EmbedFrame` and `useHlsVideo`. Verified against the rebuilt dist: importing `@wabbit/tome-blocks-cinema-pack` and calling `register()` under bare Node now registers all 13 blocks. The same import failed with the CSS error on `main`. cinema-pack's smoke test no longer needs a CSS stub loader, and the stub is removed. No consumer changes are needed. wabbit-site-core and tome-starter import only cinema-pack's `./meta`, `./demo`, `./render` and `./render/register` entries, none of which reached the barrel.

• a2f2dfa: cinema-pack's block configs now load under plain Node — no bundler, no CSS loader. Eight of cinema-pack's block configs (`src/blocks/*/index.ts`) imported `videoSourceFields` from `@wabbit/tome-blocks-house/video`. That entry is a barrel that also re-exports the `'use client'` `EmbedFrame` and its CSS Module. Next.js resolves that CSS; plain Node does not. So any script that loaded cinema-pack's main entry outside a bundler (a Payload CLI command, a seed, a type generator) failed with `ERR_UNKNOWN_FILE_EXTENSION ".css"` before a single block registered. - **blocks-house (minor):** new `./video/fields` export for `videoSourceFields` and its resolvers. It points at the module the package already built and has no CSS on its import graph. `./video` is unchanged, so existing imports keep working. - **cinema-pack (patch):** the eight block configs import from `@wabbit/tome-blocks-house/video/fields`. Render components still use `./video`, because they need `EmbedFrame` and `useHlsVideo`. Verified against the rebuilt dist: importing `@wabbit/tome-blocks-cinema-pack` and calling `register()` under bare Node now registers all 13 blocks. The same import failed with the CSS error on `main`. cinema-pack's smoke test no longer needs a CSS stub loader, and the stub is removed. No consumer changes are needed. wabbit-site-core and tome-starter import only cinema-pack's `./meta`, `./demo`, `./render` and `./render/register` entries, none of which reached the barrel.
• Updated dependencies [a2f2dfa] - @wabbit/tome-blocks-house@0.3.0

1dcc935: pull-interlude carries a `media` tag so the gallery files it under Media with its siblings instead of a stray "Layout" facet.

• 1dcc935: pull-interlude carries a `media` tag so the gallery files it under Media with its siblings instead of a stray "Layout" facet.

95b51e3: The bold words in `section-header` Transcript Stage's claim stay readable at small sizes. They used the primary color as is, which can fall under 4.5:1 on a tinted card once the claim drops below large-text size. They now mix in the foreground color.

• 95b51e3: The bold words in `section-header` Transcript Stage's claim stay readable at small sizes. They used the primary color as is, which can fall under 4.5:1 on a tinted card once the claim drops below large-text size. They now mix in the foreground color.

76fc86a: Code in `section-header` Transcript Split and Transcript Stage stays readable on sites that fill `pre` and `code`. These variants set a text color but no background, so a host's fill could leave the text unreadable. They now clear it.

• 76fc86a: Code in `section-header` Transcript Split and Transcript Stage stays readable on sites that fill `pre` and `code`. These variants set a text color but no background, so a host's fill could leave the text unreadable. They now clear it.

66b9c81: `section-header` / `product-split`: add `imageStacked`, a one-column page opener. It sets a larger headline, then the caption, then a full-width picture cropped flush at the bottom of the band. It's off by default, so existing pages render as before.

• 66b9c81: `section-header` / `product-split`: add `imageStacked`, a one-column page opener. It sets a larger headline, then the caption, then a full-width picture cropped flush at the bottom of the band. It's off by default, so existing pages render as before.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

27139be: Full-width bands on a site with a default column span, and two details the Starter's home page needed. Stop Viewer, Switch Tally, Proof Ledger, Terminal Steps, Layer Stack and Term Rows gain the optional `columnSpan` field. These blocks are full-width bands, but on a site with a default span such as `2 / -2` they stopped at the content lines and their text sat against the band's edge, because the field that moves the block's wrapper did not exist. Set `columnSpan` to `1 / -1`. A stored block with no span renders the same markup. The Command Close underlines the links in its door line, which a site link reset could strip. Proof Ledger sets a run wrapped in backticks in the mono face, in a promise's body and the figure caption, where the backticks used to print. The section header gains an optional `backgroundColor`, which `RenderBlocks` paints on the block's wrapper. `accent-tint` needs a mapping in the site's block backgrounds. On a painted band the Ruled Split drops its top rule.

• 27139be: Full-width bands on a site with a default column span, and two details the Starter's home page needed. Stop Viewer, Switch Tally, Proof Ledger, Terminal Steps, Layer Stack and Term Rows gain the optional `columnSpan` field. These blocks are full-width bands, but on a site with a default span such as `2 / -2` they stopped at the content lines and their text sat against the band's edge, because the field that moves the block's wrapper did not exist. Set `columnSpan` to `1 / -1`. A stored block with no span renders the same markup. The Command Close underlines the links in its door line, which a site link reset could strip. Proof Ledger sets a run wrapped in backticks in the mono face, in a promise's body and the figure caption, where the backticks used to print. The section header gains an optional `backgroundColor`, which `RenderBlocks` paints on the block's wrapper. `accent-tint` needs a mapping in the site's block backgrounds. On a painted band the Ruled Split drops its top rule.

da36c0e: The section header can now span the full grid, which the Product Split bleed needs to reach the screen edge. The block gains the optional `columnSpan` field the call to action and feature blocks already have. On a site with a default span such as `2 / -2`, the Product Split picture stopped at the content line, because the field that moves the block's wrapper did not exist and a stored value was dropped. Set `columnSpan` to `1 / -1` together with `imageBleed`. A stored section header with no span renders the same markup.

• da36c0e: The section header can now span the full grid, which the Product Split bleed needs to reach the screen edge. The block gains the optional `columnSpan` field the call to action and feature blocks already have. On a site with a default span such as `2 / -2`, the Product Split picture stopped at the content line, because the field that moves the block's wrapper did not exist and a stored value was dropped. Set `columnSpan` to `1 / -1` together with `imageBleed`. A stored section header with no span renders the same markup.

d08e2ee: The section header gains two variants, Product Split and Transcript Stage, and an optional list of paired rows on Ruled Split. Additive: a stored section header of any existing variant renders the same markup, and a Ruled Split with no rows is byte-identical to before. - `product-split`: copy at the left (title with `*emphasis*`, a rule, a lede, body text, up to two links and an optional list) beside a captioned picture at the right (5/7). Set `imageBleed` to run the picture to the right edge of the screen, cropped flush at the bottom of the band, with the caption above it; leave it off for an inset picture with the caption underneath. Set `titleLevel` to `h1` for the page's opening hero, which also loads the picture first. It is a server component with no entrance animation. - `transcript-stage`: reads the same fields as `transcript-split` (which is unchanged), staged as the headline alone, a large terminal plate beside the lede and copy, then a claim panel and the command with its Copy button. New fields `claim`, `commandIntro` and `replayLabel` show only for this variant. The turns replay one at a time the first time the plate scrolls into view, with a "Play it again" button whose label is a field. With reduced motion, or without JavaScript, every turn is visible and the button is not shown. - `ruled-split` `rows`: optional paired rows (a label and a value) under the description. With no rows nothing changes. The package gains one client module, `TranscriptStage.client`, holding the replay and the Copy button; the variants themselves stay server components.

• d08e2ee: The section header gains two variants, Product Split and Transcript Stage, and an optional list of paired rows on Ruled Split. Additive: a stored section header of any existing variant renders the same markup, and a Ruled Split with no rows is byte-identical to before. - `product-split`: copy at the left (title with `*emphasis*`, a rule, a lede, body text, up to two links and an optional list) beside a captioned picture at the right (5/7). Set `imageBleed` to run the picture to the right edge of the screen, cropped flush at the bottom of the band, with the caption above it; leave it off for an inset picture with the caption underneath. Set `titleLevel` to `h1` for the page's opening hero, which also loads the picture first. It is a server component with no entrance animation. - `transcript-stage`: reads the same fields as `transcript-split` (which is unchanged), staged as the headline alone, a large terminal plate beside the lede and copy, then a claim panel and the command with its Copy button. New fields `claim`, `commandIntro` and `replayLabel` show only for this variant. The turns replay one at a time the first time the plate scrolls into view, with a "Play it again" button whose label is a field. With reduced motion, or without JavaScript, every turn is visible and the button is not shown. - `ruled-split` `rows`: optional paired rows (a label and a value) under the description. With no rows nothing changes. The package gains one client module, `TranscriptStage.client`, holding the replay and the Copy button; the variants themselves stay server components.

3954ae9: A page can now carry a breadcrumb trail, an urgent or important notice, and prose set beside its review line and a callout, all from blocks an editor composes. The new `breadcrumb` block is a labeled navigation landmark holding an ordered list of links that ends in the current page (`aria-current="page"`); labels wrap at any width, every link is at least 44px tall, an unsafe link shows as text, and no structured data is emitted. The `post-notice` block gains an optional `tone` (standard, important, urgent) and a `headingLevel`: a toned notice gets a mark before its heading and a heavier edge, never color alone, it stays a static note (no alert role), and an untoned notice renders byte for byte as before. The practice pack's reviewed line is now nestable, so it can sit in a layout grid; build the reading layout with a layout grid in its feature-and-sidebar arrangement holding a text block, the reviewed line and a notice. The block catalog lists the new block.

• 3954ae9: A page can now carry a breadcrumb trail, an urgent or important notice, and prose set beside its review line and a callout, all from blocks an editor composes. The new `breadcrumb` block is a labeled navigation landmark holding an ordered list of links that ends in the current page (`aria-current="page"`); labels wrap at any width, every link is at least 44px tall, an unsafe link shows as text, and no structured data is emitted. The `post-notice` block gains an optional `tone` (standard, important, urgent) and a `headingLevel`: a toned notice gets a mark before its heading and a heavier edge, never color alone, it stays a static note (no alert role), and an untoned notice renders byte for byte as before. The practice pack's reviewed line is now nestable, so it can sit in a layout grid; build the reading layout with a layout grid in its feature-and-sidebar arrangement holding a text block, the reviewed line and a notice. The block catalog lists the new block.
• 31e0105: A layout grid now stacks to one column on tablets and phones instead of keeping its desktop columns. The collapse was written as a container query on the grid's own container, which never matches itself, so none of it applied. It is now a viewport query like the Grid block's, and it resets each cell's stored span so the cells stack instead of growing extra columns. When the cells stack, a block inside a cell now fills the cell instead of keeping the offset it would have had on the page grid.

908aacb: The `extras` bundle and the package are now tier `free`, matching the store: six paid packs depend on this package, so any registry token could already install it. The README's counts now include `outcome-hero`.

• 908aacb: The `extras` bundle and the package are now tier `free`, matching the store: six paid packs depend on this package, so any registry token could already install it. The README's counts now include `outcome-hero`.

39e0892: New outcome-hero block: a statement hero over a before-and-after demo card. New `outcome-hero` block (paid `extras` bundle): a centered statement hero over a demo card. The `toggle` demo shows a before and an after panel (both visible without script, an `aria-pressed` toggle after mount, per-panel callouts, a labeled disclosure footnote); `video` needs captions or a transcript link, `image` needs alt text. One client island, tokens only, a 180ms fade only under `prefers-reduced-motion: no-preference`.

• 39e0892: New outcome-hero block: a statement hero over a before-and-after demo card. New `outcome-hero` block (paid `extras` bundle): a centered statement hero over a demo card. The `toggle` demo shows a before and an after panel (both visible without script, an `aria-pressed` toggle after mount, per-panel callouts, a labeled disclosure footnote); `video` needs captions or a transcript link, `image` needs alt text. One client island, tokens only, a 180ms fade only under `prefers-reduced-motion: no-preference`.

822d3f9: `section-header` gains an optional `tag` text field (localized), for a short label such as "Demo programs". It renders as `<span data-opener-tag>` right after the kicker or eyebrow line and before the title, in all four variants (`ruled-split` and `transcript-split` inside `[data-opener-group]`, `statement-hero` in the aside, `default` after the eyebrow). Themes style it through the opener hook family (`data-opener`, `data-opener-meta`, `data-opener-title`, `data-opener-link`, `data-opener-group`, `data-opener-body`, and now `data-opener-tag`); the pack ships only a small neutral style. When `tag` is empty or unset nothing is rendered, so existing documents produce byte-identical markup (the golden is unchanged).

• 822d3f9: `section-header` gains an optional `tag` text field (localized), for a short label such as "Demo programs". It renders as `<span data-opener-tag>` right after the kicker or eyebrow line and before the title, in all four variants (`ruled-split` and `transcript-split` inside `[data-opener-group]`, `statement-hero` in the aside, `default` after the eyebrow). Themes style it through the opener hook family (`data-opener`, `data-opener-meta`, `data-opener-title`, `data-opener-link`, `data-opener-group`, `data-opener-body`, and now `data-opener-tag`); the pack ships only a small neutral style. When `tag` is empty or unset nothing is rendered, so existing documents produce byte-identical markup (the golden is unchanged).
• d0f11bc: `MediaProps` gains an optional `fetchPriority` (`high`, `low` or `auto`) for the LCP image. The built-in default media adapter renders it as `fetchpriority` on the `<img>` when set, and adds nothing when it is not, so every existing image renders byte for byte as before. An adapter built on `next/image` should pass it through explicitly: next/image 16 does not infer `fetchPriority` from `priority`. The `high-impact-hero` `venue` variant is the first caller.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

89f941b: The pause control on moving bands (logo marquee, image marquee, content-with-marquee) is now always visible: a 32px round outlined chip with a pause or play glyph in the band's top-right corner, centered in a real 44px button, with a tooltip on hover and focus and a focus ring. It was clipped to a 1px box (`clip-path: inset(50%)`), which removed it from hit testing, then briefly transparent until hover; neither let a visitor find it. The accessible name toggles between "Pause" and "Play" (default labels shortened from "Pause animation" / "Play animation"; `pauseLabel` / `playLabel` still override) and the button no longer sets `aria-pressed`. Colors come from the band's own text color (translucent tints) and the focus-ring token, so it reads on a dark band inside a light page. Reduced motion still hides it.

• 89f941b: The pause control on moving bands (logo marquee, image marquee, content-with-marquee) is now always visible: a 32px round outlined chip with a pause or play glyph in the band's top-right corner, centered in a real 44px button, with a tooltip on hover and focus and a focus ring. It was clipped to a 1px box (`clip-path: inset(50%)`), which removed it from hit testing, then briefly transparent until hover; neither let a visitor find it. The accessible name toggles between "Pause" and "Play" (default labels shortened from "Pause animation" / "Play animation"; `pauseLabel` / `playLabel` still override) and the button no longer sets `aria-pressed`. Colors come from the band's own text color (translucent tints) and the focus-ring token, so it reads on a dark band inside a light page. Reduced motion still hides it.

da53d7f: `section-header` has a new `transcript-split` variant: a copy column with a lede, a copyable command row and a button, beside a sticky plate holding a labeled sample exchange. New optional fields, all shown only for this variant: `lede`, `descriptionAfter`, `command` (`code`, `language`, `label`, `copyable`), `transcript` (rows of `role`, `text`, `isCode`), `transcriptHeading`, `transcriptLabel` (required when the transcript has rows) and `transcriptCaption`. The button is the block's existing `link`. The Copy button is the variant's only client code; the other variants and stored documents render as before.

• da53d7f: `section-header` has a new `transcript-split` variant: a copy column with a lede, a copyable command row and a button, beside a sticky plate holding a labeled sample exchange. New optional fields, all shown only for this variant: `lede`, `descriptionAfter`, `command` (`code`, `language`, `label`, `copyable`), `transcript` (rows of `role`, `text`, `isCode`), `transcriptHeading`, `transcriptLabel` (required when the transcript has rows) and `transcriptCaption`. The button is the block's existing `link`. The Copy button is the variant's only client code; the other variants and stored documents render as before.

cff5b22: `section-header` `ruled-split` emits the shared opener hooks: `data-opener` on the root, `data-opener-meta` on the kicker (`category`), `data-opener-title` on the title and `data-opener-link` on a new "more" link. The link is opt-in: a new checkbox `showOpenerLink` (ruled-split only, no default) shows the block's existing `link` group as a "more" link after the title, for a custom URL with a label; an internal reference renders nothing (this variant has no link resolver). A stored document, even one with `enableLink` on, renders exactly as before apart from the new `data-opener*` attributes, as do the `default` and `statement-hero` variants. `ruled-split` also marks its inner wrapper `data-opener-group` and its description `data-opener-body` (the description wrapper renders only when there is a description), so a theme reaches them by hook. Additive: the other variants and the stored markup are unchanged apart from these attributes.

• cff5b22: `section-header` `ruled-split` emits the shared opener hooks: `data-opener` on the root, `data-opener-meta` on the kicker (`category`), `data-opener-title` on the title and `data-opener-link` on a new "more" link. The link is opt-in: a new checkbox `showOpenerLink` (ruled-split only, no default) shows the block's existing `link` group as a "more" link after the title, for a custom URL with a label; an internal reference renders nothing (this variant has no link resolver). A stored document, even one with `enableLink` on, renders exactly as before apart from the new `data-opener*` attributes, as do the `default` and `statement-hero` variants. `ruled-split` also marks its inner wrapper `data-opener-group` and its description `data-opener-body` (the description wrapper renders only when there is a description), so a theme reaches them by hook. Additive: the other variants and the stored markup are unchanged apart from these attributes.

f9fe8fe: Feature Hero shows icons instead of their names, and four blocks stay inside a phone-width window. - **Feature Hero:** a feature's `icon` is a lucide name ("shield-check") or an emoji, but the renderer printed the name as text in the card. It now uses extras' shared `resolveLucideIcon` (`./render/shared`, which extras has exported since 0.28.0), the same resolver extras and catalog-pack blocks use. An unknown name shows no icon, and emoji stay text. The extras map gains `shield-check` and `workflow`. - **Feature Hero grids:** the authored two- and three-column feature grids kept their columns on a phone and ran 380px past the window. Tracks are now `minmax(0, 1fr)`, and the grids stack below 640px. In a card with its image beside the text, the text drops below the image when it would get less than 10rem, instead of breaking words mid-way or pushing the card wider. - **Status Board:** the same fix to its card grid. It was 24px past its box at 375px and now stacks below 640px. - **Editorial Colophon:** its `3 / 11` placement counts the page grid's 16 desktop tracks, so below 1024px it overran into the right gutter. It sits on the content lines there and keeps its desktop placement. - **FAQ:** Full Width is padded by the page gutter, like Feature Hero's and CTA's Full Width.

• f9fe8fe: Feature Hero shows icons instead of their names, and four blocks stay inside a phone-width window. - **Feature Hero:** a feature's `icon` is a lucide name ("shield-check") or an emoji, but the renderer printed the name as text in the card. It now uses extras' shared `resolveLucideIcon` (`./render/shared`, which extras has exported since 0.28.0), the same resolver extras and catalog-pack blocks use. An unknown name shows no icon, and emoji stay text. The extras map gains `shield-check` and `workflow`. - **Feature Hero grids:** the authored two- and three-column feature grids kept their columns on a phone and ran 380px past the window. Tracks are now `minmax(0, 1fr)`, and the grids stack below 640px. In a card with its image beside the text, the text drops below the image when it would get less than 10rem, instead of breaking words mid-way or pushing the card wider. - **Status Board:** the same fix to its card grid. It was 24px past its box at 375px and now stacks below 640px. - **Editorial Colophon:** its `3 / 11` placement counts the page grid's 16 desktop tracks, so below 1024px it overran into the right gutter. It sits on the content lines there and keeps its desktop placement. - **FAQ:** Full Width is padded by the page gutter, like Feature Hero's and CTA's Full Width.

3d47fcd: `article-hero` gains a `margin` variant: an essay header laid out on the page grid, with an optional running head that tracks reading progress. The left lane (the `marginalia-left` grid lines from 1024px, stacked above the column below that) carries `serial` ("No. 14"), `kind` ("Essay"), the byline, `publishedDate` and the new `revisedDate`, and `summary` (`label`, default "In short", and `items[]`). The reading column carries the headline, the standfirst (`description`) and `topics[]` as chips. All of the new fields are optional and show in the editor only for `margin`; the `post` and `chapter` variants render exactly as before. The new `runningHead` group (`enabled`, `title`, `author`, `minutes`) adds a sticky head: author left, title and a reading-time label right, over a hairline rule with an accent fill. The server renders "N min read" and no fill. After mount, a small client island finds the first `[data-reading-body]` on the page, writes the progress (0 to 1) to `--tome-reading-progress` on the fill, and the label goes "N min read", "N min left", "Finished". Under reduced motion, without JS, or with no reading body on the page, the label stays "N min read" and the fill is hidden. `minutes` defaults to `readTime`. Hooks for themes: `data-block-variant="margin"`, `data-hero-side`, `data-hero-serial`, `data-hero-kind`, `data-hero-byline`, `data-hero-dates`, `data-hero-summary`, `data-hero-topics`, `data-hero-topic`, `data-hero-standfirst`, and on the running head `data-running-head`, `data-running-head-author`, `data-running-head-title`, `data-running-head-time`, `data-running-head-rule`, `data-running-head-fill` and `data-running-head-state` (`static` or `live`). `ArticleHeroMargin`, `RunningHead` and the pure helpers `readingProgress` and `readingLabel` are exported from `./render`, so a site's post template can render the header from its own post data.

• 3d47fcd: `article-hero` gains a `margin` variant: an essay header laid out on the page grid, with an optional running head that tracks reading progress. The left lane (the `marginalia-left` grid lines from 1024px, stacked above the column below that) carries `serial` ("No. 14"), `kind` ("Essay"), the byline, `publishedDate` and the new `revisedDate`, and `summary` (`label`, default "In short", and `items[]`). The reading column carries the headline, the standfirst (`description`) and `topics[]` as chips. All of the new fields are optional and show in the editor only for `margin`; the `post` and `chapter` variants render exactly as before. The new `runningHead` group (`enabled`, `title`, `author`, `minutes`) adds a sticky head: author left, title and a reading-time label right, over a hairline rule with an accent fill. The server renders "N min read" and no fill. After mount, a small client island finds the first `[data-reading-body]` on the page, writes the progress (0 to 1) to `--tome-reading-progress` on the fill, and the label goes "N min read", "N min left", "Finished". Under reduced motion, without JS, or with no reading body on the page, the label stays "N min read" and the fill is hidden. `minutes` defaults to `readTime`. Hooks for themes: `data-block-variant="margin"`, `data-hero-side`, `data-hero-serial`, `data-hero-kind`, `data-hero-byline`, `data-hero-dates`, `data-hero-summary`, `data-hero-topics`, `data-hero-topic`, `data-hero-standfirst`, and on the running head `data-running-head`, `data-running-head-author`, `data-running-head-title`, `data-running-head-time`, `data-running-head-rule`, `data-running-head-fill` and `data-running-head-state` (`static` or `live`). `ArticleHeroMargin`, `RunningHead` and the pure helpers `readingProgress` and `readingLabel` are exported from `./render`, so a site's post template can render the header from its own post data.

1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

• 1fd1c73: Eighteen block layouts no longer run their text to the window edge: content sits on the page grid's content lines. These blocks placed their content at `1 / -1`, which only matched the content column when the host wrapped blocks at `2 / -2`. On a host that leaves `defaultColumnSpan` unset, the text sat at the window edge. Full-bleed bands stay full-bleed, and their content now sits on `content-start / content-end`. Affected: editorial-pack's feature walk-strip, message-panel, split-panel (its band now wraps an inner `.splitInner`) and status-board; extras' bento-section, card-grid, content-pro bento, skill-showcase and section-header statement-hero and ruled-split; marketing-starter's banner with no grid placement, cta door-strip, exhibit gallery-wall, and the Full Width layout of feature-hero and cta. In signal-theme, signal-note's aside-left, aside-right and author-overlay sit on the marginalia tracks at 80rem and wider on the page grid; aside-left used to be pulled past the left window edge.

3a84675: PageHero's primary button label and PostHero's text over a photo are readable again in every theme. PageHero: a host's global link reset (`:root a { color: inherit }`) outranked the single `.link` class, so the pill took the hero's text color. Over an image that is the pill's own background, and the label vanished. The color rules now use doubled classes, the convention HeaderCTAButtons, Ledger and CampaignTiers already follow. PostHero (`image-overlay`): the scrim is built from foreground, but the text stayed on-primary, so in a dark theme it was light text on a light wash. Over an image the text now takes background, the scrim's partner, the same pairing PageHero, BlogHero and ChapterHero use.

• 3a84675: PageHero's primary button label and PostHero's text over a photo are readable again in every theme. PageHero: a host's global link reset (`:root a { color: inherit }`) outranked the single `.link` class, so the pill took the hero's text color. Over an image that is the pill's own background, and the label vanished. The color rules now use doubled classes, the convention HeaderCTAButtons, Ledger and CampaignTiers already follow. PostHero (`image-overlay`): the scrim is built from foreground, but the text stayed on-primary, so in a dark theme it was light text on a light wash. Over an image the text now takes background, the scrim's partner, the same pairing PageHero, BlogHero and ChapterHero use.

b1c933c: Four layout blocks keep their page-grid lines at every width, and the corner-notch background no longer requests `/blocks/undefined`. `bento-section`, `content-with-bento`, `content-with-corner-notch` and `grid` are the four blocks. Their roots declared a size container on a `subgrid`, which Chromium and WebKit answer by switching subgrid off. Their responsive rules are now viewport queries (the blocks are full-bleed), with the breakpoint itself on the wide side. The corner-notch background paints only when its upload resolved to a URL, and is set through `--notch-bg-image` and `--notch-bg-opacity`.

• b1c933c: Four layout blocks keep their page-grid lines at every width, and the corner-notch background no longer requests `/blocks/undefined`. `bento-section`, `content-with-bento`, `content-with-corner-notch` and `grid` are the four blocks. Their roots declared a size container on a `subgrid`, which Chromium and WebKit answer by switching subgrid off. Their responsive rules are now viewport queries (the blocks are full-bleed), with the breakpoint itself on the wide side. The corner-notch background paints only when its upload resolved to a URL, and is set through `--notch-bg-image` and `--notch-bg-opacity`.

f4a08ca: `SplitView` and `LayoutGrid` style themselves from data attributes instead of matching their own inline style text. - `@wabbit/tome-blocks-agency-essentials`: `SplitView`'s asymmetric ratios (`8-4`, `4-8`, `9-3`, `3-9`) now apply on server-rendered pages. The rules matched `--sv-ratio: 8-4` in the `style` attribute, but server markup writes `--sv-ratio:8-4` with no space, so those pages showed two equal columns until a client-side render. The section carries `data-sv-ratio` and the rules match that. - `@wabbit/tome-blocks-extras`: `LayoutGrid` cells carry `data-cell-col-span` and, when they span more than one row, `data-cell-row-span`. The tall-cell stretch and the phone reflow (tall and two-column cells first) read those attributes, so they no longer depend on how the browser serialises the inline style.

• f4a08ca: `SplitView` and `LayoutGrid` style themselves from data attributes instead of matching their own inline style text. - `@wabbit/tome-blocks-agency-essentials`: `SplitView`'s asymmetric ratios (`8-4`, `4-8`, `9-3`, `3-9`) now apply on server-rendered pages. The rules matched `--sv-ratio: 8-4` in the `style` attribute, but server markup writes `--sv-ratio:8-4` with no space, so those pages showed two equal columns until a client-side render. The section carries `data-sv-ratio` and the rules match that. - `@wabbit/tome-blocks-extras`: `LayoutGrid` cells carry `data-cell-col-span` and, when they span more than one row, `data-cell-row-span`. The tall-cell stretch and the phone reflow (tall and two-column cells first) read those attributes, so they no longer depend on how the browser serialises the inline style.

e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).

• e8213a7: Wide layouts start at 768px again, and the FAQ and the team-roster `people` variant keep their inner lines on the page grid. - **768px is the wide layout.** The narrow-screen viewport queries added in the previous release were inclusive (`max-width: 768px`), so at exactly 768px these blocks stacked although the platform's other queries and the designs start the wide layout there. They now end just below the breakpoint (`max-width: 767.98px`; 639.98px for `SectionHeader`): `high-impact-hero` (marketing-starter); `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` and `SectionHeader` (extras); `PostHero` (content-writer); `SplitView` (agency-essentials). Each pack's test fails a converted query that includes its breakpoint. - **Subgrid column gaps.** The `faq` root and the team-roster `people` section are subgrids of the page grid, but each also set a column gap (the FAQ through its `gap` shorthand, the people section through the shared roster `gap`). The page grid has no column gap, so every line inside them moved by half the gap: a theme's FAQ list on `reading-start` started 9px inside the reading column, and the people header and grid 9px inside the content lane. Both now set a row gap only (`column-gap: normal`, the parent's gap on a subgrid).
• c00339d: Hero link rows (BlogHero, ChapterHero, TypographyHero, through the shared `HeroLinkList`) now carry each link's appearance as `data-appearance` (`default` | `outline`), the hook chrome and block CTAs already carry, so a theme can tell an outline action from the primary one. A link with no appearance renders no attribute; classes are unchanged. Theme note: links that set an appearance now match the themes' `:is(a, button)[data-appearance]:not([data-appearance="inline"])` pill rules (Groundwork: full radius; Counsel: full radius, sans, medium, tracking; Table: the 50px pill, the ink fill for `default`, the ring for `outline`), and drop out of Table's `main a:not([data-appearance]):hover` underline.

3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

• 3e4f0a7: Narrow-screen rules that never fired now fire. These blocks wrote their phone layout as an unnamed `@container` query, but nothing around them declares a size container (not tome-ui, the blocks core or the starter), so the rules never matched: the `high-impact-hero` `split` and default layouts never stacked on phones. Declaring the container on the block root would not work either, because size containment turns a `subgrid` root into a plain grid and drops the page-grid lines its children sit on. The rules are viewport queries now, at the same breakpoints; the blocks are full-bleed, so the viewport is their width. - `@wabbit/tome-blocks-marketing-starter`: `high-impact-hero` (two columns stack to one, large headline sizes step down, at 768px and below). - `@wabbit/tome-blocks-extras`: `BlogHero`, `ChapterHero`, `CustomHero`, `ImageHero`, `LowImpactHero`, `MediumImpactHero`, `PageHero`, `StudyHero`, `TypographyHero` (768px) and `SectionHeader` (640px). - `@wabbit/tome-blocks-content-writer`: `PostHero` (768px). - `@wabbit/tome-blocks-agency-essentials`: `SplitView` stacks at 768px. Above those widths nothing changes.

072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

• 072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.

• fc84e67: Self-animating motion components now mark their own root with `data-tome-motion="self"`, so the opt-in platform scroll reveal in `@wabbit/tome-ui` never animates their blocks a second time. - `@wabbit/tome-blocks-core`: the `Reveal` boundary carries the marker, which covers every block that wraps its root in `Reveal`. - `@wabbit/tome-blocks-dossier-pack`: the entrance and motion islands (`StageMotion`, `DossierReveal`, the phase-ledger rail, case-file rows, evidence plate, receipts trio, record roster and proof plates) carry it. `RevealScope` renders no element of its own; when the pack reveal is on, it renders `DossierReveal`, which carries the marker. - `@wabbit/tome-blocks-campaign-pack`: `CampaignReveal` carries it. As in the dossier pack, `RevealScope` adds no element. - `@wabbit/tome-blocks-cinema-pack`: the pull interlude, scene caption and statement band motion and the scrub story stage carry it. - `@wabbit/tome-blocks-extras`: the animated `Showcase` root carries it. The static fallback does not, because it does not animate. The attribute changes nothing else. Markup, styles and motion are otherwise unchanged.
• b8ccf85: Payload-free `./meta` entries now match what each pack registers, and `@wabbit/tome-dispatch`, `@wabbit/tome-longform` and `@wabbit/tome-readout` add a `./demo` entry. `./demo` (dispatch, longform, readout): the root barrel's demo props (`getDemoProps`, the per-block getters, `DemoContext`) on their own subpath, with no Payload import, so a client bundle such as a block gallery can use them without pulling in the block configs. Additive; the root barrel still exports them. These packages ship raw Payload `Block` configs rather than `defineBlock` descriptors, so they have no `./meta` entry. `./meta` (extras, signal-theme): new `extrasDeprecatedBlockMeta` and `signalThemeDeprecatedBlockMeta` lists describe the 16 deprecated blocks each pack still registers for stored content but no longer offers. `extrasBlockMeta` and `signalThemeBlockMeta` are unchanged: they still list only the offered blocks. The deprecated signal-theme blocks' metadata moved from inline `defineBlock` arguments into payload-free `<block>.meta.ts` files; the registered descriptors are unchanged. `./meta` (extras, marketing-starter): six motion blocks (`image-marquee`, `marquee`, `showcase`, `logo-slider`, `pricing-plans`, `testimonial`) now declare `requiredCapabilities: ['motion']` in their metadata. `defineBlock` already added it at registration, so the registered descriptors are unchanged, but the `./meta` entries lacked it and a gallery reading them could not tell these blocks need a motion provider.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

868c087: Marquees can now be paused: they stop on hover, on keyboard focus and on a touch tap, and carry a pause button that appears when it takes keyboard focus. The `marquee`, `image-marquee` and `content-with-marquee` blocks (and so `content-pro`'s marquee variant) hold still while the pointer is over the band, while focus is on something inside it, and after a touch tap on the band (a tap on a link still follows the link). Each also has a real pause button, first in the band, that is hidden until a keyboard user tabs to it and then shows with a focus ring and a 44px target without moving the layout. Under `prefers-reduced-motion: reduce` the band does not move and the button is hidden. The marquee's repeated copy is now hidden from screen readers. New exports from `@wabbit/tome-blocks-extras/render/shared`, for a pack that has its own moving band: `useMotionPause`, `MotionPauseButton` and `MotionPauseControl`, with their prop types. `MotionPauseControl` drops into any CSS-animated band as its first child and sets `data-paused="true"` on the band while paused. The button names come from `pauseLabel` / `playLabel` props ("Pause animation" / "Play animation" by default) so a site can translate them. `ImageMarquee` also accepts an optional `pauseScope` ref for a wrapper that holds links over the band.

• 868c087: Marquees can now be paused: they stop on hover, on keyboard focus and on a touch tap, and carry a pause button that appears when it takes keyboard focus. The `marquee`, `image-marquee` and `content-with-marquee` blocks (and so `content-pro`'s marquee variant) hold still while the pointer is over the band, while focus is on something inside it, and after a touch tap on the band (a tap on a link still follows the link). Each also has a real pause button, first in the band, that is hidden until a keyboard user tabs to it and then shows with a focus ring and a 44px target without moving the layout. Under `prefers-reduced-motion: reduce` the band does not move and the button is hidden. The marquee's repeated copy is now hidden from screen readers. New exports from `@wabbit/tome-blocks-extras/render/shared`, for a pack that has its own moving band: `useMotionPause`, `MotionPauseButton` and `MotionPauseControl`, with their prop types. `MotionPauseControl` drops into any CSS-animated band as its first child and sets `data-paused="true"` on the band while paused. The button names come from `pauseLabel` / `playLabel` props ("Pause animation" / "Play animation" by default) so a site can translate them. `ImageMarquee` also accepts an optional `pauseScope` ref for a wrapper that holds links over the band.
• 483e0a1: Preview data in the extras pack now uses invented brand and people names throughout. The custom hero preview uses the Public classification, and the contributor and product names in several previews are replaced with fictional ones. Block fields and variants are unchanged.
• 6301bf1: The custom hero's design options now have plain descriptive names, and its stored values are unchanged, so existing pages render the same.
• 58655f4: Blocks now carry the neutral Tome source tag instead of the legacy source tag, so the gallery lists them as Tome blocks; stored content is unchanged.

c14a133: `lexical-document-embed` now relates to `pages` by default, so registering every extras block no longer needs a `documents` collection. Payload refuses to start when a relationship points at a collection the config doesn't have, and few sites have `documents`. The default is now `pages`, like `lexical-entity-reference`. Pass `documentCollection` to point it anywhere else. **BREAKING:** a site that relied on the old `documents` default must now pass `documentCollection: 'documents'` to keep the same schema.

• c14a133: `lexical-document-embed` now relates to `pages` by default, so registering every extras block no longer needs a `documents` collection. Payload refuses to start when a relationship points at a collection the config doesn't have, and few sites have `documents`. The default is now `pages`, like `lexical-entity-reference`. Pass `documentCollection` to point it anywhere else. **BREAKING:** a site that relied on the old `documents` default must now pass `documentCollection: 'documents'` to keep the same schema.
• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

f52288f: Per-word text no longer runs together, and `lexical-motion-text` is visible by default. `text-reveal` (editorial pack) and `lexical-motion-text` (extras) put the space after each word inside an `inline-block` span, where a trailing space collapses, so every word rendered glued to the next. The space is now a real text node between the word spans, so words separate, lines wrap between words, and copied text and screen readers get the sentence with spaces. `text-reveal` also drops empty words from leading or trailing whitespace. The block's meta, variant and field descriptions no longer claim a scroll-driven reveal that is not wired; the text was always fully visible. `lexical-motion-text` words rest visible and in place; the reveal now runs from a hidden first frame as an enhancement instead of ending there, so text shows without the animation. A `prefers-reduced-motion: reduce` rule shows the words with no animation. The effect is unchanged for visitors with motion enabled. No exports, fields or signatures change.

• f52288f: Per-word text no longer runs together, and `lexical-motion-text` is visible by default. `text-reveal` (editorial pack) and `lexical-motion-text` (extras) put the space after each word inside an `inline-block` span, where a trailing space collapses, so every word rendered glued to the next. The space is now a real text node between the word spans, so words separate, lines wrap between words, and copied text and screen readers get the sentence with spaces. `text-reveal` also drops empty words from leading or trailing whitespace. The block's meta, variant and field descriptions no longer claim a scroll-driven reveal that is not wired; the text was always fully visible. `lexical-motion-text` words rest visible and in place; the reveal now runs from a hidden first frame as an enhancement instead of ending there, so text shows without the animation. A `prefers-reduced-motion: reduce` rule shows the words with no animation. The effect is unchanged for visitors with motion enabled. No exports, fields or signatures change.
• 8c84e70: Hero text stays paired with the surface behind it. page-hero with a background image takes the scrim's partner ink, so its copy no longer goes light on a pale scrim in dark themes. blog-hero, chapter-hero (and article-hero's chapter variant) and typography-hero with an author-picked background color map the Light/Dark text choice to fixed inks (`on-solid-dark` / `on-inverse`) instead of the theme-flipping page pair, which made the chapter headline invisible on its light card in dark themes.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Every extras block now ships its CSS only on pages that render it, instead of in every page's CSS bundle. The 50 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - Marquee, ImageMarquee and Showcase are client components. Each is now a server-safe wrapper (`X.tsx`, which renders the stylesheet and registers the renderer) around `X.client.tsx`. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode an extras class at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Every extras block now ships its CSS only on pages that render it, instead of in every page's CSS bundle. The 50 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - Marquee, ImageMarquee and Showcase are client components. Each is now a server-safe wrapper (`X.tsx`, which renders the stylesheet and registers the renderer) around `X.client.tsx`. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode an extras class at equal specificity, and won only by loading later, no longer wins.

aaf3533: Adds spacing between consecutive rich-text paragraphs and fixes a layout/interaction gap in two editorial variants. `@wabbit/tome-blocks-extras`: the `section-header` block's `statement-hero` and `ruled-split` variants now add space between consecutive paragraphs in their rich-text body copy, instead of every paragraph running edge to edge with no breathing room. `@wabbit/tome-blocks-editorial-pack`: the `feature` block's `walk-strip` and `ledger-dark` variants get the same consecutive-paragraph spacing in their rich-text body copy. `walk-strip`'s stop cards are now a single click target end to end (previously only the route link text itself was clickable), with a visible focus ring on the whole card when the link is keyboard-focused. `ledger-dark`'s USP grid now runs 2-up by default, 3-up at desktop widths, and 4-up at desktop widths specifically when there are exactly four entries — previously it was a fixed 3-up grid that collapsed straight to one column below tablet width. `walk-strip` also lays out a five-stop walk cleanly: five across at 1200px and wider, and 3 + 2 between 861 and 1199px, staggered on the middle column so no two cards touch. A five-stop walk previously wrapped its fifth stop alone onto a second row.

• aaf3533: Adds spacing between consecutive rich-text paragraphs and fixes a layout/interaction gap in two editorial variants. `@wabbit/tome-blocks-extras`: the `section-header` block's `statement-hero` and `ruled-split` variants now add space between consecutive paragraphs in their rich-text body copy, instead of every paragraph running edge to edge with no breathing room. `@wabbit/tome-blocks-editorial-pack`: the `feature` block's `walk-strip` and `ledger-dark` variants get the same consecutive-paragraph spacing in their rich-text body copy. `walk-strip`'s stop cards are now a single click target end to end (previously only the route link text itself was clickable), with a visible focus ring on the whole card when the link is keyboard-focused. `ledger-dark`'s USP grid now runs 2-up by default, 3-up at desktop widths, and 4-up at desktop widths specifically when there are exactly four entries — previously it was a fixed 3-up grid that collapsed straight to one column below tablet width. `walk-strip` also lays out a five-stop walk cleanly: five across at 1200px and wider, and 3 + 2 between 861 and 1199px, staggered on the middle column so no two cards touch. A five-stop walk previously wrapped its fifth stop alone onto a second row.

9ac8d3d: Section header's regular-weight variant now reads the declared `--tome-type-weight-regular` (it read the undeclared `--tome-type-weight-normal`, so the weight fell back to inherit). Showcase's `--tome-radius-xl` corners, the feature-steps square badge's `--tome-radius-none` and the bento/media-feature `--tome-motion-normal` transitions now resolve, because `@wabbit/tome-ui` declares those tokens.

• 9ac8d3d: Section header's regular-weight variant now reads the declared `--tome-type-weight-regular` (it read the undeclared `--tome-type-weight-normal`, so the weight fell back to inherit). Showcase's `--tome-radius-xl` corners, the feature-steps square badge's `--tome-radius-none` and the bento/media-feature `--tome-motion-normal` transitions now resolve, because `@wabbit/tome-ui` declares those tokens.

6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

• 6530765: CSS files are now copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook; no behavior change, and the published `dist/` is identical.

c8827e7: Internal refactor: collection slugs are now typed through one package-internal helper instead of inline casts scattered across the source. No API or behavior change.

• c8827e7: Internal refactor: collection slugs are now typed through one package-internal helper instead of inline casts scattered across the source. No API or behavior change.
• dfcd370: Fixes gallery variants for `section-header`, catalog-slug renderer lookup for four blocks, and the empty `useRichTextAdapter()` fallback. - `extrasBlockMeta` now lists `section-header`'s three variants (`default`, `statement-hero`, `ruled-split`); the gallery previously showed only the default. - The 14 deprecated blocks that lacked a `@deprecated` JSDoc tag on their meta now carry one, so editors flag them and the README-contract check sees all 16. - `custom`, `card`, `checklist` and `text-block` have a Payload slug that is a different name from their catalog slug (`customblock`, `cardBlock`, `checkList`, `text`). Their renderers are now registered under both, in the `renderers` map and at import time, so a gallery lookup by catalog slug finds them. Stored `blockType` values are unchanged. - `useRichTextAdapter()` with no `<RichTextAdapterProvider>` mounted now returns an adapter that renders through `resolveRichText()`: a registered adapter first, then blocks-core's built-in Lexical renderer. A mounted Provider still wins.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

9babc42: Omit nested-blocks fields when the consumer configured no allowlist, instead of emitting `blocks: []`. `editorialSpread`, `editorialSection` (`main`), `stackingWrapper` (`cards`) and `layoutGrid` (`items`) take their nested block allowlist from consumer config and defaulted it to `[]`, emitting the field regardless. That is not a harmless empty picker. Payload's client-config conversion guards both keys on length: ```js if (incomingField.blockReferences?.length) { ... } if (incomingField.blocks?.length) { ... } ``` so an empty array produces a client field carrying NEITHER key, and `@payloadcms/ui`'s `buildClientFieldSchemaMap` then evaluates `(field.blockReferences ?? field.blocks).map(...)` on undefined. It throws inside `renderDocument`, so **every** document edit view in the consuming admin renders blank or 500s — not only pages using the block. Observed 2026-09-09 on starter.wabbit.com, which registers these blocks with no config: Pages and Posts rendered an empty admin body while Media and Users were unaffected, with the REST layer healthy throughout. An unconfigured surface now degrades to absent rather than present-and-malformed. Consumers that do pass an allowlist are unchanged. Regression coverage lives in `blocks-editorial-pack/test/nested-blocks-allowlist.test.ts` and `blocks-extras/test/nested-blocks-allowlist.test.ts`; both gates were proven non-vacuous by reverting each guard and confirming the omission assertions fail. `layoutGrid` was found by sweeping the repo for the rest of the defect class rather than by a second field report — no consumer registers it today, so it was latent, not live. Any nested-blocks field whose allowlist is consumer-injected belongs to this class and must omit rather than emit empty. - @wabbit/tome-blocks-core@0.16.0

• 9babc42: Omit nested-blocks fields when the consumer configured no allowlist, instead of emitting `blocks: []`. `editorialSpread`, `editorialSection` (`main`), `stackingWrapper` (`cards`) and `layoutGrid` (`items`) take their nested block allowlist from consumer config and defaulted it to `[]`, emitting the field regardless. That is not a harmless empty picker. Payload's client-config conversion guards both keys on length: ```js if (incomingField.blockReferences?.length) { ... } if (incomingField.blocks?.length) { ... } ``` so an empty array produces a client field carrying NEITHER key, and `@payloadcms/ui`'s `buildClientFieldSchemaMap` then evaluates `(field.blockReferences ?? field.blocks).map(...)` on undefined. It throws inside `renderDocument`, so **every** document edit view in the consuming admin renders blank or 500s — not only pages using the block. Observed 2026-09-09 on starter.wabbit.com, which registers these blocks with no config: Pages and Posts rendered an empty admin body while Media and Users were unaffected, with the REST layer healthy throughout. An unconfigured surface now degrades to absent rather than present-and-malformed. Consumers that do pass an allowlist are unchanged. Regression coverage lives in `blocks-editorial-pack/test/nested-blocks-allowlist.test.ts` and `blocks-extras/test/nested-blocks-allowlist.test.ts`; both gates were proven non-vacuous by reverting each guard and confirming the omission assertions fail. `layoutGrid` was found by sweeping the repo for the rest of the defect class rather than by a second field report — no consumer registers it today, so it was latent, not live. Any nested-blocks field whose allowlist is consumer-injected belongs to this class and must omit rather than emit empty. - @wabbit/tome-blocks-core@0.16.0

b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.

• b01ca1f: Raise the `react` / `react-dom` peer floor to `>=19.0.0` across the linked blocks family. Every pack advertised `react: >=18.0.0` while `@wabbit/tome-core`, `chrome`, `forms`, `dispatch`, `longform` and `readout` all require `>=19` — so the React 18 support the packs claimed was **unreachable in any real Tome stack**: no consumer could satisfy both halves of the graph. The advertised range was not a supported configuration, it was a range nobody could install into. Ruled 2026-09-01: the floor becomes the truth. Their `devDependencies` said the same thing from the other direction: `react` and `@types/react` pinned to `^18.0.0` while the root `pnpm.overrides` has pinned `@types/react` to `19.2.14` for months, so every pack has in fact been developed and tested against React 19 types the whole time. Those pins move to `^19.0.0` — a manifest correction, not a version change; the resolved tree is byte-identical. One coordinated bump for the family (these eleven are `linked` in `.changeset/config.json`, so they version together by design). Consumer impact: a consumer genuinely on React 18 can no longer install these packs. That consumer could not have had a working Tome install anyway — the kernel would have refused the same graph. Anyone on React 19 sees no change.
• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.
• 73081e6: README peer tables, and the gate that now requires them. Sixteen packages declared `peerDependencies` and documented them nowhere a reader could scan — in prose inside an install paragraph, in a transposed "compatibility matrix" with the peers as columns, or not at all. Docs only; no source, no manifest, no runtime change (the one manifest change in this PR, admin's `sonner` peer, has its own changeset). Each of the sixteen gains a `## Peer dependencies` section generated from its own `package.json` — `| Peer | Range | Required |`, one row per peer, the range verbatim, `no (optional)` read from `peerDependenciesMeta`, plus one sentence on what is a real `dependency` rather than a peer and why the optional ones are optional. The worst omissions this surfaced: `@wabbit/tome-core` documented 2 of its 13 peers and left out both `next` and `@payloadcms/richtext-lexical`, which are required; `@wabbit/tome-admin` listed 5 of 20; `@wabbit/tome-readout` and `@wabbit/tome-sc` listed none. Eight block packs carried a hand-typed compatibility table that had drifted a full React major — still `>=18` after the peer floor moved to `>=19.0.0` — and none of the eight listed `react-dom` at all. Those tables are retired in favor of the generated one, with a line saying what they used to claim so the next reader does not reinstate them. The forcing function ships with the fix: `scripts/assert-readme-contract.mjs` now FAILS a package that declares peers without a peer table (a markdown table whose header row names a Peer and a Range column — the existing `Optional?` and `Notes` third columns still pass, so the thirty already-conforming READMEs were not touched). It is deliberately shape-only, not row-level: asserting that each row agrees with the manifest is the Tier 2 generation work. Verified non-vacuous by breaking one table's header and watching the gate fail, then restoring it. `CONTRIBUTING.md`'s assert-script list — which said "five" while sixteen existed — and the three guides that describe this gate were corrected in the same pass.
• Updated dependencies [57875ba]
• Updated dependencies [b01ca1f]
• Updated dependencies [0836ef5]
• Updated dependencies [73081e6]
• Updated dependencies [090e984]
• Updated dependencies [73081e6] - @wabbit/tome-blocks-core@0.16.0

1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.

• 1471078: Post Hero and Custom Hero catalog copy now describes what the blocks render, not their upstream military lore. Post Hero renders a full-bleed cover-image header with an accent-marked category tag, a visibility badge, and a mono byline strip — nothing about it reads "SITREP tactical," so the description, editorial role, and both variant descriptions now say what the reader sees. Custom Hero's description drops the "COP tactical layouts / SITREP post headers" jargon for plain treatment names. blocks-core BLOCK_CATALOG mirror entries updated to match. Enum IDs (`sitrep1`, `cop1`…) and schema field names are unchanged, per the 71d3b09 purge discipline.
• Updated dependencies [1471078] - @wabbit/tome-blocks-core@0.15.24

54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

• 54ff357: Republish with correctly-built artifacts, and close the hole that made it necessary. The 0.15.11 line shipped `defaultBreakout` in its version notes but **not in its tarballs**: source on main carried all 151 descriptors, the published `dist/` carried zero. `pnpm publish` does not build — it packs whatever is already in `dist/` — so a release ships whatever a previous, possibly unrelated, build left behind. Here the dist had been built from a branch that predated the metadata, and nothing in the pipeline compares artifact to source. Caught by grepping the _installed_ package in a consumer rather than trusting the version number. **Systemic fix:** `prepublishOnly: pnpm run build` added to all 41 publishable packages that lacked it (only `blocks-org-pack` had one — which is why it was the single package whose build ran during the previous publish). Every publish now rebuilds from source first, so a stale-dist release becomes impossible rather than merely unlikely. Same family as the two publish hazards already documented in this repo (`workspace:*` literals reaching the registry, and exact-pin dependencies forcing nested duplicate copies): the publish path had no guard that what ships matches what is committed.

1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).

• 1bebcdc: Populate `BlockMeta.defaultBreakout` across all nine block packs — 151 descriptors now declare their natural width on the page grid. The 2026-06-28 layout-grid + nesting contract (Decision 3 / Amendment A1) defined `defaultBreakout` as the per-block breakout POLICY co-located with the block, replacing a central hand-maintained table. No pack had ever filled it in, so every consumer fell through to `'article'` (the reading column) and a full-bleed hero previewed at prose width. Values are drawn from the canonical `@wabbit/tome-ui` `BreakoutWidthValue` vocabulary and assigned from each block's render CSS, not its name: - Root at a named grid line (`content-start / content-end`, `full-start / full-end`, `marginalia-right-*`, …) — `defaultBreakout` mirrors that exact line. - Root `1 / -1` + subgrid with an inner wrapper at `content-start / content-end` — a self-banding block: `'full-bleed'`. - Root and inner both `1 / -1` (width-agnostic) — assigned editorially: bands/heroes `'full-bleed'`, page sections `'content'`, cards and single-column components `'breakout-md'`, prose/inline components `'article'`. - Where a block already ships its own `breakoutWidthField({ defaultValue })`, `defaultBreakout` matches that value exactly rather than contradicting it. Distribution: `content` 52, `full-bleed` 41, `article` 33, `breakout-md` 23, `breakout-lg` 1, `marginalia-right` 1. Also declares `pinnedBand: true` on the three blocks that are unambiguously full-bleed bands whose own `breakoutWidth` field drives INNER content (`compareColumns`, `editorialSection`, `editorialSpread`), and `nestable: false` on 22 full-bleed heroes / band primitives / containers that carried no `nestable` declaration. Purely additive optional metadata: no descriptor field, block structure, or CSS changed, and no existing `nestable: true` was flipped, so the derived `layoutGrid` child allowlist is byte-identical (98 nestable blocks before and after).
• 48773ac: Fix a systemic, invisible-text readability defect across the block packs: a text color and the surface under it were coming from sources a consumer can set independently, so the pair could split. Measured live on starter.wabbit.com with a canvas-based contrast parser walking every rendered text node: the worst pairs sat at **1.00–1.03:1** — near-black text on a near-black surface, copy that renders but cannot be read. Nothing in CI could see it, because every unit test and every route smoke passes with perfectly invisible text. This is the second time this bug family has shipped. The first sweep added `--tome-color-on-solid-dark` (blocks-lms-pack 0.12.1) and fixed chrome, lms-pack and catalog-pack; the themed packs were missed. This closes the rest and adds the tokens whose absence is why the misuse kept spreading. ## Three mechanisms, one root cause **1. Split pairs.** Blocks paired `--tome-color-card` — not a house token at all; the house name is `--tome-color-surface` — carrying a DARK literal fallback, against `--tome-color-foreground`, which every themed consumer does define, carrying a LIGHT one. A fallback pair is only safe when both sides fall back together. The same shape appeared as cross-family pairing (`surface`, the CARD family, paired with `foreground`, the PAGE family) and as clobbering: a band setting `color: background` on itself while its children hardcoded their own `color: foreground`, which wins. longform had a third variant — it read `--tome-color-muted-foreground` 32 times and `--tome-color-muted` 3 times, and **neither has ever been a house token**, so the entire muted tier silently fell through to `currentColor` and inherited whatever ink an ancestor happened to have. **2. Alpha-dimmed text.** `opacity: 0.4–0.9` on a label, and `color-mix(<colour> 30–70%, transparent)` as a `color:`, composite against whatever happens to be behind them, so the ratio is unknowable at author time. Worst measured: 1.46:1. Several were an ancestor `opacity` aimed at a rule that dimmed the real text in the same container along with it. **3. Status and brand colors used as text.** `warning`/`success`/`error`/ `destructive` are FILL colors, tuned to be painted as a badge with an ink on top. Used as `color:` the default amber measures 2.13:1 and the green 2.82:1. Brand hues have the mirror problem: `--tome-color-primary` as text is fine on the page (near-black by default, 5.5:1 even under the starter's oxide theme) but becomes 2.22:1 inside a band whose fill the consumer chooses. ## New in `@wabbit/tome-ui` - **`--tome-color-{success,warning,error,destructive,info}-text`** — the missing text-weight companions. Literals with inverted `[data-theme="dark"]` values, each pinned to clear 4.5:1 against both `--tome-color-background` and `--tome-color-surface`. `info` never had a fill token either, which is why packs reached for `primary`. Rule of thumb: `warning` paints a box, `warning-text` writes a word. - **`--muted-foreground` retuned** (`hsl(215 16% 47%)` → `hsl(215 20% 38%)` light, `65%` → `72%` dark). That token is `--tome-color-on-surface-muted`, the tier every pack uses for captions, labels, metadata and table headers, and at the old value it reached only 4.27:1 on `--card`. The entire secondary text tier platform-wide sat just under AA — which is also why packs kept reaching past it for something with more presence. Standalone default only. Because these are literals rather than Layer 1 aliases, `@wabbit/tome-cop` restates them: a pack that is dark without being `[data-theme="dark"]` would otherwise inherit the light values. ## Fix shape, per pack **dispatch, readout, blocks-signal-theme** are permanently dark by product identity. Each owns a pack-scoped surface/ink SET (`--dispatch-*`, `--readout-*`, `--signal-*`) with internally consistent dark defaults compiled into every block module as inline fallbacks. No rule in these packs reads a house surface or text token for a panel, so no consumer theming can split the pair. The house `surface-solid-dark`/`on-solid-dark` pair was rejected here for a stated reason: it is one flat pure-black surface with a single ink, and these packs need a layered palette. tome-cop drives all three sets so its theming still applies. signal-theme's accents split into three roles — identity fill, lightened on-panel text, and per-hue ink for accent fills — because one value cannot serve both a dark panel and a light article. **longform, content-writer, editorial-pack, marketing-starter, agency-essentials, extras** follow the ambient theme and are fixed with the house vocabulary: correct pairs (`surface`/`on-surface`, `background`/ `foreground`, `primary`/`on-primary`), the new `-text` weights for status copy, and solid ink steps in place of alpha. Painted bands publish their own ink as a local `--_on-band`, and brand/status text reads `var(--_on-band, <its normal

71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.

• 71d3b09: Purge client-specific lore and Star Citizen universe references from all non-SC packages (content and labels only — no schema field names, slugs, or enum values changed). - **dispatch**: demo content rewritten as an incident-war-room / ops-bridge scenario (SEV-1 bridge traffic, failover runbooks, recovered security-report transcript) plus neutral original fiction for inherently fictional variants (Relay Station Aurelia personal log, SV Aurelia ship log). Config field-description examples de-lored (old client- and universe-specific labels → neutral equivalents). - **readout**: all 9 blocks' demo props rewritten as business-operations console data (deployment phases, sprint objectives, service status, perimeter traffic, on-call roster, infrastructure asset cards). Config examples de-lored. - **blocks-signal-theme**: demo props for the 33-block pack rewritten as an original search-and-rescue expedition serial ("Operation Long Wake", SV Aurelia, Meridian Reach) with zero client or SC references; config examples de-lored. Pack positioning (SC-tier bundling per OQ-4) unchanged. - **blocks-extras / blocks-content-writer**: Custom Hero and Post Hero meta descriptions stop name-dropping the client; "Callsign" field descriptions neutralized to "Author name or handle"; provenance comments neutralized. - **blocks-core**: BLOCK_CATALOG mirror entries refreshed for custom-hero and post-hero only; registry comment neutralized. - **blocks-gallery**: SourceBadge label for the `vngd` source value now renders "Legacy" (enum value unchanged). - **accounts / core / lms / ui / org / admin / motion / longform / cop / blocks**: internal provenance comments, shipped CSS comments, and consumer-visible field descriptions that named a specific client replaced with neutral "upstream" phrasing; longform package description de-lored. Historical CHANGELOG entries left untouched.
• Updated dependencies [71d3b09] - @wabbit/tome-blocks-core@0.15.9

8d52794: Platform follow-up fixes across three packages. **@wabbit/tome-core (minor):** `createBetterAuth()` now exposes email-delivery pass-throughs so production consumers can actually verify signups and reset passwords: `emailVerification` (better-auth's whole config block — `sendVerificationEmail`, `sendOnSignUp`, `autoSignInAfterVerification`, `expiresIn`, lifecycle hooks), `sendResetPassword`, and `resetPasswordTokenExpiresIn`, all typed against better-auth's own `BetterAuthOptions`. Previously the factory offered no way to wire these, so any deployment that left `requireEmailVerification` on (the production default) shipped an un-verifiable signup dead end — better-auth sent nothing and sign-in threw EMAIL_NOT_VERIFIED. Defaults are unchanged when the new options are not provided. **@wabbit/tome-chrome (patch):** the mobile nav Sheet in Navbar5 and the shared MobileNavSheet (used by Navbar1/Navbar2) now renders a visually-hidden `SheetTitle` ("Navigation"; configurable via `sheetTitle` on MobileNavSheet) and opts out of `aria-describedby`, fixing Radix's "DialogContent requires a DialogTitle" accessibility warning and its missing-Description sibling. **@wabbit/tome-blocks-extras (patch):** renderers no longer paint lucide icon NAMES as literal text. FeatureHeroWithCards (PascalCase names like "Timer"), FeatureWithIconGrid, CardGrid, CardBlock, and LexicalBanner (kebab-case names like "zap", "calendar") now resolve authored icon strings through a shared name→component map (`<Icon aria-hidden size="1em" />`, slot font-size owns sizing). Unmapped name-shaped strings render nothing; emoji/free text still render as text. Adds `lucide-react` as peer `>=0.460.0` + dev, matching the catalog-pack/chrome convention. - @wabbit/tome-blocks-core@0.15.0

• 8d52794: Platform follow-up fixes across three packages. **@wabbit/tome-core (minor):** `createBetterAuth()` now exposes email-delivery pass-throughs so production consumers can actually verify signups and reset passwords: `emailVerification` (better-auth's whole config block — `sendVerificationEmail`, `sendOnSignUp`, `autoSignInAfterVerification`, `expiresIn`, lifecycle hooks), `sendResetPassword`, and `resetPasswordTokenExpiresIn`, all typed against better-auth's own `BetterAuthOptions`. Previously the factory offered no way to wire these, so any deployment that left `requireEmailVerification` on (the production default) shipped an un-verifiable signup dead end — better-auth sent nothing and sign-in threw EMAIL_NOT_VERIFIED. Defaults are unchanged when the new options are not provided. **@wabbit/tome-chrome (patch):** the mobile nav Sheet in Navbar5 and the shared MobileNavSheet (used by Navbar1/Navbar2) now renders a visually-hidden `SheetTitle` ("Navigation"; configurable via `sheetTitle` on MobileNavSheet) and opts out of `aria-describedby`, fixing Radix's "DialogContent requires a DialogTitle" accessibility warning and its missing-Description sibling. **@wabbit/tome-blocks-extras (patch):** renderers no longer paint lucide icon NAMES as literal text. FeatureHeroWithCards (PascalCase names like "Timer"), FeatureWithIconGrid, CardGrid, CardBlock, and LexicalBanner (kebab-case names like "zap", "calendar") now resolve authored icon strings through a shared name→component map (`<Icon aria-hidden size="1em" />`, slot font-size owns sizing). Unmapped name-shaped strings render nothing; emoji/free text still render as text. Adds `lucide-react` as peer `>=0.460.0` + dev, matching the catalog-pack/chrome convention. - @wabbit/tome-blocks-core@0.15.0

485ae7b: Marquee / ImageMarquee: pause the ticker while the block is off-screen. Both renderers drive their transform from GSAP's ticker, which writes an inline style on every frame for as long as the component is mounted — with no regard for whether the element is anywhere near the viewport. Each write costs a style recalculation. Measured on wabbit.com: the ContentWithMarquee band sits ~4400px below the fold on `/architecture-sprint`, and on a freshly-loaded page that nobody had scrolled it was still rewriting its transform ~119 times a second. That drove ~144 style recalcs/s and ~8% of a core, indefinitely, and is what produced user reports of Chrome's "this tab is slowing your browser" prompt. A CPU profile of the same idle page came back 93.8% idle with no JS function above 1% — the cost is entirely style recalculation, not script, which is why it is easy to miss. `useInViewport` (new, IntersectionObserver-backed) now gates `useTicker`'s `enabled`. On-screen behavior is unchanged; a `200px` rootMargin starts the loop just before the band scrolls in so it is never seen starting from a dead stop. The hook defaults to `true` and bails out where IntersectionObserver is unavailable, so the degraded path is "animates" (today's behavior) rather than a silently frozen marquee. Note for anyone touching this: `inViewport` must be passed to `useTicker` as BOTH `enabled` and a member of `dependencies`. `useTicker` reads `enabled` inside a `useGSAP` effect keyed on that array, so omitting it leaves the gate frozen at its mount-time value and the block animates off-screen exactly as before — with no type error and no runtime symptom short of profiling. A source-level audit in `test/marquee-viewport-gate.test.ts` pins the invariant (verified to fail when the dependency is removed).

• 485ae7b: Marquee / ImageMarquee: pause the ticker while the block is off-screen. Both renderers drive their transform from GSAP's ticker, which writes an inline style on every frame for as long as the component is mounted — with no regard for whether the element is anywhere near the viewport. Each write costs a style recalculation. Measured on wabbit.com: the ContentWithMarquee band sits ~4400px below the fold on `/architecture-sprint`, and on a freshly-loaded page that nobody had scrolled it was still rewriting its transform ~119 times a second. That drove ~144 style recalcs/s and ~8% of a core, indefinitely, and is what produced user reports of Chrome's "this tab is slowing your browser" prompt. A CPU profile of the same idle page came back 93.8% idle with no JS function above 1% — the cost is entirely style recalculation, not script, which is why it is easy to miss. `useInViewport` (new, IntersectionObserver-backed) now gates `useTicker`'s `enabled`. On-screen behavior is unchanged; a `200px` rootMargin starts the loop just before the band scrolls in so it is never seen starting from a dead stop. The hook defaults to `true` and bails out where IntersectionObserver is unavailable, so the degraded path is "animates" (today's behavior) rather than a silently frozen marquee. Note for anyone touching this: `inViewport` must be passed to `useTicker` as BOTH `enabled` and a member of `dependencies`. `useTicker` reads `enabled` inside a `useGSAP` effect keyed on that array, so omitting it leaves the gate frozen at its mount-time value and the block animates off-screen exactly as before — with no type error and no runtime symptom short of profiling. A source-level audit in `test/marquee-viewport-gate.test.ts` pins the invariant (verified to fail when the dependency is removed).

510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.

• 510036f: Route pack block links through the `LinkAdapter` instead of raw `<a href>`. `LinkAdapter` (0.14.0) shipped the seam; this connects it. **67 anchors across 55 renderer files in 10 packs** now render through `<TomeLink>`, so a consuming site that registers a link adapter gets its route transition on pack blocks — previously impossible by construction, since a pack cannot import the consumer's transition component and the consumer cannot reach into a pack's render tree. **New in `@wabbit/tome-blocks-core`: `<TomeLink>`**, a component form of `resolveLink()`. `resolveRichText()` / `resolveMedia()` are functions because they turn a data value into content; a link _wraps children_, and the function form forces multi-line JSX through a `children:` prop. `<TomeLink href={…}>…</TomeLink>` is a drop-in for the `<a>` it replaces. It delegates to `resolveLink()`, so there is exactly one resolution path, and it stays directive-free so RSC pack renderers can use it without becoming client components. **`LinkProps.href` is now `string | null | undefined`.** Block data routinely carries an optional URL, and the raw `<a href={undefined}>` these calls replaced was legal markup. Narrowing it to `string` would have forced ~10 non-null assertions across the packs and changed behavior at each. `NOOP_LINK_ADAPTER` normalizes null to `undefined` so React omits the attribute — the unregistered path stays byte-identical to the pre-adapter markup. **Behavior is unchanged for every consumer that has not registered a link adapter**, which is currently all of them: `resolveLink` falls back to a plain `<a>`. Deliberately left as raw `<a>`: - `EditorialFootnotes` — its `#fnref-*` anchors are in-page backlinks. Client-routing them would play a page transition for a jump within the same document. - `PricingPlans` / `PricingPlanCard` — these already accept an injectable anchor component, a more expressive consumer mechanism that predates the adapter. - `LogoSlider` — a self-closing, childless `target="_blank"` overlay anchor. Always external, so the adapter would hand it straight back to the browser. - `@wabbit/tome-longform` — it has zero runtime dependencies and does not peer on `blocks-core`. Adding that edge to the layer graph is its own decision, not a sweep side effect.
• Updated dependencies [510036f] - @wabbit/tome-blocks-core@0.15.0

Updated dependencies - @wabbit/tome-blocks-core@0.14.0

• Updated dependencies - @wabbit/tome-blocks-core@0.14.0

eb403d4: section-header: variant-aware (default / statement-hero / ruled-split) — statement-hero + ruled-split graduated from tome-starter (showcase Phase 3.7); statementLines on base schema. `default` is the classic badge/title/description split header (unchanged, pixel-identical for existing documents). `statement-hero` is an oversized serif statement with staggered line-rise entrance, kicker label + aside description column. `ruled-split` is the editorial section scaffold: hairline top rule, mono kicker, serif title left / running body right (5/7 split), scroll-reveal via the `@wabbit/tome-blocks-core` `Reveal` helper. Adds a `statementLines` array field (statement-hero only) to the base schema — additive, backward-compatible. Both new variants are style-only: `statementLines` lives on the base schema behind an `admin.condition`, not a `fieldOverrides` schema variant, because per-document schema divergence can't be expressed at config-build time (see comment in `section-header.ts`).

• eb403d4: section-header: variant-aware (default / statement-hero / ruled-split) — statement-hero + ruled-split graduated from tome-starter (showcase Phase 3.7); statementLines on base schema. `default` is the classic badge/title/description split header (unchanged, pixel-identical for existing documents). `statement-hero` is an oversized serif statement with staggered line-rise entrance, kicker label + aside description column. `ruled-split` is the editorial section scaffold: hairline top rule, mono kicker, serif title left / running body right (5/7 split), scroll-reveal via the `@wabbit/tome-blocks-core` `Reveal` helper. Adds a `statementLines` array field (statement-hero only) to the base schema — additive, backward-compatible. Both new variants are style-only: `statementLines` lives on the base schema behind an `admin.condition`, not a `fieldOverrides` schema variant, because per-document schema divergence can't be expressed at config-build time (see comment in `section-header.ts`).
• Updated dependencies [f4d55c9] - @wabbit/tome-blocks-core@0.13.0

Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

• Updated dependencies [e11d5a2] - @wabbit/tome-blocks-core@0.11.2

36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.

• 36e537a: Every package now declares an explicit `sideEffects` field (38 added; motion/engine/forms already correct). Registration-bearing modules (render files' `registerRenderer`, `blocks/*/index.ts` `defineBlock` self-registration, widget `register.ts` files, productHooks, permission self-registrations, print templates, chrome built-in variants) are listed so bundlers can tree-shake everything else WITHOUT dropping import-time registrations — previously the field was unset, which blocked cross-module tree-shaking through the barrels entirely. Never blanket `false` on a package with registration or CSS.
• 5f78397: The clientization migration: 127 render components across seven packs dropped `'use client'` — every file individually re-verified hook/handler/context-free before stripping; adapter-consuming static blocks converted to `resolveRichText`/`resolveMedia`. Exactly 20 of 155 renderers remain client, each for a verified reason (state/effects/motion, or a documented client-shell composition contract), enforced by the new `assert:rsc-boundaries` CI script (per-pack manifest; fails loudly if a directive creeps back or a count drifts). Every renderer-bearing pack now exports `./render/register` (`renderers` map + explicit `registerRenderers()`), aggregated by `@wabbit/tome-blocks`'s new `registerAllRenderers()` — the format-safe registration path for server component graphs, where the legacy import-time barrel registration never executes (that legacy path is unchanged and remains supported until the spec's deprecation trigger). `RenderBlock` is rewritten server-safe: directive-free, optional `components` prop (RenderBlocks parity) → registry fallback, dev warn-once naming both fixes on a miss; its docs state the explicit-registration prerequisite. Rendered output is byte-identical everywhere; behavior change only for consumers rendering migrated blocks in RSC WITHOUT a provider or registration — they get the documented warn + graceful degradation instead of silent client bundling.
• 5f78397: Server-safe adapter contract (spec 2026-07-12, waves M0–M1). blocks-core gains `./adapters`: `registerBlockAdapters({ richText?, media? })` (explicit, idempotent, lazily globalThis-anchored — layerRegistry pattern) plus environment-agnostic `resolveRichText(value, opts?)` / `resolveMedia(value, opts?)` callable from RSC and client alike. The adapter React Contexts now live in blocks-core (`adapters/context.tsx`); blocks-extras' adapter modules are thin re-exports (zero API break) and its Providers additionally sync their adapter into the registry (guarded write-during-render, documented). Unregistered-registry resolution returns a client fallback element that reads the Context — provider-based sites see zero behavior change even when migrated blocks execute as Server Components; sites that call `registerBlockAdapters` from a module in both graphs get pure server rendering. Migration contract for consumers: call `registerBlockAdapters` at config/app scope when adopting RSC-rendered blocks; the `useRichTextAdapter`/`useMediaAdapter` hooks remain functional (deprecated-in-place; removal trigger in the spec).
• aef2725: DRY adoption sweep (the audit's "adoption, not extraction" rule): crm/deals capability presets delegate to core's `sessionHasCapabilityOrLegacyAdmin`; new core `buildOwnershipWhere`/`ownershipOrBypass` (via `./access`) adopted by core's vendorScoped, catalog's vendor-scoping, and org's ownOrScoped (public APIs unchanged); `slugField()` adopted at 7 sites where semantics matched exactly (core lms collections + createMemberCollection — replacing a third independent slugify), with ~25 sites honestly skipped for named semantic divergences (auto-regenerate-on-clear vs allow-empty, collection-level hook pattern) now listed as core-enhancement candidates; new `formatDisplayDate` in blocks-core utilities (UTC-pinned, hydration-safe) adopted at 5 verified-identical sites; lms-ui consolidates its two certificate date formatters locally; `useMediaQuery`/`useIsMobile` published from tome-ui and adopted by AppShell + admin's SidebarProvider; gamification's `awardPoints` now uses the authoritative `getPointsBalance` (fixes a divergent 1000-row scan cap vs the correct 10000).
• aef2725: Chrome shell goes server-safe (the audit's remaining clientization item): `HeaderRenderer`/`FooterRenderer` drop `'use client'` — the sole hook consumer (`HeaderVisibilityFrame`) is extracted to its own client module, and the seven static header block components are directive-free; dist-verified that exactly one chrome file ships the directive. tome-ui's Breadcrumb/Separator/ScrollArea likewise. Consumer pages no longer clientize the full navbar/footer variant set by importing the renderers. blocks-extras gains a `./render/shared` subpath (hero background layer + link-list, hook-free so it serves RSC and client call sites) adopted by the four hero blocks that had verbatim copies.
• Updated dependencies [26dfa07]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [36e537a]
• Updated dependencies [a93f478]
• Updated dependencies [5f78397]
• Updated dependencies [5f78397]
• Updated dependencies [aef2725] - @wabbit/tome-blocks-core@0.11.0

Updated dependencies - @wabbit/tome-blocks-core@0.10.0

• Updated dependencies - @wabbit/tome-blocks-core@0.10.0

Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.

• Demo-kit diversification (10 fictional brands across all demo props) and block fixes: pricing/testimonial demos supply real card objects instead of placeholder-ID strings; PostHero/EditorialOpener/BlogHero/ChapterHero format display dates with a fixed locale (ISO preserved in the time dateTime attribute); PostHero background layer no longer collapses to the content row (abs-pos grid-item containing-block fix) and fills via the Media adapter; Testimonial renders plain-string quotes.

bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.

• bed3f90: Docs-manifest emitter pipeline (W3 ship-readiness). `@wabbit/tome-blocks-core` now ships a standalone Node ESM CLI at `scripts/emit-docs-manifests.mjs` that emits per-package documentation manifests (index.json, packages/<slug>.json, changelog.json) by reading what packages already carry — READMEs, the payload-free `<pkg>/meta` block-usage barrels, package.json exports maps, and CHANGELOG.md. It is the docs-pipeline sibling of the gallery source extractor and is consumed by host sites at prebuild: `node node_modules/@wabbit/tome-blocks-core/scripts/emit-docs-manifests.mjs --output-dir <dir> --scope <scope.json>`. To let the emitter import block metadata uniformly without dragging Payload config into a build script, the `./meta` payload-free subpath (BlockMetaEntry[]) is extended to the remaining offered blocks packs — agency-essentials, catalog-pack, lms-pack, org-pack, and signal-theme — mirroring the existing editorial-pack / marketing-starter / content-writer / extras barrels. Each block's `BlockMeta` was relocated verbatim into a payload-free sibling meta module and re-imported by its block config; no meta values changed. Every supported-core package additionally adds `CHANGELOG.md` to its published `files` array so the next publish cascade ships changelogs the emitter can read from installed tarballs at prebuild.
• Updated dependencies [bed3f90] - @wabbit/tome-blocks-core@0.9.4

Updated dependencies - @wabbit/tome-blocks-core@0.9.2

• Updated dependencies - @wabbit/tome-blocks-core@0.9.2

c07f3c8: Fix layoutGrid row-spanning ("tall") cells rendering at content height instead of filling their multi-row area. `LayoutGrid.module.css` set `align-items: start` on the grid, which sizes every cell to its content — so a `grid-row: span 2` cell (the tall image in the "two-up + tall image" and "feature + sidebar" starter templates) occupied its 2-row area but rendered at one-row height. The row-span was structurally correct (spans emitted, pairing sound) but visually inert. Adds `align-self: stretch` to row-spanning cells (targeted via the inline `grid-row` marker, the same hook the phone reflow uses) so they fill their area; non-spanning cells keep their natural height. Found via a published-artifact render dogfood.

• c07f3c8: Fix layoutGrid row-spanning ("tall") cells rendering at content height instead of filling their multi-row area. `LayoutGrid.module.css` set `align-items: start` on the grid, which sizes every cell to its content — so a `grid-row: span 2` cell (the tall image in the "two-up + tall image" and "feature + sidebar" starter templates) occupied its 2-row area but rendered at one-row height. The row-span was structurally correct (spans emitted, pairing sound) but visually inert. Adds `align-self: stretch` to row-spanning cells (targeted via the inline `grid-row` marker, the same hook the phone reflow uses) so they fill their area; non-spanning cells keep their natural height. Found via a published-artifact render dogfood.

c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.

• c7d0afc: layoutGrid nesting capability audit + render hardening (Wave 2). Tags the `nestable` capability flag (and a `minColSpan` floor for internally-wide blocks) across the offered blocks in the core packs (extras, marketing, content, agency, editorial, signal), so the `layoutGrid` container's derived child allowlist — `blockRegistry.getNestableBlocks()` — is populated rather than empty. Excluded by design (left non-nestable): containers (`editorialSpread`, `editorialSection`, `split-view`, `stacking-wrapper`, `grid`, `layoutGrid`) to enforce the one-level depth cap; full-bleed heroes/banners (band-owners); and inline Lexical blocks (not block-level grid children). `minColSpan: 2` is set on the internally multi-column blocks (`card-grid`, `bento-section`, `content-two-column`, `signal-stats`, `signal-image-grid`, `signal-data-table`) so they cannot be crammed into a single-column cell. Also hardens `LayoutGrid`'s child↔span pairing: children are now flattened with null slots preserved (instead of `React.Children.toArray`, which drops nulls), so an unrenderable child can no longer shift every later child's span metadata onto the wrong block. Adds a dev-mode warning when the consumer's child count doesn't match the item count. `@wabbit/tome-blocks-core` is bumped to release the layoutGrid platform primitives merged earlier but never published (the registry's `0.8.0` predates that merge): `BlockMeta.nestable`/`minColSpan`, `withChildPlacement`, the reserved `_colSpan`/`_rowSpan`/`_order` field constants, and `blockRegistry.getNestableBlocks()`. Without this, a consumer wiring the layoutGrid allowlist would call a `getNestableBlocks` that its installed `blocks-core@0.8.0` does not have. Domain packs (lms, catalog, sc, org) are intentionally deferred — they compose into their own domain layouts and can opt in when a consumer needs them.
• Updated dependencies [c7d0afc] - @wabbit/tome-blocks-core@0.9.0

249b670: Batch 1 hero consolidation (2026-06-27 inserter/variant architecture) — collapse scattered hero blocks into variant-driven parents (rendered by the Batch-0 VariantPicker), shrinking the Hero category in the inserter/gallery. - **New `article-hero`** — consolidates the field-identical `blog-hero` + `chapter-hero` into one block with `post` (default) / `chapter` variants. Each variant dispatches to its existing render (visuals preserved); the Batch-0 `{variant→component}` registry is populated. - **New `hero-pro`** — consolidates `typography-hero` + `image-hero` into one premium block with `typography` (default) / `image` variants. The two have near-disjoint fields, so each variant's fields are conditioned on `_variant` (live discriminated union — no save/reload); renders dispatch to the existing TypographyHero / ImageHero. - **Feature dedupe** — `feature-hero-with-cards` + `feature-with-icon-grid` deprecated → the marketing-starter `featureHero` (its inline variant select already unifies hero-with-cards + icon-grid). The broader feature-family consolidation is Batch 2. - **Deprecated** (still registered + rendered for back-compat, removed from the offered `extras` bundle + client-safe gallery meta): `blog-hero`, `chapter-hero` → article-hero; `typography-hero`, `image-hero` → hero-pro; `low-impact-hero`, `medium-impact-hero` → the free marketing `hero`; `feature-hero-with-cards`, `feature-with-icon-grid` → featureHero. Instance migration → successor + `_variant` and full removal are deferred to a later release (a live migration run, then the next pack major). Authored usage/intent metadata on both new blocks. Ships in the linked family's 0.8.0 minor. Typecheck + build green.

• 249b670: Batch 1 hero consolidation (2026-06-27 inserter/variant architecture) — collapse scattered hero blocks into variant-driven parents (rendered by the Batch-0 VariantPicker), shrinking the Hero category in the inserter/gallery. - **New `article-hero`** — consolidates the field-identical `blog-hero` + `chapter-hero` into one block with `post` (default) / `chapter` variants. Each variant dispatches to its existing render (visuals preserved); the Batch-0 `{variant→component}` registry is populated. - **New `hero-pro`** — consolidates `typography-hero` + `image-hero` into one premium block with `typography` (default) / `image` variants. The two have near-disjoint fields, so each variant's fields are conditioned on `_variant` (live discriminated union — no save/reload); renders dispatch to the existing TypographyHero / ImageHero. - **Feature dedupe** — `feature-hero-with-cards` + `feature-with-icon-grid` deprecated → the marketing-starter `featureHero` (its inline variant select already unifies hero-with-cards + icon-grid). The broader feature-family consolidation is Batch 2. - **Deprecated** (still registered + rendered for back-compat, removed from the offered `extras` bundle + client-safe gallery meta): `blog-hero`, `chapter-hero` → article-hero; `typography-hero`, `image-hero` → hero-pro; `low-impact-hero`, `medium-impact-hero` → the free marketing `hero`; `feature-hero-with-cards`, `feature-with-icon-grid` → featureHero. Instance migration → successor + `_variant` and full removal are deferred to a later release (a live migration run, then the next pack major). Authored usage/intent metadata on both new blocks. Ships in the linked family's 0.8.0 minor. Typecheck + build green.
• 249b670: Batch 2 feature consolidation (2026-06-27 inserter/variant architecture) — collapse the scattered feature blocks into the single `featureHero`. - **Deprecated** (still registered + rendered for back-compat, removed from the offered `extras` bundle + client-safe gallery meta): `feature-masonry`, `feature-with-large-media`, `feature-with-three-steps`, `media-feature` → the marketing-starter `featureHero`. Together with Batch 1's `feature-hero-with-cards` + `feature-with-icon-grid`, the whole feature family now consolidates to `featureHero`, whose 6-layout `variant` select already covers them all. - **Authored usage/intent metadata** on `featureHero` (now the sole offered feature block). - **Deferred to the live-run reconciliation pass** (brand-preserving but a field-semantics swap + data migration): `featureHero`'s dual variant mechanism — make the 6 LAYOUTS the `_variant` (so the VariantPicker drives layout, not the unrelated 4-value style axis), move the style axis to a secondary field, and drop the inline `variant`. Instance migration (standalone feature blocks → `featureHero` + the right layout) is deferred to a later release. Tier note: the feature layouts consolidate onto the FREE `featureHero` (it already carried all 6 free); unlike heroes there is no distinct premium feature layout to gate, so there is no paid `feature-pro`. Ships in the linked family's 0.8.0 minor.
• 249b670: Batch 3 content consolidation (2026-06-27 inserter/variant architecture). Ground-truth found the content family has THREE incompatible data shapes, so it does NOT collapse to one block. Instead: - **New paid `content-pro`** consolidates the four single-body-plus-decoration blocks into one block with `prose` (default) / `post` / `marquee` / `bento` variants — the hero-pro discriminated-union pattern (each variant's fields conditioned on `_variant`; renders dispatch to the existing ProseSection / PostContent / ContentWithMarquee / ContentWithBento). Authored usage/intent metadata. - **Deprecated** (still registered + rendered for back-compat, removed from the offered `extras` bundle + client-safe gallery meta): `prose-section`, `post-content`, `content-with-marquee`, `content-with-bento` → `content-pro`. Instance migration → `contentPro` + `_variant` is deferred to a later release (a live migration run). - **Kept distinct** (incompatible shapes / different register): free `content` (14-column grid), free `content-two-column`, free `text-block`, free `section`, and paid `content-with-corner-notch` (its premium notch apparatus is not a free variant). `editorialSpread`/`editorialSection` already carry variants and just gain the wired VariantPicker — no change. Three top-level field names shared by two variants each (`richText` = prose+marquee, `sectionTitle` + `mainContent` = post+bento) were reconciled to one shared field shown for both owning variants (the dispatched render reads it by name). Deferred to the live-run reconciliation pass: rename prose-section's inline `variant` (centered|sidebar) field so it no longer reads as a second variant axis next to `_variant`. Ships in the linked family's 0.8.0 minor.
• Updated dependencies [249b670] - @wabbit/tome-blocks-core@0.8.0

28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.

• 28802fa: Expose a client-safe `./demo` export (the already-built, payload-free `getDemoProps` module) on each block pack, separate from the payload-importing root barrel. The root barrel (`.`) eagerly pulls each block's config, which imports `payload` (→ `richtext-lexical` → `pino` → `worker_threads`). A consumer that registers packs **client-side** (the wabbit `/blocks` gallery storefront, B6) can't import `getDemoProps` from the root barrel without dragging `payload`/`worker_threads` into the browser bundle (build failure). The `dist/demo.*` module is already built and contains only demo-data + type imports — this change just makes it importable as `@wabbit/tome-blocks-<pack>/demo`. Additive; no code or runtime change to the packs. NOTE: this is the `getDemoProps` half of the client-safe gallery-registration fix. The companion piece — a client-safe **block-meta/descriptor** export (slug/label/variants/tier, separate from the payload-importing config the gallery bridges currently read `.meta` off) — is still needed before B6 can register packs entirely off the root barrel. Tracked separately.
• 66c611c: B1 — block tiering formalization + blocks-extras free/paid split. - **blocks-core:** add `'addon'` to the `BundleMeta.tier` union (additive; existing `'pro'` values stay valid). - **blocks-extras:** register TWO bundles from one package (Option B) — a free `extras-primitives` sub-bundle (9 structural primitives) + the paid `extras` remainder (39 blocks, was 48). Mechanically additive: no import-path changes, all blocks still exported + registered, existing content keeps rendering, existing `extras` entitlements keep working (the primitives are now free to everyone). The tier-scope change is the only semantic shift. - **signal-theme + sc-pack:** tier `'pro'` → `'addon'` (sold independently of the tiered subscription track). - **blocks-gallery:** widen the `@wabbit/tome-blocks-core` peer to `^0.5.9 || ^0.6.0 || ^0.7.0` so the 0.7.0 bump doesn't force a spurious major (it's a types-only peer). Patch. Release note: the blocks family is `linked`, so this aligns the whole family to **0.7.0**. Minor (not major) is deliberate — 0.7.0 still gates explicit consumer adoption (`^0.6` does not auto-resolve 0.7.0), without declaring a symbolic 1.0.0 before the marketplace launch.
• 8958d41: Expose a client-safe `./meta` export on each block pack: payload-free block descriptor metadata (slug/name/description/category/tags/source + variants), separate from the payload-importing root barrel. This is the companion to the `./demo` export. Each block's `meta` literal is now extracted into a co-located payload-free `meta` module that the block config imports, and a pack-level `./meta` entry exposes the full descriptor list as `<pack>BlockMeta`. A consumer registering packs client-side (the wabbit `/blocks` gallery storefront, B6) can now read block metadata for gallery entries without importing the root barrel, which eagerly pulls each block's config (`payload` -> `richtext-lexical` -> `pino` -> `worker_threads`) into the browser bundle. Additive and behavior-preserving: `defineBlock` receives the same meta object (now imported rather than inline); the block registry, configs, demos, and existing exports are unchanged. The pack `BlockMeta` array is also re-exported from the root barrel for path-alias consumers.
• Updated dependencies [66c611c] - @wabbit/tome-blocks-core@0.7.0

Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2

• Updated dependencies [4b2f368] - @wabbit/tome-blocks-core@0.6.2

@wabbit/tome-blocks-core@0.5.9

• @wabbit/tome-blocks-core@0.5.9

@wabbit/tome-blocks-core@0.5.7

• @wabbit/tome-blocks-core@0.5.7

`pullQuote`: add a `voice-band` variant — full-bleed eggplant moment quote, large display-italic, token-driven.

• `pullQuote`: add a `voice-band` variant — full-bleed eggplant moment quote, large display-italic, token-driven.

**Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.

• **Re-publish: rewrite `workspace:*` to actual semver in dependencies.** Earlier 0.4.0/0.4.1 publishes used `npm publish` directly, which doesn't rewrite `workspace:*` deps. Verdaccio captured the literal `"workspace:*"` strings in the published `package.json` `dependencies` fields, so npm consumers (e.g. wabbit-site-core) failed to install with `EUNSUPPORTEDPROTOCOL workspace:*`. This changeset triggers a coordinated patch bump across the linked blocks-_ group (already 0.4.1 → 0.4.2) plus motion, lms-pack, catalog-pack, and the previously-untouched blocks-core. Re-publish flow uses `pnpm publish` which rewrites `workspace:_` to the actual version of the workspace dep at publish time. No source changes — purely a publish-pipeline correction.
• Updated dependencies - @wabbit/tome-blocks-core@0.4.2

**CardBlock renderer: tolerate consumer-overridden link field naming.** `@wabbit/tome-core/fields/link` exposes a `naming` option that lets consumers override the URL field name (e.g. Wabbit uses `externalUrl` instead of `url`). The pack's CardBlock renderer was reading `block.cardLink?.url` directly, so consumers using non-default naming saw broken full-card links and broken button hrefs. Fix: introduce a `linkHref()` helper that reads `link.url || link.externalUrl`, and route both the `cardLink` (full-card) and `buttons[].link` reads through it. Same pattern can be extended to other pack renderers (CardGrid, ContentWithBento, BlogHero, ChapterHero, CustomHero, ContentWithMarquee, Feature, DataHero, etc.) in a follow-up — that scope is broader and not blocking the immediate Phase B swap target. Discovered during the Wabbit ↔ tome-blocks alignment audit (2026-04-28) Phase B parity check: BentoSection and SkillShowcase swapped clean once adapters shipped, but CardBlock's link mismatch required this companion fix. - @wabbit/tome-blocks-core@0.4.0

• **CardBlock renderer: tolerate consumer-overridden link field naming.** `@wabbit/tome-core/fields/link` exposes a `naming` option that lets consumers override the URL field name (e.g. Wabbit uses `externalUrl` instead of `url`). The pack's CardBlock renderer was reading `block.cardLink?.url` directly, so consumers using non-default naming saw broken full-card links and broken button hrefs. Fix: introduce a `linkHref()` helper that reads `link.url || link.externalUrl`, and route both the `cardLink` (full-card) and `buttons[].link` reads through it. Same pattern can be extended to other pack renderers (CardGrid, ContentWithBento, BlogHero, ChapterHero, CustomHero, ContentWithMarquee, Feature, DataHero, etc.) in a follow-up — that scope is broader and not blocking the immediate Phase B swap target. Discovered during the Wabbit ↔ tome-blocks alignment audit (2026-04-28) Phase B parity check: BentoSection and SkillShowcase swapped clean once adapters shipped, but CardBlock's link mismatch required this companion fix. - @wabbit/tome-blocks-core@0.4.0

90a694d: **Add `richText` and `media` adapter layer to `@wabbit/tome-blocks-extras`, mirroring the existing motion adapter pattern.** Pack renderers across `blocks-extras`, `blocks-marketing-starter`, `blocks-content-writer`, `blocks-agency-essentials`, `blocks-editorial-pack`, `blocks-signal-theme`, and `blocks-sc-pack` now consume: - `useRichTextAdapter()` — returns `{ RichText, isRichTextActive }`. The `RichText` component renders Lexical/Payload rich-text JSON to JSX. Default noop renders a `<div data-rich-text data-rich-text-stub />` placeholder so unwired consumers see the same behavior they did before this PR; wired consumers (e.g. Wabbit) inject their own `RichText` impl. - `useMediaAdapter()` — returns `{ Media, isMediaActive }`. The `Media` component renders Payload media references. Default noop renders raw `<img>` (preserving prior behavior); wired consumers inject Next/Image-aware Media impls with CDN sizing, fill, etc. **New public API:** - Subpath exports: `@wabbit/tome-blocks-extras/adapters/richText`, `@wabbit/tome-blocks-extras/adapters/media` - Hooks: `useRichTextAdapter`, `useMediaAdapter` - Providers: `RichTextAdapterProvider`, `MediaAdapterProvider` - Types: `BlocksExtrasRichTextAdapter`, `BlocksExtrasMediaAdapter`, `RichTextProps`, `MediaProps`, `MediaResource` - Noop singletons: `NOOP_RICH_TEXT_ADAPTER`, `NOOP_MEDIA_ADAPTER` **Pack renderer migrations:** every `<div data-rich-text />` placeholder is replaced with `<RichText data={...} />`. Every Payload-resolved-media `<img>` is replaced with `<Media resource={...} />`. The 3 hero-marquee renderers (Marquee, ImageMarquee, LogoSlider) carry pre-existing inline fallback behavior and are unaffected. **Why this matters:** previously, pack renderers shipped as visual skeletons — they rendered correctly only for blocks that didn't carry rich text or Payload-resolved media. Consumer sites adopting pack renderers for blocks like BentoSection, CardBlock, SkillShowcase saw empty `<div>` body content and lost image optimization. This PR makes the entire pack catalog usable as drop-in renderers for any consumer that mounts the two adapter providers. **Cross-pack dependency:** the 5 sibling packs (signal-theme, sc-pack, content-writer, agency-essentials, editorial-pack) now declare `@wabbit/tome-blocks-extras` as a workspace dep — mirroring blocks-marketing-starter's existing motion-adapter consumption pattern. **Discovered during** the Wabbit ↔ tome-blocks alignment audit (2026-04-28). Consumer-side adapter providers and integration are the next step (Wabbit and Starter will mount providers wired to their existing RichText + Media components).

• 90a694d: **Add `richText` and `media` adapter layer to `@wabbit/tome-blocks-extras`, mirroring the existing motion adapter pattern.** Pack renderers across `blocks-extras`, `blocks-marketing-starter`, `blocks-content-writer`, `blocks-agency-essentials`, `blocks-editorial-pack`, `blocks-signal-theme`, and `blocks-sc-pack` now consume: - `useRichTextAdapter()` — returns `{ RichText, isRichTextActive }`. The `RichText` component renders Lexical/Payload rich-text JSON to JSX. Default noop renders a `<div data-rich-text data-rich-text-stub />` placeholder so unwired consumers see the same behavior they did before this PR; wired consumers (e.g. Wabbit) inject their own `RichText` impl. - `useMediaAdapter()` — returns `{ Media, isMediaActive }`. The `Media` component renders Payload media references. Default noop renders raw `<img>` (preserving prior behavior); wired consumers inject Next/Image-aware Media impls with CDN sizing, fill, etc. **New public API:** - Subpath exports: `@wabbit/tome-blocks-extras/adapters/richText`, `@wabbit/tome-blocks-extras/adapters/media` - Hooks: `useRichTextAdapter`, `useMediaAdapter` - Providers: `RichTextAdapterProvider`, `MediaAdapterProvider` - Types: `BlocksExtrasRichTextAdapter`, `BlocksExtrasMediaAdapter`, `RichTextProps`, `MediaProps`, `MediaResource` - Noop singletons: `NOOP_RICH_TEXT_ADAPTER`, `NOOP_MEDIA_ADAPTER` **Pack renderer migrations:** every `<div data-rich-text />` placeholder is replaced with `<RichText data={...} />`. Every Payload-resolved-media `<img>` is replaced with `<Media resource={...} />`. The 3 hero-marquee renderers (Marquee, ImageMarquee, LogoSlider) carry pre-existing inline fallback behavior and are unaffected. **Why this matters:** previously, pack renderers shipped as visual skeletons — they rendered correctly only for blocks that didn't carry rich text or Payload-resolved media. Consumer sites adopting pack renderers for blocks like BentoSection, CardBlock, SkillShowcase saw empty `<div>` body content and lost image optimization. This PR makes the entire pack catalog usable as drop-in renderers for any consumer that mounts the two adapter providers. **Cross-pack dependency:** the 5 sibling packs (signal-theme, sc-pack, content-writer, agency-essentials, editorial-pack) now declare `@wabbit/tome-blocks-extras` as a workspace dep — mirroring blocks-marketing-starter's existing motion-adapter consumption pattern. **Discovered during** the Wabbit ↔ tome-blocks alignment audit (2026-04-28). Consumer-side adapter providers and integration are the next step (Wabbit and Starter will mount providers wired to their existing RichText + Media components).
• Updated dependencies [b76f684] - @wabbit/tome-blocks-core@0.4.0

f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```

• f2202cd: Sprint 3 blocks split — v0.2.0 Extracted the Tome blocks monolith (@wabbit/tome-blocks) into independently publishable bundle packages. Each bundle is independently installable, tree-shakeable, and testable in isolation. **New packages (all v0.2.0):** - `@wabbit/tome-blocks-core` — registries, defineBlock/defineBundle, variants, thumbnails, admin components (BlockPicker, VariantPicker) - `@wabbit/tome-blocks-marketing-starter` (free) — 8 marketing blocks: Hero, FeatureHero, CTA, LogoSlider, Pricing, Testimonial, FAQ, Banner - `@wabbit/tome-blocks-content-writer` (free) — 10 editorial blocks: Blog, Archive, PostHero, RelatedPosts, EditorialOpener, EditorialBridge, EditorialSidenote, EditorialFigure, EditorialColophon, EditorialFootnotes - `@wabbit/tome-blocks-agency-essentials` (starter) — 10 agency blocks: About, Contact/Form, Gallery, Media, SplitView, Stat, StatBar, TeamRoster, Timeline - `@wabbit/tome-blocks-editorial-pack` (pro) — 8 editorial blocks: DataHero, Feature, InfoPanel, MessagePanel, MetricStrip, SplitPanel, StatusBoard, TextReveal - `@wabbit/tome-blocks-signal-theme` (pro) — 33 Signal narrative blocks - `@wabbit/tome-blocks-lms-pack` (pro) — scaffold for LMS blocks (Wave 3) - `@wabbit/tome-blocks-catalog-pack` (pro) — scaffold for catalog/ecommerce blocks (Wave 3) - `@wabbit/tome-blocks-sc-pack` (niche) — scaffold for Star Citizen blocks (Wave 3) - `@wabbit/tome-blocks-extras` (pro) — 47 residual blocks (heroes, layout, content, marketing) **@wabbit/tome-blocks is now a meta-package** that re-exports all bundle packages and provides `registerAll(blockRegistry, bundleRegistry)` as a convenience function. **Render colocation:** All 113 render `.tsx` components migrated from the monolith into their owning bundle packages (`./render` subpath on each bundle). **Breaking changes (internal):** - `@wabbit/tome-blocks/blocks` and `@wabbit/tome-blocks/bundles` subpaths removed (were Sprint 2 shims) - `packages/blocks/src/render/` category index files removed (replaced by per-bundle `./render` subpaths) **Migration:** ```ts // Before (monolith singleton, all blocks loaded) import "@wabbit/tome-blocks"; // After (explicit registration, tree-shakeable) import { blockRegistry, bundleRegistry, } from "@wabbit/tome-blocks-core/registry"; import { register } from "@wabbit/tome-blocks-marketing-starter"; register(blockRegistry, bundleRegistry); // Or use the meta-package convenience function import { blockRegistry, bundleRegistry, registerAll, } from "@wabbit/tome-blocks"; registerAll(blockRegistry, bundleRegistry); ```
• Updated dependencies [f2202cd] - @wabbit/tome-blocks-core@0.3.0

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

382f36c: **BREAKING:** `INDUSTRIAL_THEME` is now a `ThemeManifest` (`kind: 'treatment'`), and a new `./register` subpath adds it to the Tome theme registry. **Migration:** read `name` instead of `themeAttribute` (both `'industrial'`) and `label` instead of `name`; `slug` and `tags` are gone (the package keywords carry the tags). `styledBlocks` is unchanged. `ThemeMeta` is a deprecated alias of `ThemeManifest` for one minor. To list the treatment in the admin theme switcher, add `import '@wabbit/tome-blocks-industrial-theme/register'` on the server (needs the optional `@wabbit/tome-core` `>=1.20.0` peer). - The stylesheet moved to `treatments/catalog-lms.css`; `./styles.css` imports it, so the import path is unchanged. - The course card's white background now reads a private `--industrial-surface` token (from `--pc-white`, default `#fff`) instead of a hard-coded literal; rendering is unchanged unless a site defines `--pc-white`. - The test suite runs the theme conformance check for treatments: every selector scoped to the theme attribute, public hooks only, and no raw color literal outside the private `--industrial-*` tokens.

• 382f36c: **BREAKING:** `INDUSTRIAL_THEME` is now a `ThemeManifest` (`kind: 'treatment'`), and a new `./register` subpath adds it to the Tome theme registry. **Migration:** read `name` instead of `themeAttribute` (both `'industrial'`) and `label` instead of `name`; `slug` and `tags` are gone (the package keywords carry the tags). `styledBlocks` is unchanged. `ThemeMeta` is a deprecated alias of `ThemeManifest` for one minor. To list the treatment in the admin theme switcher, add `import '@wabbit/tome-blocks-industrial-theme/register'` on the server (needs the optional `@wabbit/tome-core` `>=1.20.0` peer). - The stylesheet moved to `treatments/catalog-lms.css`; `./styles.css` imports it, so the import path is unchanged. - The course card's white background now reads a private `--industrial-surface` token (from `--pc-white`, default `#fff`) instead of a hard-coded literal; rendering is unchanged unless a site defines `--pc-white`. - The test suite runs the theme conformance check for treatments: every selector scoped to the theme attribute, public hooks only, and no raw color literal outside the private `--industrial-*` tokens.

917b77a: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

• 917b77a: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.

• 0836ef5: dist now raw-Node loadable: relative specifiers get explicit extensions post-build. `build` gains `&& node ../../scripts/fix-dist-extensions.mjs --strict` as its last step, joining the 13 packages that already ran it. tsup builds `bundle: false` and emits relative specifiers exactly as the TypeScript source wrote them — extensionless — which bundlers resolve and raw Node does not (ESM `ERR_MODULE_NOT_FOUND`; CJS worse, `require('./x')` finds the ESM `.js` twin and Node 22+ `require(esm)` then dies on that file's own extensionless import). Every consumer outside a bundler hit this: the payload CLI under plain node, `generate:types`, `generate:importmap`, ops scripts, codegen tools. No source changes, no API changes, and bundler consumers are unaffected — extensioned relative specifiers are universally resolvable. Two supporting changes made the wiring possible, both in repo scripts rather than package source. `fix-dist-extensions.mjs` now skips bundler-asset specifiers (`.css`, `.module.css`, `.scss`, fonts, images, shaders) by explicit extension allowlist instead of reporting them as unresolvable — that single gap is why the 13 prior adopters were exactly the 13 packages that ship no CSS, since `--strict` exited 1 on any package with a relative stylesheet import. Dotted MODULE names (`./config.meta`, `./x.variants`, `./y.demo`) are deliberately NOT treated as assets and still get `.js`/`.cjs` appended. `assert-node-loadable.mjs` gained the matching carve-outs so the new repo-wide CI gate reports real defects only: a resolution failure whose path lands under `node_modules` is a peer SKIP (next@15 has no exports map, so `next/image` fails as an absolute path), and a bundler-asset load failure is an environmental SKIP (CJS surfaces it as `SyntaxError: Unexpected token '.'` raised from inside the stylesheet). Verified before/after on four packages built one at a time: print 8 FAIL → 0, readout 22 FAIL → 0, ai 3 FAIL → 0, gamification 2 FAIL → 0 (its failure was the other signature — a `directory import` missing `/index`). cop was already clean on a fresh build, so the audit's "27 of 46 fail" figure includes at least one package whose local dist was merely stale.
• 637db74: README brought to the package contract (install, Public API, posture, decisions) and a node:test smoke suite added (descriptor/manifest tier agreement, every claimed block has a scoped rule, no selector escapes the theme scope). Closes the two CI gate failures the package shipped with.
• 73081e6: Manifest metadata: `homepage`, `bugs`, `engines`. All 46 publishable manifests were missing the three fields a consumer sees before any code (2026-09-01 sale-readiness audit §6). Metadata only — no source, no build, no runtime change. - `homepage` deep-links to that package README on GitHub (`.../tree/main/packages/<dir>#readme`). Without it a registry page links to the monorepo root and the reader has to guess which of 46 folders they want. - `bugs.url` points at the repo issue tracker, so a paying customer has a place to report a defect that is not email. - `engines.node` is `>=22`, matching the root `engines` and `.nvmrc` set the same day. This is a real floor, not decoration: CI on Node 20 could not expand the glob the block packs use for `node --test`, and a package installed on Node 20 fails at a runtime the installer cannot connect back to the version. The forcing function ships with the change: `scripts/assert-manifest-metadata.mjs` (root `pnpm assert:manifest-metadata`, wired into `platform-discipline.yml` beside `assert:license-metadata`) fails when any publishable manifest lacks `description`, `repository.directory` matching its own folder, `homepage`, `bugs`, `engines.node` equal to the repo floor, `license`, `files` or `sideEffects`. It reported 138 violations before this change and 0 after.

Initial release: industrial theme pack — safety-yellow accents, charcoal type, motorsport-italic chrome for catalog/LMS blocks. Extracted from the client-era styling that used to ship inside blocks-lms-pack (CourseCard) and blocks-catalog-pack (ProductGrid, CategoryStrip). Owns no blocks; restyles the neutral packs through their public .tome-_ BEM hooks, scoped under [data-tome-theme='industrial'] so it wins on specificity regardless of stylesheet order and can be applied per-section. Prefers legacy --pc-_ tokens when the consumer defines them.

• Initial release: industrial theme pack — safety-yellow accents, charcoal type, motorsport-italic chrome for catalog/LMS blocks. Extracted from the client-era styling that used to ship inside blocks-lms-pack (CourseCard) and blocks-catalog-pack (ProductGrid, CategoryStrip). Owns no blocks; restyles the neutral packs through their public .tome-_ BEM hooks, scoped under [data-tome-theme='industrial'] so it wins on specificity regardless of stylesheet order and can be applied per-section. Prefers legacy --pc-_ tokens when the consumer defines them.

deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

• deea397: The changelog, README and license text now use American spellings. No code or behavior changes.

1619d8c: **BREAKING:** the `/maps` providers now wrap the neutral providers in `@wabbit/tome-maps`, a new required peer. **Migration:** install `@wabbit/tome-maps` alongside this pack. Every existing import path and export keeps working, and a directory map still renders nothing and loads no map SDK unless `gatePassed` is `true`. The pack keeps its own provider registry, so only the age-gated providers are ever reachable from a directory block.

• 1619d8c: **BREAKING:** the `/maps` providers now wrap the neutral providers in `@wabbit/tome-maps`, a new required peer. **Migration:** install `@wabbit/tome-maps` alongside this pack. Every existing import path and export keeps working, and a directory map still renders nothing and loads no map SDK unless `gatePassed` is `true`. The pack keeps its own provider registry, so only the age-gated providers are ever reachable from a directory block.

a936741: Listing photos now render when they arrive as populated Media documents, and the listing grid can hide its distance. - **Fix: card and hero photos printed `[object Object]`.** The listing grid card and the listing detail hero put `photos[0]` straight into `<img src>`. A listing read with `findListingsNear` (depth 1) carries populated Media documents, so the image broke. Both renderers now accept either a URL string or a Media document: the `url`, else the widest entry in `sizes` that has one, with the document's `alt` as the image's alt text. A string photo renders exactly as before, with empty alt, and a document with no usable URL shows the pack's fallback frame instead of a broken image. The other directory blocks (map, promotions rail, mega menu) never printed listing photos and are unchanged. - **New `showDistance` on `directoryListingGrid`.** A checkbox, default on. Turn it off for a market where distance means nothing (a one-courtyard market prints "0.0 mi" on every card): the cards drop the distance, and the Distance sort link is removed from the sort bar. Unset or on, the markup is byte-identical to before. This brings a sliver of the planned grid distance controls into the first release. The new `showDistance` field adds one nullable column: on a SQL database, regenerate your migration.

• a936741: Listing photos now render when they arrive as populated Media documents, and the listing grid can hide its distance. - **Fix: card and hero photos printed `[object Object]`.** The listing grid card and the listing detail hero put `photos[0]` straight into `<img src>`. A listing read with `findListingsNear` (depth 1) carries populated Media documents, so the image broke. Both renderers now accept either a URL string or a Media document: the `url`, else the widest entry in `sizes` that has one, with the document's `alt` as the image's alt text. A string photo renders exactly as before, with empty alt, and a document with no usable URL shows the pack's fallback frame instead of a broken image. The other directory blocks (map, promotions rail, mega menu) never printed listing photos and are unchanged. - **New `showDistance` on `directoryListingGrid`.** A checkbox, default on. Turn it off for a market where distance means nothing (a one-courtyard market prints "0.0 mi" on every card): the cards drop the distance, and the Distance sort link is removed from the sort bar. Unset or on, the markup is byte-identical to before. This brings a sliver of the planned grid distance controls into the first release. The new `showDistance` field adds one nullable column: on a SQL database, regenerate your migration.
• 8d7c046: Two markup changes for themes, one of them an accessibility fix for every directory site. - **Listing grid cards** carry `data-open-state` (`open`, `closed` or `unknown`), from the same open state that prints the "Open now" line; `unknown` when the listing has no boolean open state. Nothing else on the card changes. - **Promotions rail: the list is a focusable, labeled scroll region.** `ul[data-promotions-list]` now has `tabindex="0"`, `role="region"` and an `aria-label`, so a list that scrolls can be reached and scrolled from the keyboard. The markup cannot know whether a theme's CSS makes the list scroll, so it is always set: where the list does not scroll it is one extra Tab stop. `role="region"` replaces the list role, so assistive technology announces a labeled region rather than a list. The pack's stylesheet adds a `:focus-visible` ring. The name is the new optional `labels.railRegion` (default "Promotions, scrollable list"). On a SQL database the new `labels` group on `directoryPromotionsRail` adds one nullable column when a site regenerates its migrations; nothing existing changes. This is the one deliberate markup change to the rail: the empty state is unchanged. - The open-state line on each listing card also carries `data-listing-state` (`open`, `closed` or `unknown`), so a theme can style that line as a chip by hook.
• 024edf0: Internal Tome dependencies are published as compatible ranges, not exact versions, so installs share one copy of tome-core. Before, these packs pinned the exact tome-core version that was current when they shipped, so an install could end up with two copies of tome-core and split its shared registries. They now declare a compatible `^` range that npm can resolve to a single copy.

1636ffa: Demo links no longer invent site paths. The `directoryListingGrid` demo's detail route and base path, and the `directoryMegaMenu` demo's market links, are the caller's `placeholderHref` or `#`. `directoryMegaMenu` markets take an optional `href`; without one a market still links to `/markets/<marketSlug>`.

• 1636ffa: Demo links no longer invent site paths. The `directoryListingGrid` demo's detail route and base path, and the `directoryMegaMenu` demo's market links, are the caller's `placeholderHref` or `#`. `directoryMegaMenu` markets take an optional `href`; without one a market still links to `/markets/<marketSlug>`.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

6216174: The listing grid no longer drags the directory package root into client bundles, and links that share a URL no longer collide on React keys. `DirectoryListingGrid` reads the listing-type registry from `@wabbit/tome-directory/listing-types`, so importing `./render` from client code no longer pulls in payload and pino. The age gate's resource links and the listing detail's outbound links are keyed by their row `id`, else by position and url, so several links sharing `#` render cleanly. Requires `@wabbit/tome-directory` 1.9.0 or later.

• 6216174: The listing grid no longer drags the directory package root into client bundles, and links that share a URL no longer collide on React keys. `DirectoryListingGrid` reads the listing-type registry from `@wabbit/tome-directory/listing-types`, so importing `./render` from client code no longer pulls in payload and pino. The age gate's resource links and the listing detail's outbound links are keyed by their row `id`, else by position and url, so several links sharing `#` render cleanly. Requires `@wabbit/tome-directory` 1.9.0 or later.

cbfabd9: The age gate can no longer strand a visitor on a disabled "Entering…" button. - New `redirectTo` prop: a same-origin path the gate loads with a full document navigation after a passing verify (after `onVerified`). Values that are not a single-slash path, such as `//host` or absolute URLs, are ignored, so a `redirectTo` built from `?next=` cannot become an open redirect. - If the page is still showing the gate `proceedStallMs` (default 6s) after a pass, the button re-enables and a notice offers a plain Continue link (when `redirectTo` is set) or asks the visitor to press Enter again. - Docs: a host that navigates in `onVerified` must use a full document load. A client-router push can replay a prefetched redirect back to the gate, which is how a live site left visitors stuck after entering their date of birth.

• cbfabd9: The age gate can no longer strand a visitor on a disabled "Entering…" button. - New `redirectTo` prop: a same-origin path the gate loads with a full document navigation after a passing verify (after `onVerified`). Values that are not a single-slash path, such as `//host` or absolute URLs, are ignored, so a `redirectTo` built from `?next=` cannot become an open redirect. - If the page is still showing the gate `proceedStallMs` (default 6s) after a pass, the button re-enables and a notice offers a plain Continue link (when `redirectTo` is set) or asks the visitor to press Enter again. - Docs: a host that navigates in `onVerified` must use a full document load. A client-router push can replay a prefetched redirect back to the gate, which is how a live site left visitors stuck after entering their date of birth.

e2cfcf0: Accessibility and sign-in fixes for the directory pack. - Map markers (pins and clusters, all three providers) now guarantee a hit area of at least 24x24 CSS px (WCAG 2.2 SC 2.5.8), and 44x44 on coarse (touch) pointers, via transparent padding on the marker's inner wrapper. The drawn pin, its anchor tip, keyboard focus, and the re-asserted `aria-label` are unchanged. - `DirectoryReviewForm`: `signInHref` now defaults to `/login` (Tome Starter's route; `/sign-in` did not exist) with `?redirect=<current page>` appended. A `signInHref` you pass is used verbatim. `isLoggedIn` still defaults to `true` (changing it would break consumers that rely on it), but a 401/403 from the default submit path, or `authRequired: true` from a custom `submitAction`, now swaps the form to the sign-in prompt instead of a dead error. Consumers that set `requireLogin` should still pass the real `isLoggedIn`.

• e2cfcf0: Accessibility and sign-in fixes for the directory pack. - Map markers (pins and clusters, all three providers) now guarantee a hit area of at least 24x24 CSS px (WCAG 2.2 SC 2.5.8), and 44x44 on coarse (touch) pointers, via transparent padding on the marker's inner wrapper. The drawn pin, its anchor tip, keyboard focus, and the re-asserted `aria-label` are unchanged. - `DirectoryReviewForm`: `signInHref` now defaults to `/login` (Tome Starter's route; `/sign-in` did not exist) with `?redirect=<current page>` appended. A `signInHref` you pass is used verbatim. `isLoggedIn` still defaults to `true` (changing it would break consumers that rely on it), but a 401/403 from the default submit path, or `authRequired: true` from a custom `submitAction`, now swaps the form to the sign-in prompt instead of a dead error. Consumers that set `requireLogin` should still pass the real `isLoggedIn`.

6ee7fe4: Directory maps now use cooperative gestures by default: on touch, one finger scrolls the page and two fingers move the map; on desktop, wheel zoom needs Ctrl/Cmd. A map embedded in a scrolling page no longer traps a phone user who scrolls past it. MapLibre and Mapbox get `cooperativeGestures: true`, Google gets `gestureHandling: 'cooperative'`. Pass `cooperativeGestures: false` on the map view props (MapView, mountMaplibreMap, mountMapboxMap, mountGoogleMap) for a map that fills the viewport. Non-interactive maps are unaffected. Also fixes an orphaned map in every provider's MapView: when the component unmounted or re-ran while the SDK was still loading, the map that finished loading afterwards was never destroyed, leaving a second canvas and duplicate markers in the container.

• 6ee7fe4: Directory maps now use cooperative gestures by default: on touch, one finger scrolls the page and two fingers move the map; on desktop, wheel zoom needs Ctrl/Cmd. A map embedded in a scrolling page no longer traps a phone user who scrolls past it. MapLibre and Mapbox get `cooperativeGestures: true`, Google gets `gestureHandling: 'cooperative'`. Pass `cooperativeGestures: false` on the map view props (MapView, mountMaplibreMap, mountMapboxMap, mountGoogleMap) for a map that fills the viewport. Non-interactive maps are unaffected. Also fixes an orphaned map in every provider's MapView: when the component unmounted or re-ran while the SDK was still loading, the map that finished loading afterwards was never destroyed, leaving a second canvas and duplicate markers in the container.

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

483e0a1: The directory pack's preview listings now use a fictional plumbing business name. The listing grid, listing detail and map previews use an invented business and slug. Block fields and variants are unchanged.

• 483e0a1: The directory pack's preview listings now use a fictional plumbing business name. The listing grid, listing detail and map previews use an invented business and slug. Block fields and variants are unchanged.

e5ee256: `trackDirectoryEvent` and `DirectoryClickTrack` can now report an `outbound` click with a `kind`, and `source` and `surface` accept any registered key. Existing events are sent unchanged. An `outbound` event without a `kind` is not sent, because the ingestion endpoint could not count it. The `source` and `surface` types widen to `Known | (string & {})`, so a site can send the extra view sources and sponsored surfaces it registers in `@wabbit/tome-directory`'s `analytics` config. Sending the new `outbound` type needs `@wabbit/tome-directory` 1.6.0 on the server; an older server drops it.

• e5ee256: `trackDirectoryEvent` and `DirectoryClickTrack` can now report an `outbound` click with a `kind`, and `source` and `surface` accept any registered key. Existing events are sent unchanged. An `outbound` event without a `kind` is not sent, because the ingestion endpoint could not count it. The `source` and `surface` types widen to `Known | (string & {})`, so a site can send the extra view sources and sponsored surfaces it registers in `@wabbit/tome-directory`'s `analytics` config. Sending the new `outbound` type needs `@wabbit/tome-directory` 1.6.0 on the server; an older server drops it.

f4cd37c: The listing detail hours table now shows every opening window for a day. A day with split-shift hours (for example 09:00 – 13:00 and 17:00 – 22:00) previously showed only one window, because the table kept a single entry per weekday. It now lists all of them, and shows Closed only when a day has no open entries, matching `@wabbit/tome-directory`'s open-now rule.

• f4cd37c: The listing detail hours table now shows every opening window for a day. A day with split-shift hours (for example 09:00 – 13:00 and 17:00 – 22:00) previously showed only one window, because the table kept a single entry per weekday. It now lists all of them, and shows Closed only when a day has no open entries, matching `@wabbit/tome-directory`'s open-now rule.

e538c89: Pin, cluster and framing helpers are now importable from `@wabbit/tome-blocks-directory-pack/maps`, as the 1.4.0 changelog described. 1.4.0 shipped them only as internal modules, so a consumer could pass `pinGlyph` and render `DirectoryMapLegend` but could not import the `PinGlyph` type or the builders. Now available from `@wabbit/tome-blocks-directory-pack/maps`: `DEFAULT_PIN_GLYPH`, `PIN_CSS_VARS`, `PIN_WIDTH`, `PIN_HEIGHT`, `pinSvgMarkup`, `pinVisualState`, `pinAriaLabel`, `CLUSTER_CSS_VARS`, `CLUSTER_SIZE`, `clusterPins`, `clusterSvgMarkup`, `clusterAriaLabel`, `boundsForPins`, `framingPinsFor`, and the types `PinGlyph`, `PinGlyphMapViewProps`, `PinOpenState`, `PinStyleInput`, `ClusterablePin`, `ClusterBadgeInput`, `ClusterOptions`, `ClusterResult`, `PinCluster`, `SingleClusterResult`, `BoundablePin`, `BoundsBox`, `FramingOptions`, `LatLng`. All are browser-safe (no map SDK, no server imports). The DOM element builders stay internal to the providers.

• e538c89: Pin, cluster and framing helpers are now importable from `@wabbit/tome-blocks-directory-pack/maps`, as the 1.4.0 changelog described. 1.4.0 shipped them only as internal modules, so a consumer could pass `pinGlyph` and render `DirectoryMapLegend` but could not import the `PinGlyph` type or the builders. Now available from `@wabbit/tome-blocks-directory-pack/maps`: `DEFAULT_PIN_GLYPH`, `PIN_CSS_VARS`, `PIN_WIDTH`, `PIN_HEIGHT`, `pinSvgMarkup`, `pinVisualState`, `pinAriaLabel`, `CLUSTER_CSS_VARS`, `CLUSTER_SIZE`, `clusterPins`, `clusterSvgMarkup`, `clusterAriaLabel`, `boundsForPins`, `framingPinsFor`, and the types `PinGlyph`, `PinGlyphMapViewProps`, `PinOpenState`, `PinStyleInput`, `ClusterablePin`, `ClusterBadgeInput`, `ClusterOptions`, `ClusterResult`, `PinCluster`, `SingleClusterResult`, `BoundablePin`, `BoundsBox`, `FramingOptions`, `LatLng`. All are browser-safe (no map SDK, no server imports). The DOM element builders stay internal to the providers.

a2fdaa8: Directory map pins redesigned as drop pins: a themed SVG teardrop (house `--tome-directory-pin-*` custom properties, no literal hex) with a tenant-supplied glyph (`pinGlyph` on the map view props, `DirectoryMapLegend` and the `directoryMap` block; default `DEFAULT_PIN_GLYPH`, a neutral dot — brand/vertical marks stay in the consuming site) and a status badge (solid = open, half-filled = closing soon, absent = closed) instead of the old 28px pale disc. Sponsored pins render larger and are never dimmed; tier no longer paints the pin (see `src/maps/shared/pins.ts`'s file header for why). New exports: `PinGlyph`, `PinGlyphMapViewProps`, `DEFAULT_PIN_GLYPH`, `pinSvgMarkup`, `pinVisualState`, `pinAriaLabel`, `PIN_CSS_VARS` from `./maps` subpaths' `shared/pins`, and a new `shared/cluster` module (`clusterPins`, `buildClusterElement`, `clusterSvgMarkup`, `CLUSTER_CSS_VARS`) providing zoom-aware pin clustering with an open-share arc. `../shared/bounds`'s new `framingPinsFor` excludes far outliers (50+ miles) from the map's initial fit-bounds pass without hiding their markers. `DirectoryMapLegend` is now exported from `./render` and draws its swatches from the same SVG builders the map canvases use. Fixes two defects reported against the published build: MapLibre/Mapbox GL JS's `Marker` overwrites the marker root element's `style.opacity` every frame and its `aria-label` to `"Map marker"` inside `addTo()`, so the old closed-state dimming and every pin's accessible label were silently lost — pin visuals now live on an inner element the SDK never touches, and providers re-assert the real `aria-label` after `addTo()`. Fifty-plus pins in a metro no longer overlap into an indistinct blob (clustering) or force the initial view out to cover a store two towns over (`framingPinsFor`). **Consumer-facing SDK/API changes:** - `mount{Maplibre,Mapbox}Map`'s resolved value gained `destroy()` (removes every marker, the zoom-listener, and the map); `markers` stays a live array mutated in place across zoom-driven re-clusters, so existing manual-iteration cleanup code keeps working unchanged. - `mountGoogleMap`'s resolved value also gained `destroy()`; `cleanupMarkers` is now a live array for the same reason. - The `Maplibre`/`Mapbox`/`Google` `*MapLike` test-injection interfaces widened (`off`, `getZoom`, `easeTo` / `getZoom`, `setZoom`, `setCenter`, `addListener`) — only relevant to callers supplying a custom `deps.loadSdk` fake for tests. - `pins.ts`'s old `pinStyle()` export and the tier→color maps (`TIER_BACKGROUND`/`TIER_FOREGROUND`) are removed; `buildPinElement`'s signature is unchanged. Not done in this pass: a "Cluster" legend swatch limitation — clusters vary in size/color by open-share, so the legend shows one representative swatch rather than the full range; and Google's legacy (no `mapId`) `Marker` opacity dimming relies on the native `opacity` marker option rather than baking it into the icon SVG, for parity with how Google renders marker transparency natively.

• a2fdaa8: Directory map pins redesigned as drop pins: a themed SVG teardrop (house `--tome-directory-pin-*` custom properties, no literal hex) with a tenant-supplied glyph (`pinGlyph` on the map view props, `DirectoryMapLegend` and the `directoryMap` block; default `DEFAULT_PIN_GLYPH`, a neutral dot — brand/vertical marks stay in the consuming site) and a status badge (solid = open, half-filled = closing soon, absent = closed) instead of the old 28px pale disc. Sponsored pins render larger and are never dimmed; tier no longer paints the pin (see `src/maps/shared/pins.ts`'s file header for why). New exports: `PinGlyph`, `PinGlyphMapViewProps`, `DEFAULT_PIN_GLYPH`, `pinSvgMarkup`, `pinVisualState`, `pinAriaLabel`, `PIN_CSS_VARS` from `./maps` subpaths' `shared/pins`, and a new `shared/cluster` module (`clusterPins`, `buildClusterElement`, `clusterSvgMarkup`, `CLUSTER_CSS_VARS`) providing zoom-aware pin clustering with an open-share arc. `../shared/bounds`'s new `framingPinsFor` excludes far outliers (50+ miles) from the map's initial fit-bounds pass without hiding their markers. `DirectoryMapLegend` is now exported from `./render` and draws its swatches from the same SVG builders the map canvases use. Fixes two defects reported against the published build: MapLibre/Mapbox GL JS's `Marker` overwrites the marker root element's `style.opacity` every frame and its `aria-label` to `"Map marker"` inside `addTo()`, so the old closed-state dimming and every pin's accessible label were silently lost — pin visuals now live on an inner element the SDK never touches, and providers re-assert the real `aria-label` after `addTo()`. Fifty-plus pins in a metro no longer overlap into an indistinct blob (clustering) or force the initial view out to cover a store two towns over (`framingPinsFor`). **Consumer-facing SDK/API changes:** - `mount{Maplibre,Mapbox}Map`'s resolved value gained `destroy()` (removes every marker, the zoom-listener, and the map); `markers` stays a live array mutated in place across zoom-driven re-clusters, so existing manual-iteration cleanup code keeps working unchanged. - `mountGoogleMap`'s resolved value also gained `destroy()`; `cleanupMarkers` is now a live array for the same reason. - The `Maplibre`/`Mapbox`/`Google` `*MapLike` test-injection interfaces widened (`off`, `getZoom`, `easeTo` / `getZoom`, `setZoom`, `setCenter`, `addListener`) — only relevant to callers supplying a custom `deps.loadSdk` fake for tests. - `pins.ts`'s old `pinStyle()` export and the tier→color maps (`TIER_BACKGROUND`/`TIER_FOREGROUND`) are removed; `buildPinElement`'s signature is unchanged. Not done in this pass: a "Cluster" legend swatch limitation — clusters vary in size/color by open-share, so the legend shows one representative swatch rather than the full range; and Google's legacy (no `mapId`) `Marker` opacity dimming relies on the native `opacity` marker option rather than baking it into the icon SVG, for parity with how Google renders marker transparency natively.

2651355: `resolveDirectoryMapPins` now prefers a decorated listing's billing-resolved `resolvedTier` over its stored `tier` when building a map pin, so a lapsed subscription stops painting a Premier/Featured pin immediately instead of waiting for the grace-expiry job to downgrade the stored field. Requires `@wabbit/tome-directory`'s new `resolvedTier` field (additive, optional) on decorated listings.

• 2651355: `resolveDirectoryMapPins` now prefers a decorated listing's billing-resolved `resolvedTier` over its stored `tier` when building a map pin, so a lapsed subscription stops painting a Premier/Featured pin immediately instead of waiting for the grace-expiry job to downgrade the stored field. Requires `@wabbit/tome-directory`'s new `resolvedTier` field (additive, optional) on decorated listings.

c8827e7: The promotions rail's end date is now formatted with `formatDisplayDate` in a pinned `en-US` locale and UTC, so the client component no longer mismatches the server markup during hydration. Internal: collection slugs are typed through one package-internal helper instead of inline casts.

• c8827e7: The promotions rail's end date is now formatted with `formatDisplayDate` in a pinned `en-US` locale and UTC, so the client component no longer mismatches the server markup during hydration. Internal: collection slugs are typed through one package-internal helper instead of inline casts.
• 252ef2d: customer-facing wording: internal references removed from admin descriptions, error messages and block metadata.

b3e31f6: **BREAKING:** the Google and Mapbox geocoders moved out of the `'use client'` map modules into new `server-only` subpaths, `./maps/google/server` and `./maps/mapbox/server`. Import those once from server boot code to register `googleGeocoder` / `mapboxGeocoder` (the client `./maps/google` / `./maps/mapbox` modules no longer export or register them). The client halves now read only `NEXT_PUBLIC_*` env: the browser key falls back to `NEXT_PUBLIC_DIRECTORY_GOOGLE_MAPS_BROWSER_KEY` and the Mapbox token to `NEXT_PUBLIC_DIRECTORY_MAPBOX_ACCESS_TOKEN` (the old non-public names were read through a dynamic `process.env[name]` that is always undefined in a browser bundle); the server geocoders keep `DIRECTORY_GOOGLE_MAPS_SERVER_KEY` / `DIRECTORY_MAPBOX_ACCESS_TOKEN`. Google `staticMapUrl` now signs with the referrer-restricted browser key instead of the server key, which it had been embedding in every browser-fetched image URL. Call `configureGoogleMapsProvider({ serverApiKey })` from server code only.

• b3e31f6: **BREAKING:** the Google and Mapbox geocoders moved out of the `'use client'` map modules into new `server-only` subpaths, `./maps/google/server` and `./maps/mapbox/server`. Import those once from server boot code to register `googleGeocoder` / `mapboxGeocoder` (the client `./maps/google` / `./maps/mapbox` modules no longer export or register them). The client halves now read only `NEXT_PUBLIC_*` env: the browser key falls back to `NEXT_PUBLIC_DIRECTORY_GOOGLE_MAPS_BROWSER_KEY` and the Mapbox token to `NEXT_PUBLIC_DIRECTORY_MAPBOX_ACCESS_TOKEN` (the old non-public names were read through a dynamic `process.env[name]` that is always undefined in a browser bundle); the server geocoders keep `DIRECTORY_GOOGLE_MAPS_SERVER_KEY` / `DIRECTORY_MAPBOX_ACCESS_TOKEN`. Google `staticMapUrl` now signs with the referrer-restricted browser key instead of the server key, which it had been embedding in every browser-fetched image URL. Call `configureGoogleMapsProvider({ serverApiKey })` from server code only.
• 44b39f3: Directory-layer detection now uses blocks-core's `createLayerProbe` (same memoized behavior), so the `@wabbit/tome-blocks-core` peer floor rises to `>=0.18.0`. The unused required `@wabbit/tome-ui` peer is dropped: nothing in this pack imports it, and it was being installed onto every consumer.
• 56686d6: The listing-detail, listing-grid and map-pins server resolvers still fail soft to their empty state, but now log the swallowed error through `payload.logger.warn` — previously a listing page could silently render nothing with no trace.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

0237caf: The age gate's "Remember me on this device" checkbox is visible again. `@wabbit/tome-ui/base` resets inputs to `appearance: none` with no border or background, so the checkbox rendered as an invisible (but clickable) 16px box. It now restores the native control and tints it with `--tome-color-primary`.

• 0237caf: The age gate's "Remember me on this device" checkbox is visible again. `@wabbit/tome-ui/base` resets inputs to `appearance: none` with no border or background, so the checkbox rendered as an invisible (but clickable) 16px box. It now restores the native control and tints it with `--tome-color-primary`.

6d54319: Add client-side event tracking for the directory layer's owner analytics amendment. New public API at `@wabbit/tome-blocks-directory-pack/track` (also re-exported from the root barrel): `trackDirectoryEvent()`, a batched-`sendBeacon` client queue, and `<DirectoryEventBeacon>`/`<DirectoryClickTrack>`, the two composable wrappers that emit `view`, `sponsoredImpression`, `sponsoredClick`, `website`, `phone`, and `directions` events. Both no-op entirely when the browser sends Global Privacy Control or Do Not Track. Wired into the pack's existing sponsored-card surfaces: `directoryListingGrid` (impression + click on every card carrying the Sponsored label, tagged by a new `sponsoredSurface` prop so one block instance can serve the home band, a city page, or a plain listing-top grid), `directoryListingDetail` (a de-duped page view + a website-click tap), and `directoryMap` (a sponsored-pin click reaching both the canvas map providers and the accessible fallback list, plus impression tracking on the fallback list). No new CSS; no change to any existing block's authored-field contract beyond the additive `sponsoredSurface`/`viewSource` props.

• 6d54319: Add client-side event tracking for the directory layer's owner analytics amendment. New public API at `@wabbit/tome-blocks-directory-pack/track` (also re-exported from the root barrel): `trackDirectoryEvent()`, a batched-`sendBeacon` client queue, and `<DirectoryEventBeacon>`/`<DirectoryClickTrack>`, the two composable wrappers that emit `view`, `sponsoredImpression`, `sponsoredClick`, `website`, `phone`, and `directions` events. Both no-op entirely when the browser sends Global Privacy Control or Do Not Track. Wired into the pack's existing sponsored-card surfaces: `directoryListingGrid` (impression + click on every card carrying the Sponsored label, tagged by a new `sponsoredSurface` prop so one block instance can serve the home band, a city page, or a plain listing-top grid), `directoryListingDetail` (a de-duped page view + a website-click tap), and `directoryMap` (a sponsored-pin click reaching both the canvas map providers and the accessible fallback list, plus impression tracking on the fallback list). No new CSS; no change to any existing block's authored-field contract beyond the additive `sponsoredSurface`/`viewSource` props.

e40f6c6: Close the second registry read in `DirectoryListingGrid`: card links. 1.1.1 made the Type facet independent of the process-wide listing-type registry, but each card's detail link was still built from `getListingType(listing.listingType)?.detailRoute`, so a host with the registry populated on the server only still got SSR cards wrapped in `<a>` and client cards without one (React hydration error #418 persisted on tome-starter's `/blocks/directory-pack`). The block gains an optional `detailRoutes` field (`{ [listingTypeValue]: '/route/[slug]' }`) used verbatim when set, with the registry as the fallback when absent; `./demo` passes it. `test/integration/demo-determinism.test.ts` now renders EVERY block and variant's demo through `renderToStaticMarkup` with an empty registry and with a host-populated one (the demo's own `trades-shop` under a different detail route, plus an unrelated type) and asserts identical markup, so a future registry read anywhere in the pack fails the suite rather than surfacing as a consumer hydration error. Controls prove the registry does change the grid's links and facets when the explicit fields are omitted. No breaking changes: `detailRoutes` is optional and the registry fallback is unchanged.

• e40f6c6: Close the second registry read in `DirectoryListingGrid`: card links. 1.1.1 made the Type facet independent of the process-wide listing-type registry, but each card's detail link was still built from `getListingType(listing.listingType)?.detailRoute`, so a host with the registry populated on the server only still got SSR cards wrapped in `<a>` and client cards without one (React hydration error #418 persisted on tome-starter's `/blocks/directory-pack`). The block gains an optional `detailRoutes` field (`{ [listingTypeValue]: '/route/[slug]' }`) used verbatim when set, with the registry as the fallback when absent; `./demo` passes it. `test/integration/demo-determinism.test.ts` now renders EVERY block and variant's demo through `renderToStaticMarkup` with an empty registry and with a host-populated one (the demo's own `trades-shop` under a different detail route, plus an unrelated type) and asserts identical markup, so a future registry read anywhere in the pack fails the suite rather than surfacing as a consumer hydration error. Controls prove the registry does change the grid's links and facets when the explicit fields are omitted. No breaking changes: `detailRoutes` is optional and the registry fallback is unchanged.

67f96d3: Make the `./demo` gallery previews render identically on server and client, and stop emitting a media document id as an image URL. - `DirectoryListingGrid` gains an optional `facetListingTypes` block field. When set it is used verbatim for the Type facet; when absent the renderer falls back to the process-wide listing-type registry as before. A host that registers its listing types in its server config only (every consumer) had the registry populated during SSR and empty in the browser, so a gallery preview inside a client island rendered the facet nav on the server and dropped it on the client — React hydration error #418 on tome-starter's `/blocks/directory-pack`. `getDirectoryListingGridDemoProps` now passes an explicit `facetListingTypes`. - The listing-grid, listing-detail, and mega-menu demos no longer place `DemoContext.placeholderMediaId` (a media DOCUMENT id) into `photos` / `image.url`, which the renderers use directly as `<img src>` — the gallery host requested `/blocks/demo-placeholder` and 404'd on every card. Listing photos are now empty (the pack's own fallback frame renders) and the mega-menu demo cards use the `muted` style. - New `test/integration/demo-determinism.test.ts` proves both: a real `renderToStaticMarkup` of the grid demo is byte-identical with an empty registry and with a registry holding an unrelated type (with a control showing the registry DOES change the markup when `facetListingTypes` is omitted), and no demo prop across all eight blocks and every variant carries the media id in a URL slot. No breaking changes: `facetListingTypes` is optional and the registry fallback is unchanged.

• 67f96d3: Make the `./demo` gallery previews render identically on server and client, and stop emitting a media document id as an image URL. - `DirectoryListingGrid` gains an optional `facetListingTypes` block field. When set it is used verbatim for the Type facet; when absent the renderer falls back to the process-wide listing-type registry as before. A host that registers its listing types in its server config only (every consumer) had the registry populated during SSR and empty in the browser, so a gallery preview inside a client island rendered the facet nav on the server and dropped it on the client — React hydration error #418 on tome-starter's `/blocks/directory-pack`. `getDirectoryListingGridDemoProps` now passes an explicit `facetListingTypes`. - The listing-grid, listing-detail, and mega-menu demos no longer place `DemoContext.placeholderMediaId` (a media DOCUMENT id) into `photos` / `image.url`, which the renderers use directly as `<img src>` — the gallery host requested `/blocks/demo-placeholder` and 404'd on every card. Listing photos are now empty (the pack's own fallback frame renders) and the mega-menu demo cards use the `muted` style. - New `test/integration/demo-determinism.test.ts` proves both: a real `renderToStaticMarkup` of the grid demo is byte-identical with an empty registry and with a registry holding an unrelated type (with a control showing the registry DOES change the markup when `facetListingTypes` is omitted), and no demo prop across all eight blocks and every variant carries the media id in a URL slot. No breaking changes: `facetListingTypes` is optional and the registry fallback is unchanged.

d97cd99: Add `./meta` and `./demo` export subpaths so a `@wabbit/tome-blocks-gallery` consumer (e.g. tome-starter's `/blocks` route) can register this pack's eight blocks — mirrors `@wabbit/tome-blocks-cinema-pack` and `@wabbit/tome-blocks-dossier-pack` exactly. - `./meta` exports `directoryPackBlockMeta`: every block's client-safe `meta` plus its declared `variants`, in the pack's registration order — no Payload import, no CSS Module. - `./demo` exports `getDemoProps(blockSlug, variant, ctx?)`: realistic, brand-free fictional props (a generic "Demo City" trades directory — plumbing/electrical/HVAC) for all eight blocks across every declared variant. Returns `null` for a slug this pack doesn't own. - Both subpaths are proven client-safe two ways: a static source-import walk (`test/integration/meta-demo-subpath.test.ts`) and a real load of the built files under a bare `node -e` child process with none of this package's own test-harness CSS/`server-only` stubs — so a regression that reintroduces a Payload or CSS dependency would actually fail, not pass silently. No breaking changes — purely additive exports; every existing subpath (`.`, `./render`, `./render/register`, `./server`, `./maps*`, `./chrome`, `./styles.css`) is unchanged.

• d97cd99: Add `./meta` and `./demo` export subpaths so a `@wabbit/tome-blocks-gallery` consumer (e.g. tome-starter's `/blocks` route) can register this pack's eight blocks — mirrors `@wabbit/tome-blocks-cinema-pack` and `@wabbit/tome-blocks-dossier-pack` exactly. - `./meta` exports `directoryPackBlockMeta`: every block's client-safe `meta` plus its declared `variants`, in the pack's registration order — no Payload import, no CSS Module. - `./demo` exports `getDemoProps(blockSlug, variant, ctx?)`: realistic, brand-free fictional props (a generic "Demo City" trades directory — plumbing/electrical/HVAC) for all eight blocks across every declared variant. Returns `null` for a slug this pack doesn't own. - Both subpaths are proven client-safe two ways: a static source-import walk (`test/integration/meta-demo-subpath.test.ts`) and a real load of the built files under a bare `node -e` child process with none of this package's own test-harness CSS/`server-only` stubs — so a regression that reintroduces a Payload or CSS dependency would actually fail, not pass silently. No breaking changes — purely additive exports; every existing subpath (`.`, `./render`, `./render/register`, `./server`, `./maps*`, `./chrome`, `./styles.css`) is unchanged.

0636540: Fix three defects in `DirectoryAgeGate` (paired with the `@wabbit/tome-directory` age-gate fix in this same change): 1. **The alternate-class button was a duplicate of Enter.** It called the same `submitDob()` with no signal that the alternate class was being claimed, so pressing either button sent an identical request. The alternate button now asserts `claimAlternateClass: true`; plain Enter asserts `false`. Fixes the visitor-facing half of the compliance defect where an under-`minAge` visitor could be admitted as the alternate class without ever choosing to claim it. 2. **No terminal state on the success path — the reported stall.** `submitDob()` set status to `submitting` and never left it on success, so a slow destination route (or a hung/failed request) left the button on "Checking…", disabled, forever, with no way to retry. The verify request is now bounded by an `AbortController` (`verifyTimeoutMs` prop, default 10s); a passing verify moves to a distinct `success` state ("Entering…", still disabled since the consumer is expected to navigate away via `onVerified`) instead of staying on `submitting`; a timed-out, aborted, network-failed, or non-2xx response lands in a new `error` state (readable message, button re-enabled) that is now distinct from `denied` (visitor doesn't meet the age requirement) — previously both cases were indistinguishable and both read as "you're not old enough," which was actively misleading for a transport failure. 3. **"Remember me on this device" never left the component.** The checkbox state is now included in the request (`remember`) alongside `claimAlternateClass`. **Breaking changes** (hence major, not patch): - `DirectoryAgeGateProps['verifyAction']` changed from `(dob: DirectoryAgeGateDob) => Promise<DirectoryAgeGateVerifyResult>` to `(request: DirectoryAgeGateVerifyRequest) => Promise<DirectoryAgeGateVerifyResult>`, where `DirectoryAgeGateVerifyRequest = { dob, claimAlternateClass?, remember? }`. Any consumer supplying a custom `verifyAction` must read `request.dob` instead of `dob`, and should honor `request.claimAlternateClass`/`request.remember` the way `defaultAgeGateVerify` does, or its gate will regress on defects 1 and 3 above. **The reference consumer is not affected** — it uses the default `verifyEndpoint` fetch path, not a custom `verifyAction` (verified against its `AgeGateClient.tsx`). - `DirectoryAgeGateVerifyResult` gained an optional `error?: 'timeout' | 'network'` field. Additive — a consumer reading only `.ok`/`.class` is unaffected. The real verify endpoint never sets this field; it's set only by client-side transport helpers. - New `verifyTimeoutMs` prop (optional, default 10000) — additive, no action needed. - `defaultAgeGateVerify`'s exported signature changed (now takes a `DirectoryAgeGateVerifyRequest` object plus an `options: { signal? }` argument instead of a bare `dob`) — this helper is internal to the package (not re-exported from any `package.json` `exports` subpath), so this is not a public API break, noted here only for completeness. Tokens-only CSS: added `.errorNotice` to `DirectoryAgeGate.module.css` using `var(--tome-color-warning-text, var(--tome-color-error-text))` — no literal colors.

• 0636540: Fix three defects in `DirectoryAgeGate` (paired with the `@wabbit/tome-directory` age-gate fix in this same change): 1. **The alternate-class button was a duplicate of Enter.** It called the same `submitDob()` with no signal that the alternate class was being claimed, so pressing either button sent an identical request. The alternate button now asserts `claimAlternateClass: true`; plain Enter asserts `false`. Fixes the visitor-facing half of the compliance defect where an under-`minAge` visitor could be admitted as the alternate class without ever choosing to claim it. 2. **No terminal state on the success path — the reported stall.** `submitDob()` set status to `submitting` and never left it on success, so a slow destination route (or a hung/failed request) left the button on "Checking…", disabled, forever, with no way to retry. The verify request is now bounded by an `AbortController` (`verifyTimeoutMs` prop, default 10s); a passing verify moves to a distinct `success` state ("Entering…", still disabled since the consumer is expected to navigate away via `onVerified`) instead of staying on `submitting`; a timed-out, aborted, network-failed, or non-2xx response lands in a new `error` state (readable message, button re-enabled) that is now distinct from `denied` (visitor doesn't meet the age requirement) — previously both cases were indistinguishable and both read as "you're not old enough," which was actively misleading for a transport failure. 3. **"Remember me on this device" never left the component.** The checkbox state is now included in the request (`remember`) alongside `claimAlternateClass`. **Breaking changes** (hence major, not patch): - `DirectoryAgeGateProps['verifyAction']` changed from `(dob: DirectoryAgeGateDob) => Promise<DirectoryAgeGateVerifyResult>` to `(request: DirectoryAgeGateVerifyRequest) => Promise<DirectoryAgeGateVerifyResult>`, where `DirectoryAgeGateVerifyRequest = { dob, claimAlternateClass?, remember? }`. Any consumer supplying a custom `verifyAction` must read `request.dob` instead of `dob`, and should honor `request.claimAlternateClass`/`request.remember` the way `defaultAgeGateVerify` does, or its gate will regress on defects 1 and 3 above. **The reference consumer is not affected** — it uses the default `verifyEndpoint` fetch path, not a custom `verifyAction` (verified against its `AgeGateClient.tsx`). - `DirectoryAgeGateVerifyResult` gained an optional `error?: 'timeout' | 'network'` field. Additive — a consumer reading only `.ok`/`.class` is unaffected. The real verify endpoint never sets this field; it's set only by client-side transport helpers. - New `verifyTimeoutMs` prop (optional, default 10000) — additive, no action needed. - `defaultAgeGateVerify`'s exported signature changed (now takes a `DirectoryAgeGateVerifyRequest` object plus an `options: { signal? }` argument instead of a bare `dob`) — this helper is internal to the package (not re-exported from any `package.json` `exports` subpath), so this is not a public API break, noted here only for completeness. Tokens-only CSS: added `.errorNotice` to `DirectoryAgeGate.module.css` using `var(--tome-color-warning-text, var(--tome-color-error-text))` — no literal colors.
• 7050ab3: Add an `unpaid` entry to `maps/shared/pins.ts`'s `TIER_BACKGROUND`/`TIER_FOREGROUND` `Record<DirectoryTier, string>` maps, matching `@wabbit/tome-directory`'s new `unpaid` floor tier (see that package's changeset for the full sellable-entry-tier design). Same muted styling `claimed` already had — a pin's fill color is a visual rank cue, not a claim-status cue, so the new floor tier renders identically to how `claimed` rendered before. Purely additive; no behavior change for any existing tier.
• Updated dependencies [0636540]
• Updated dependencies [f248c05]
• Updated dependencies [e032576]
• Updated dependencies [7050ab3] - @wabbit/tome-directory@1.0.0

39c34f3: Fix three consumer-confirmed defects in the directory map/registration path (a production consumer, Next 16): 1. `DirectoryMap.tsx` never forwarded `gatePassed` on to `provider.MapView` — every provider's `MapView` independently fail-secures on a missing `gatePassed` (`assertGatePassed`), so even a genuinely-passed age gate never mounted a map. `DirectoryMap` now forwards `block.gatePassed ?? true` (matching its own already-resolved "undefined = no gate configured = treat as passed" semantics) to the provider. 2. Added an optional `onPinHover?: (id: string | null) => void` extension (`../maps/shared/hover.ts`, composed the same local way `GateGuardedMapViewProps` widens the shared `DirectoryMapViewProps` contract) and wired it into all three providers' marker creation — `mouseenter`/`mouseleave` on the DOM marker element for maplibre/mapbox and the AdvancedMarkerElement `content` element for google, `mouseover`/`mouseout` for google's legacy `Marker` fallback. Guarded/no-op wherever the caller doesn't supply it. 3. Investigated the reported "Invalid hook call... useId" crash rendering `directoryReviewForm`/`directoryClaimCta` through `@wabbit/tome-blocks-directory-pack/server`. Verified against a real build: `tsup`'s `bundle: false` correctly preserves each file's `'use client'` directive and `dist/server/index.js` genuinely imports (never inlines) the two static blocks from `../render/register.js` — the specific mechanism the report suspected does not reproduce against current source. Added a regression test (`test/integration/rsc-boundary.test.ts`) asserting both invariants directly against built `dist/` output, so a future build-pipeline regression (e.g. `bundle: false` flipped, or `wrapHydrated` mistakenly applied to a static block) fails loudly. Flagging for a separate platform-level look: the render registry's `globalThis`-anchored sharing across Next's separate react-server/SSR/client module-graph instances (`@wabbit/tome-blocks-core/render/registry.ts`) is a plausible root cause for the consumer's actual crash and is out of scope for a single-pack patch. Also unlocked direct `node --test` coverage of this pack's render components for the first time: `test/support/stub-css-modules.mjs` (a Node ESM loader hook, mirroring the existing `stub-server-only.mjs` pattern) stubs `.css`/`.module.css` imports so `DirectoryMap.tsx` can be imported and exercised directly under the plain test runner.

• 39c34f3: Fix three consumer-confirmed defects in the directory map/registration path (a production consumer, Next 16): 1. `DirectoryMap.tsx` never forwarded `gatePassed` on to `provider.MapView` — every provider's `MapView` independently fail-secures on a missing `gatePassed` (`assertGatePassed`), so even a genuinely-passed age gate never mounted a map. `DirectoryMap` now forwards `block.gatePassed ?? true` (matching its own already-resolved "undefined = no gate configured = treat as passed" semantics) to the provider. 2. Added an optional `onPinHover?: (id: string | null) => void` extension (`../maps/shared/hover.ts`, composed the same local way `GateGuardedMapViewProps` widens the shared `DirectoryMapViewProps` contract) and wired it into all three providers' marker creation — `mouseenter`/`mouseleave` on the DOM marker element for maplibre/mapbox and the AdvancedMarkerElement `content` element for google, `mouseover`/`mouseout` for google's legacy `Marker` fallback. Guarded/no-op wherever the caller doesn't supply it. 3. Investigated the reported "Invalid hook call... useId" crash rendering `directoryReviewForm`/`directoryClaimCta` through `@wabbit/tome-blocks-directory-pack/server`. Verified against a real build: `tsup`'s `bundle: false` correctly preserves each file's `'use client'` directive and `dist/server/index.js` genuinely imports (never inlines) the two static blocks from `../render/register.js` — the specific mechanism the report suspected does not reproduce against current source. Added a regression test (`test/integration/rsc-boundary.test.ts`) asserting both invariants directly against built `dist/` output, so a future build-pipeline regression (e.g. `bundle: false` flipped, or `wrapHydrated` mistakenly applied to a static block) fails loudly. Flagging for a separate platform-level look: the render registry's `globalThis`-anchored sharing across Next's separate react-server/SSR/client module-graph instances (`@wabbit/tome-blocks-core/render/registry.ts`) is a plausible root cause for the consumer's actual crash and is out of scope for a single-pack patch. Also unlocked direct `node --test` coverage of this pack's render components for the first time: `test/support/stub-css-modules.mjs` (a Node ESM loader hook, mirroring the existing `stub-server-only.mjs` pattern) stubs `.css`/`.module.css` imports so `DirectoryMap.tsx` can be imported and exercised directly under the plain test runner.

8ae9519: Fix RSC boundary violation: `./render/register`'s `registerDirectoryRenderers` transitively imported `./server/createHydratedRenderers` (which carries `import 'server-only'`), so any Client Component importing `./render/register` for the plain `renderers` map broke its build under Next 16 Turbopack ("'server-only' cannot be imported from a Client Component module"). `registerDirectoryRenderers` moved to `@wabbit/tome-blocks-directory-pack/server` — composing server-only hydration resolvers onto render components is a server-only concern, and `./render/register` now exports only the client-safe `renderers` map / `registerRenderers()`, with no edge to `../server/*`. Consumers must update their import: `registerDirectoryRenderers` now comes from `@wabbit/tome-blocks-directory-pack/server`, not `@wabbit/tome-blocks-directory-pack/render/register`. `scripts/assert-rsc-boundaries.mjs` (repo root) is extended to statically check every package's `src/render/{register,index}.ts` entry point for `server-only` reachability, so this class of regression fails before reaching a consumer build.

• 8ae9519: Fix RSC boundary violation: `./render/register`'s `registerDirectoryRenderers` transitively imported `./server/createHydratedRenderers` (which carries `import 'server-only'`), so any Client Component importing `./render/register` for the plain `renderers` map broke its build under Next 16 Turbopack ("'server-only' cannot be imported from a Client Component module"). `registerDirectoryRenderers` moved to `@wabbit/tome-blocks-directory-pack/server` — composing server-only hydration resolvers onto render components is a server-only concern, and `./render/register` now exports only the client-safe `renderers` map / `registerRenderers()`, with no edge to `../server/*`. Consumers must update their import: `registerDirectoryRenderers` now comes from `@wabbit/tome-blocks-directory-pack/server`, not `@wabbit/tome-blocks-directory-pack/render/register`. `scripts/assert-rsc-boundaries.mjs` (repo root) is extended to statically check every package's `src/render/{register,index}.ts` entry point for `server-only` reachability, so this class of regression fails before reaching a consumer build.

d606673: New package. Pro-tier local-directory block pack — `directoryMap`, `directoryListingGrid`, `directoryListingDetail`, `directoryPromotionsRail`, `directoryClaimCta`, `directoryReviewForm`, `directoryAgeGate`, `directoryMegaMenu` — plus the map/geocoder provider registry (`@wabbit/tome-blocks-directory-pack/maps`, default MapLibre + Nominatim) with typed STUB implementations for MapLibre, Google, and Mapbox providers. All eight blocks ship with final field schemas and variant keys; render bodies, hydration resolvers (`./server`), and the three map provider bodies are STUBs replaced in place by Wave 2's W2-BLOCKS-A/B and W2-MAPS agents without a breaking change to this package's public barrels.

• d606673: New package. Pro-tier local-directory block pack — `directoryMap`, `directoryListingGrid`, `directoryListingDetail`, `directoryPromotionsRail`, `directoryClaimCta`, `directoryReviewForm`, `directoryAgeGate`, `directoryMegaMenu` — plus the map/geocoder provider registry (`@wabbit/tome-blocks-directory-pack/maps`, default MapLibre + Nominatim) with typed STUB implementations for MapLibre, Google, and Mapbox providers. All eight blocks ship with final field schemas and variant keys; render bodies, hydration resolvers (`./server`), and the three map provider bodies are STUBs replaced in place by Wave 2's W2-BLOCKS-A/B and W2-MAPS agents without a breaking change to this package's public barrels.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

9994d34: proposal-plans: the "This proposal" tag moves under the plan name when they don't fit on one line. The name used to shrink instead, so a short name like "Tend" broke mid-word at narrower desktop widths.

• 9994d34: proposal-plans: the "This proposal" tag moves under the plan name when they don't fit on one line. The name used to shrink instead, so a short name like "Tend" broke mid-word at narrower desktop widths.

1f6bba5: proposal-asks: the per-row lead-in is now optional. This matches proposal-checklist. A row can be plain text and the numeral still marks it, so copy written to a no-bold-lead-in voice rule never has to fake a lead-in. Existing rows render unchanged.

• 1f6bba5: proposal-asks: the per-row lead-in is now optional. This matches proposal-checklist. A row can be plain text and the numeral still marks it, so copy written to a no-bold-lead-in voice rule never has to fake a lead-in. Existing rows render unchanged.

f820792: The plans block's totals strip now follows the client's add-on choice on the same page, so its "today" and "at go-live" figures match the add-ons strip. The add-ons change event (`tome:proposal-addons-change`) now carries the new figures (`totalCents`, `todayCents`, `goLiveCents`) alongside `keys`. While a proposal is open, the plans strip listens for it. Existing listeners that read only `keys` are unaffected.

• f820792: The plans block's totals strip now follows the client's add-on choice on the same page, so its "today" and "at go-live" figures match the add-ons strip. The add-ons change event (`tome:proposal-addons-change`) now carries the new figures (`totalCents`, `todayCents`, `goLiveCents`) alongside `keys`. While a proposal is open, the plans strip listens for it. Existing listeners that read only `keys` are unaffected.

15d7848: New `proposal-addons` block: optional priced extras a client can tick before signing, with a live strip showing the new total, today's payment and the go-live balance. The add-ons come from the deal through the render context (`ctx.addOns`, `ctx.baseCents`, `ctx.depositFraction`), never from the block, so the host prices exactly what the client saw. While a proposal is sent, each add-on is a checkbox named `tome-proposal-addon` inside a `data-tome-proposal-addons="choice"` wrapper, and every change dispatches `tome:proposal-addons-change`. Before signing the block shows the defaults; after signing, the chosen set. Offer-card prices and cover figures gain a `base` binding (and a `{base}` token): the price before add-ons, so the card for the core work keeps its own price once an extra is added. `total` still means what the client pays. Nothing changes for existing proposals: the new context fields are optional, and a context without them renders exactly as before. No consumer action is needed unless you want to offer add-ons.

• 15d7848: New `proposal-addons` block: optional priced extras a client can tick before signing, with a live strip showing the new total, today's payment and the go-live balance. The add-ons come from the deal through the render context (`ctx.addOns`, `ctx.baseCents`, `ctx.depositFraction`), never from the block, so the host prices exactly what the client saw. While a proposal is sent, each add-on is a checkbox named `tome-proposal-addon` inside a `data-tome-proposal-addons="choice"` wrapper, and every change dispatches `tome:proposal-addons-change`. Before signing the block shows the defaults; after signing, the chosen set. Offer-card prices and cover figures gain a `base` binding (and a `{base}` token): the price before add-ons, so the card for the core work keeps its own price once an extra is added. `total` still means what the client pays. Nothing changes for existing proposals: the new context fields are optional, and a context without them renders exactly as before. No consumer action is needed unless you want to offer add-ons.

d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

• ce84df0: Block descriptions read as plain descriptions of what each block shows, not developer notes. 53 block and variant descriptions carried package names, "Fully static — no peer required", `data-variant`, slots and hydration details. These are what a visitor reads in a block catalog, so each now says in plain words what the block shows and when to use it. The developer facts aren't lost: each one moves into the block's `usage.howToUse` (or, where a block has none, a code comment above its description), and the 20 that `howToUse` already covered are simply dropped from the description. CTA's `with-form` variant no longer claims to render lead-capture fields: it says it leaves room for a form the site supplies, which is what it does.

072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

• 072f973: New optional fields and theme hooks: an inline call link on the split hero, image labels, a quotes-grid testimonial layout, an open-first FAQ, and a stat-strip note. **marketing-starter, `high-impact-hero`:** the `split` variant now shows `callAction` (`label`, `phone`) and renders it as an inline `tel:` link after the buttons, for example "or call (555) 010-2030" (`data-hero-call`). An empty label reads "or call" after buttons and "Call" without them. In every variant that shows supporting images, `supportingImages[]` gains `label`, a short tag set over the image such as "Illustrative photo" (`data-compliance-label`), and `captionMeta`, a smaller second caption line (`data-caption-meta`). Every variant that renders actions marks its action row `data-hero-actions` (quick-ask already did): the row holding the buttons and the inline call on `split`, otherwise the button row itself. The attribute is the only markup change. **marketing-starter, `testimonial`:** each entry gains an optional `complianceLabel`, shown with its quote in every layout (`data-compliance-label`). The `layout` select adds `quotes-grid`: every testimonial becomes a short quote in a responsive grid, with an optional `stat` tile (`value`, `text`, `label`, `position`) placed at its 1-based cell among the quotes, default 2. Hooks: `data-testimonial-layout="quotes-grid"`, `data-testimonial-cell` on every cell, `data-testimonial-stat` on the tile, `data-testimonial-stat-value` on its value. **marketing-starter, `faq`:** an `openFirst` checkbox (default off) renders the first question open and marks the root with `data-faq-open-first`. Every FAQ now carries part hooks: `data-faq-item` on each `<details>`, `data-faq-question` on its `<summary>`, and `data-faq-answer` on a new plain `<div>` around each answer (the answer's own element comes from your rich-text adapter, which accepts only a class name). **proposal-pack, `proposal-stat-strip`:** an optional `note` renders a source or compliance line under the figures (`data-stat-note`), with the same tokens as the stats. When the section header does not show, the root now carries `data-stat-strip-headless`; nothing renders in the header's place, so no gap is left above the figures. Every new field is optional, and the rendered markup is unchanged while they are empty; the additions to existing output are the FAQ part-hook attributes, the unstyled answer wrapper, the `data-hero-actions` attribute on hero action rows, and the `data-stat-strip-headless` attribute on stat strips that already had no header. The new fields add columns, so run your Payload migration and regenerate types. **extras:** the shared `HeroLinkList` accepts an optional `containerData` (extra `data-*` attributes for its row element). Omitted, the row renders exactly as before.

ee3a168: `proposal-stat-strip` stats take an optional `label` (e.g. "Licensed"), rendered above the value with a `[data-stat-label]` hook. The field is optional and renders nothing when empty, so existing strips are unchanged. The label accepts the same deal tokens as the value and caption.

• ee3a168: `proposal-stat-strip` stats take an optional `label` (e.g. "Licensed"), rendered above the value with a `[data-stat-label]` hook. The field is optional and renders nothing when empty, so existing strips are unchanged. The label accepts the same deal tokens as the value and caption.

991cb97: `proposal-stat-strip` exposes stable `data-*` part hooks for themes: `data-stat-list`, `data-stat`, `data-stat-value`, `data-stat-caption` and `data-stat-header`. The hooks are pure additions: classes, styles and layout are unchanged. `data-stat-header` is a `display: contents` wrapper around the section header strip, rendered only when the strip shows, so it adds no box; target the strip's text through it (for example `[data-stat-header] p`).

• 991cb97: `proposal-stat-strip` exposes stable `data-*` part hooks for themes: `data-stat-list`, `data-stat`, `data-stat-value`, `data-stat-caption` and `data-stat-header`. The hooks are pure additions: classes, styles and layout are unchanged. `data-stat-header` is a `display: contents` wrapper around the section header strip, rendered only when the strip shows, so it adds no box; target the strip's text through it (for example `[data-stat-header] p`).

775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

• 775f90a: Published packages now contain compiled JavaScript and type declarations under a one-line license banner, and no longer include source maps. What you install: one compiled `.js` (ESM) and `.cjs` (CommonJS) file per source module, its `.d.ts` / `.d.cts` declarations, and the stylesheets, fonts and other assets a package already shipped. Every JavaScript module opens with a comment naming the package and its license: `/*! @wabbit/<package> — © Wabbit, LLC. Wabbit Tome Commercial License (see LICENSE.md). Not for redistribution. */`. The `.map` files and the `sourceMappingURL` comments that pointed at them are gone, which roughly halves the size of each tarball. Debugging: the code is still unbundled and unminified, one readable file per module, so a stack trace points at real code with real names. Line numbers in a stack trace are one higher than before, because of the banner line. A `'use client'` directive stays the first statement of its module (the banner is a comment above it), so React Server Component boundaries are unchanged. No API change, no runtime behavior change, and nothing to do on upgrade. In `@wabbit/tome-blocks-gallery`, the source snapshots `extractGallerySource` writes from an installed pack leave out the license banner line, so a component or config snapshot starts at the code and a paid block's preview shows its first 15 lines of real code.

f18bfd0: The Proposal Media Spread call-to-action link now uses the `rel` a registered CTA resolver supplies. With no resolver registered the markup is unchanged: a new-tab link still gets `rel="noopener noreferrer"`. Needs `@wabbit/tome-blocks-house` with CTA resolver registration to take effect.

• f18bfd0: The Proposal Media Spread call-to-action link now uses the `rel` a registered CTA resolver supplies. With no resolver registered the markup is unchanged: a new-tab link still gets `rel="noopener noreferrer"`. Needs `@wabbit/tome-blocks-house` with CTA resolver registration to take effect.

483e0a1: The plans block's preview and admin hints now use the generic Essential, Plus and Premier service levels. The preview prices are illustrative, and the plan keys in the preview data are renamed to match. The selectedBind field and its stored values are unchanged.

• 483e0a1: The plans block's preview and admin hints now use the generic Essential, Plus and Premier service levels. The preview prices are illustrative, and the plan keys in the preview data are renamed to match. The selectedBind field and its stored values are unchanged.

c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

• c14a133: The pack works on a stock Next.js site: its per-block stylesheets now ship precompiled, so the site needs no next.config plugin. Each renderer's `.tome-css` stylesheet is compiled when the pack is built, into a JS module next to it (`<Name>.tome-css.js` / `.cjs`), and the renderers import that. A site no longer has to wrap next.config with `withTomeBlockStyles` to use the pack, and `./render` and `./render/register` now load under plain Node, so seed scripts, tests and the Payload CLI can import them. Each block's CSS is still inlined only on pages that render the block. A site that already uses `withTomeBlockStyles` needs no change. Scoped class names change once, because they are now keyed on the package rather than on where it is installed. The raw `.tome-css` files stay in the package as readable source.

8c84e70: Solid CTAs and tags filled with the accent text ink now use the page color as their label instead of `on-accent`, which pairs with the accent fill and measured about 2:1 on the text ink. campaign-hero, campaign-close and campaign-tiers also read the band's accent ink and its label on solid-dark bands.

• 8c84e70: Solid CTAs and tags filled with the accent text ink now use the page color as their label instead of `on-accent`, which pairs with the accent fill and measured about 2:1 on the text ink. campaign-hero, campaign-close and campaign-tiers also read the band's accent ink and its label on solid-dark bands.

**Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 14 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - The shared `styles/proposalGrid.module.css` (the grid every proposal block composes from) is now `styles/proposalGrid.tome-css`; each block renders it alongside its own stylesheet, and React dedupes it to one copy per page. The global `styles/proposal-grid.css` that sites import is unchanged. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

• **Breaking: block stylesheets are now per-block (`.tome-css`).** Each block's CSS ships only on pages that render it, instead of in every page's CSS bundle. The 14 stylesheets moved from `X.module.css` to `X.tome-css`, and each renderer renders `<BlockStyles sheet={styles} />` from `@wabbit/tome-blocks-core/block-styles`. **Required in the consuming site:** wrap next.config with `withTomeBlockStyles` (`@wabbit/tome-blocks-core/next`, blocks-core 0.22.0 or later); without it the `.tome-css` imports fail to build. See the blocks-core README, "Per-block stylesheets". - The `@wabbit/tome-blocks-core` peer range is now `>=0.22.0 <1.0.0`. - The shared `styles/proposalGrid.module.css` (the grid every proposal block composes from) is now `styles/proposalGrid.tome-css`; each block renders it alongside its own stylesheet, and React dedupes it to one copy per page. The global `styles/proposal-grid.css` that sites import is unchanged. Exported names and props are unchanged. - Block CSS now loads after all bundled CSS. A site-level rule that overrode one of this pack's classes at equal specificity, and won only by loading later, no longer wins.

40be7f8: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

• 40be7f8: CSS files are copied to `dist/` by a post-build script instead of a tsup `onSuccess` hook, whose output the type-declaration phase can remove.

proposal-stat-strip and proposal-monthly size their columns to the item count (2–4) instead of a fixed three. A two-stat strip or two-stage path no longer leaves an empty third column and sits off-center, and a four-item one no longer wraps.

• proposal-stat-strip and proposal-monthly size their columns to the item count (2–4) instead of a fixed three. A two-stat strip or two-stage path no longer leaves an empty third column and sits off-center, and a four-item one no longer wraps.
• Signature field hints no longer carry a personal name.

proposal-plans: the plan columns and totals now span the content track (subgrid root, like proposal-monthly) instead of the 600px reading measure, where three cards were ~200px each and broke words mid-word on desktop. The note stays on the measure.

• proposal-plans: the plan columns and totals now span the content track (subgrid root, like proposal-monthly) instead of the 600px reading measure, where three cards were ~200px each and broke words mid-word on desktop. The note stays on the measure.

05b8575: New block: `proposal-plans`, the "choose your service level" picker — one to four priced plan columns (e.g. Care/Tend/Grow) with the level a proposal is set to highlighted, an optional client radio choice (mounted only while the deal is `sent`), and a running-total strip (today / at go-live / then monthly). Adds two new optional `ProposalRenderContext` fields — `careTier` and `depositAllowed` (defaults to `true`) — read by `readProposalContext`; both are additive and backward compatible.

• 05b8575: New block: `proposal-plans`, the "choose your service level" picker — one to four priced plan columns (e.g. Care/Tend/Grow) with the level a proposal is set to highlighted, an optional client radio choice (mounted only while the deal is `sent`), and a running-total strip (today / at go-live / then monthly). Adds two new optional `ProposalRenderContext` fields — `careTier` and `depositAllowed` (defaults to `true`) — read by `readProposalContext`; both are additive and backward compatible.
• de67199: ProposalStatement: the big statement no longer overflows narrow phones. Its type floor is now min(4.5rem, 20vw) instead of a flat 4.5rem — it only bites below ~400px (320px → 64px, 390px → 78px at an 18px root), so tablet and desktop sizes are unchanged, and an unbreakable long word wraps as a last resort instead of pushing the page sideways.
• c3468b0: `register()` is now built with blocks-core's `createPackRegistrar`, and media fields take their `relationTo` from `mediaRelation(config)` instead of a local `as CollectionSlug` cast. Behavior and signatures are unchanged. The `@wabbit/tome-blocks-core` peer floor goes up to `>=0.18.0` because that is the first version exporting the helpers.

404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

• 404d325: Tome block packs now install into an existing Payload project the way the README says: one `npm install`, one CSS import, no undocumented steps. Proven by the new fresh-install smoke test (`scripts/blocks-fresh-install-smoke.mjs`) against a brand-new `create-payload-app` website-template site. **Consumers: list `@wabbit/tome-blocks-core` and `@wabbit/tome-ui` in your own `package.json`** if you import from them (npm 7+ and pnpm install required peers automatically, so a fresh `npm install` of a pack already brings them in). - **One shared `blocks-core` per site.** Every pack, `blocks-house` and `blocks-extras` now declare `@wabbit/tome-blocks-core` (and, where used, `-house` / `-extras`) as a required peer with an explicit range instead of a regular dependency, so a site gets exactly one hoisted copy and one adapter registry. - **No more ERESOLVE in plain Payload sites.** `blocks-core` no longer declares `@wabbit/tome-core` or `@wabbit/tome-catalog` (their optional peer graph pulled `better-auth` → `@sveltejs/kit` → `vite@8` against a site's `vite@7`). The `block-bundle` product type still auto-registers when both are installed; new structural types `BlockBundleProductTypeDeps`, `BlockBundleProductTypeRegistryLike`, `RegisterProductTypeHooksLike`. - **Tokens in one line:** `@import '@wabbit/tome-blocks-core/styles.css';` (new export; imports `@wabbit/tome-ui/tokens`). `@wabbit/tome-ui` is now a required peer of `blocks-core`. - **Rich text and images render with no adapter setup.** Built-in defaults render Lexical through `@payloadcms/richtext-lexical/react` and resolve populated Payload uploads; an unpopulated upload id warns once in every environment (previously content vanished silently in production). Registered adapters still win. - **Payload's spread-props convention:** new `adaptRenderersForPayload(renderers)` / `adaptRendererForPayload(Component)` wrap any pack's `renderers` map for a site that renders `<Block {...block} />`. - **Slug collisions with Payload's templates** (`cta`, `banner`, `archive`, `content`, `code`): new `applyBlockSlugOverrides(blocks, overrides)` and `remapRendererSlugs(renderers, overrides)` (`@wabbit/tome-blocks-core/slugOverrides`). Defaults are unchanged; no stored data migrates. - **`blocks-house`** owns `gsap` and `hls.js` as dependencies (previously optional peers that still broke the build when missing), and registers GSAP's `ScrollTrigger` itself before first use. - **Full-bleed bands actually span the grid.** Eight `pinnedBand` blocks (cinema-pack AmbientBand, MediaPanel, PullInterlude, SceneCaption, ScenePlate, ScrubStory, StatementBand; blocks-house FullBleedInterstitial) now declare `grid-column: 1 / -1` at their root as the contract requires. **Visible change:** inside a tome-ui `.grid`, these render edge to edge where they were previously squeezed to content width. - **`@wabbit/tome-ui`:** `.grid` declares `reading-start` / `reading-end` below 768px (aliased to the content column), so blocks placed on the reading column no longer collapse to a sliver on phones. - Every pack README gains an "Install into an existing Payload project" section and a peer table that matches `package.json`; `blocks-core`'s README carries the full walkthrough.

Three layout fixes from the first real proposal: - An aside beside a hung box (a checklist plate with its "what it does not touch" note) now stacks under the box between 1024px and 1279px, and hangs beside it from 1280px. At 1024 the side track left the aside 57px wide, and it overflowed the page by 13px. - The statement band's body stays flush with its headline even when the host's rich-text adapter wraps it in a centering container (it sat about 190px to the right inside the wide column). - Checklist plates and offer cards use 20px inner padding below 1024px and match the 50px hang from 1024px up, where their text has to line up with the measure. At 50px everywhere, a phone squeezed a plate's text column to about 150px.

• Three layout fixes from the first real proposal: - An aside beside a hung box (a checklist plate with its "what it does not touch" note) now stacks under the box between 1024px and 1279px, and hangs beside it from 1280px. At 1024 the side track left the aside 57px wide, and it overflowed the page by 13px. - The statement band's body stays flush with its headline even when the host's rich-text adapter wraps it in a centering container (it sat about 190px to the right inside the wide column). - Checklist plates and offer cards use 20px inner padding below 1024px and match the 50px hang from 1024px up, where their text has to line up with the measure. At 50px everywhere, a phone squeezed a plate's text column to about 150px.

e044594: Initial release. Twelve free-tier proposal blocks (cover, letter, chapter, stat strip, statement, monthly, media spread, doors, checklist, offers, asks, close) on the house grid, a `ProposalRenderContext` for live deal figures and `{token}` fills, and the "Letter with plates" starting template.

• e044594: Initial release. Twelve free-tier proposal blocks (cover, letter, chapter, stat strip, statement, monthly, media spread, doors, checklist, offers, asks, close) on the house grid, a `ProposalRenderContext` for live deal figures and `{token}` fills, and the "Letter with plates" starting template.

2288bb9: Three new variants for the local blocks: a Session Board for the class schedule, a package card for the price list, and a cards layout for logistics. Every existing variant renders exactly as before. `local-class-schedule` gains a `board` variant: today's sessions as ticket rows (time, name with its age rule and note, the session price, and a state chip: "On now, until 7:00 PM", "Starts 7:30 PM", "Finished" or "Sold out"). Sessions come from tome-local's `sessionsThisWeek` filtered to today in the schedule's timezone, so finished sessions stay (dimmed) unless `showFinished` is off. New fields: `sessionLine` (a clock line with `{date}`, `{time}` and `{closes}`), `footnote` (text with an optional link), `showFinished`, and the copy fields `labels.now` and `labels.starts`. The board renders nothing without a timezone or without a session today. "Sold out" shows only from a hand-entered availability line that has not expired. A small client island keeps the chips and the clock true at session boundaries and hides a cached board once its date has passed (`data-board-date`). `local-price-list` gains a `package` variant built on the fee card: a headline price with the headcount ("for 10 guests"), the price of each extra, the length, a deposit with its refund note, and an inclusions list, all optional, with prices in minor units through the existing formatter. Add-ons are items that set only a name, a line and a price. Item fields: `headcount`, `extra`, `duration`, `deposit`, `inclusions`. The fee-card fields `per`, `emphasis`, `kicker` and `action` and the block opener now also show for `package`; the opener group in the admin is renamed "Fee cards". Fact names live under `labels` (`packageLength`, `packageExtra`, `packageDeposit`, `packageNoDeposit`, `packageHeadcount`). `local-logistics` gains a `cards` variant: the address, one card per visit-note group, the hours and the profile's service areas and credentials as equal cards, then link cards (`links[]` with a title, a line and a button, such as a waiver). New fields: `links`, `findLabel` and `newTabNotice`. The variant shows no map. Hooks are listed in the package README: `data-board-*` (and `data-schedule-board`), `data-package-*`, and `data-logistics-cards`, `data-logistics-card` and `data-logistics-link-action`. Needs `@wabbit/tome-local` 0.7.0 or later for the session price.

• 2288bb9: Three new variants for the local blocks: a Session Board for the class schedule, a package card for the price list, and a cards layout for logistics. Every existing variant renders exactly as before. `local-class-schedule` gains a `board` variant: today's sessions as ticket rows (time, name with its age rule and note, the session price, and a state chip: "On now, until 7:00 PM", "Starts 7:30 PM", "Finished" or "Sold out"). Sessions come from tome-local's `sessionsThisWeek` filtered to today in the schedule's timezone, so finished sessions stay (dimmed) unless `showFinished` is off. New fields: `sessionLine` (a clock line with `{date}`, `{time}` and `{closes}`), `footnote` (text with an optional link), `showFinished`, and the copy fields `labels.now` and `labels.starts`. The board renders nothing without a timezone or without a session today. "Sold out" shows only from a hand-entered availability line that has not expired. A small client island keeps the chips and the clock true at session boundaries and hides a cached board once its date has passed (`data-board-date`). `local-price-list` gains a `package` variant built on the fee card: a headline price with the headcount ("for 10 guests"), the price of each extra, the length, a deposit with its refund note, and an inclusions list, all optional, with prices in minor units through the existing formatter. Add-ons are items that set only a name, a line and a price. Item fields: `headcount`, `extra`, `duration`, `deposit`, `inclusions`. The fee-card fields `per`, `emphasis`, `kicker` and `action` and the block opener now also show for `package`; the opener group in the admin is renamed "Fee cards". Fact names live under `labels` (`packageLength`, `packageExtra`, `packageDeposit`, `packageNoDeposit`, `packageHeadcount`). `local-logistics` gains a `cards` variant: the address, one card per visit-note group, the hours and the profile's service areas and credentials as equal cards, then link cards (`links[]` with a title, a line and a button, such as a waiver). New fields: `links`, `findLabel` and `newTabNotice`. The variant shows no map. Hooks are listed in the package README: `data-board-*` (and `data-schedule-board`), `data-package-*`, and `data-logistics-cards`, `data-logistics-card` and `data-logistics-link-action`. Needs `@wabbit/tome-local` 0.7.0 or later for the session price.

f321f0b: The class schedule block shows a session price when a row has one. The price prints on its own line under the time and age line, with a `data-class-price` hook and tabular figures: "$18", "From $12", "$12–$20", "Free" or "Price on request", followed by the row's "per" text. Nothing renders for a row with no price, and the calendar download never includes the price. The inline class rows gain the same `price` group as the shared timetable, the block gains a `currency` field (the shared timetable's currency wins when the block reads it), and the block's copy gains `priceFrom`, `priceFree` and `priceRequest` labels. Prices use the price list's minor-units rule and formatter. Needs `@wabbit/tome-local` 0.7.0 or later.

• f321f0b: The class schedule block shows a session price when a row has one. The price prints on its own line under the time and age line, with a `data-class-price` hook and tabular figures: "$18", "From $12", "$12–$20", "Free" or "Price on request", followed by the row's "per" text. Nothing renders for a row with no price, and the calendar download never includes the price. The inline class rows gain the same `price` group as the shared timetable, the block gains a `currency` field (the shared timetable's currency wins when the block reads it), and the block's copy gains `priceFrom`, `priceFree` and `priceRequest` labels. Prices use the price list's minor-units rule and formatter. Needs `@wabbit/tome-local` 0.7.0 or later.

e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

• e2f64c4: A save now moves renamed keys to their American names and empties the old ones. This is the second of three steps toward American spelling in stored values. On the class schedule block and collection, `enrolLabel`, `enrolHref`, `enrol` and `labels.enrol` move to `enrollLabel`, `enrollHref`, `enroll` and `labels.enroll`. On the event list board, `labels.cancelled` moves to `labels.canceled`. Anything that still writes an old key lands in the new one. This fixes clearing a field: a value sent for the new key, even a blank one, wins and the old value is emptied, so it no longer comes back on the next read or shows on the public page. The old group and label no longer have default values, so a new block stores nothing under them. Renderers still read the old keys, so a block that hasn't been saved or backfilled looks the same. The class schedule and event calendar demos use the new names. **BREAKING:** `@wabbit/tome-blocks-local-pack` now needs `@wabbit/tome-local` 0.6.0 or later, which exports these save hooks from `@wabbit/tome-local/classes`.

3606dc7: The `enrol` names and two option values now accept their American spellings. This is the first of three steps, and nothing that gets written changes yet. Class schedule rows and the class schedule block gain `enrollLabel`, `enrollHref`, the `enroll` link group and the `labels.enroll` copy key. The renderer reads each new key first and falls back to the old `enrol` key, field by field. The old fields are hidden in the admin, not removed, so a save never drops a stored value, and the new fields show the stored value while the new key is empty. The credential kind `license` joins `licence`, and the price list tag `house-favorite` joins `house-favourite`. A credentials strip claim bound to either spelling of the kind matches both, and both tag values show the same label. The admin shows both options, because Payload cannot hide one select option; the old one is labeled "(legacy spelling)".

• 3606dc7: The `enrol` names and two option values now accept their American spellings. This is the first of three steps, and nothing that gets written changes yet. Class schedule rows and the class schedule block gain `enrollLabel`, `enrollHref`, the `enroll` link group and the `labels.enroll` copy key. The renderer reads each new key first and falls back to the old `enrol` key, field by field. The old fields are hidden in the admin, not removed, so a save never drops a stored value, and the new fields show the stored value while the new key is empty. The credential kind `license` joins `licence`, and the price list tag `house-favorite` joins `house-favourite`. A credentials strip claim bound to either spelling of the kind matches both, and both tag values show the same label. The admin shows both options, because Payload cannot hide one select option; the old one is labeled "(legacy spelling)".

65020e0: **BREAKING:** the class-schedule enroll button hook is now `data-schedule-enroll` (was `data-schedule-enrol`). Update any site CSS or script that targets the old attribute. The block tags now read `enrollment` and `license`. Stored field names are unchanged.

• 65020e0: **BREAKING:** the class-schedule enroll button hook is now `data-schedule-enroll` (was `data-schedule-enrol`). Update any site CSS or script that targets the old attribute. The block tags now read `enrollment` and `license`. Stored field names are unchanged.
• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

dedba9f: The locations block now labels sample places once on the map instead of on every card, and can write hours as "Mon to Fri 7:30 AM to 5:30 PM". When a live map is shown, the sample label is printed on the map (`data-map-sample`) and the cards stay clean; with no map each sample place still carries its own label. The new optional `hoursRangeWord` field (for example "to") replaces the en dash between days and between times; empty keeps the dash.

• dedba9f: The locations block now labels sample places once on the map instead of on every card, and can write hours as "Mon to Fri 7:30 AM to 5:30 PM". When a live map is shown, the sample label is printed on the map (`data-map-sample`) and the cards stay clean; with no map each sample place still carries its own label. The new optional `hoursRangeWord` field (for example "to") replaces the en dash between days and between times; empty keeps the dash.

a3a2e5d: `LocalLocations` takes an optional `renderOfficeExtra(office)` prop: what it returns is appended inside each place, after its actions. A wrapper that knows more about a place, such as who is seen there, adds it through the slot instead of reworking the returned markup. Unset, or returning nothing, the output is byte for byte what it was. It is a server-side function prop and is never passed to a client island.

• a3a2e5d: `LocalLocations` takes an optional `renderOfficeExtra(office)` prop: what it returns is appended inside each place, after its actions. A wrapper that knows more about a place, such as who is seen there, adds it through the slot instead of reworking the returned markup. Unset, or returning nothing, the output is byte for byte what it was. It is a server-side function prop and is never passed to a client island.

0517734: **BREAKING:** requires `@wabbit/tome-local` 0.4 or newer; adds two location blocks, a `location` data source on three existing blocks, and an optional live map. **Migration:** upgrade `@wabbit/tome-local` to 0.4 or newer. Nothing else is required: with the local layer's `locations` option off, the existing blocks' schema, hook and output are unchanged (goldens hold this), and the two new blocks simply appear in the pack. New blocks `local-locations` (the places as a list, each with a live open-or-closed status in its own time zone, one place renders as that one place) and `local-desk-strip` (every office's status, the desk phone and one book action). Build `local-logistics`, `local-live-status` and `local-credentials` with `locationsSlug` and their `dataSource` gains `location`. Build `local-logistics` or `local-locations` with `liveMap: true` and `mapMode` gains `live`; import `@wabbit/tome-blocks-local-pack/live-map` once on the server to register the map island over `@wabbit/tome-maps` (a new optional peer). The map loads only after the visitor presses "Show map", the directions links stand in until then and if it cannot load, and a place that hides its address is never pinned. `local-price-list` gains no location source. The new blocks render hooks only; the theme owns the look.

• 0517734: **BREAKING:** requires `@wabbit/tome-local` 0.4 or newer; adds two location blocks, a `location` data source on three existing blocks, and an optional live map. **Migration:** upgrade `@wabbit/tome-local` to 0.4 or newer. Nothing else is required: with the local layer's `locations` option off, the existing blocks' schema, hook and output are unchanged (goldens hold this), and the two new blocks simply appear in the pack. New blocks `local-locations` (the places as a list, each with a live open-or-closed status in its own time zone, one place renders as that one place) and `local-desk-strip` (every office's status, the desk phone and one book action). Build `local-logistics`, `local-live-status` and `local-credentials` with `locationsSlug` and their `dataSource` gains `location`. Build `local-logistics` or `local-locations` with `liveMap: true` and `mapMode` gains `live`; import `@wabbit/tome-blocks-local-pack/live-map` once on the server to register the map island over `@wabbit/tome-maps` (a new optional peer). The map loads only after the visitor presses "Show map", the directions links stand in until then and if it cannot load, and a place that hides its address is never pinned. `local-price-list` gains no location source. The new blocks render hooks only; the theme owns the look.
• 666f4eb: `safeHref` now comes from `@wabbit/tome-core/utilities/safeHref`; the pack re-exports it from its existing internal path. Behavior is unchanged. The `@wabbit/tome-core` peer range is raised to `>=1.32.0`, the release that exports the new subpath.

ad9f2f3: Facility row actions can name their place, and "Show on plan" can link to the full plan on another page. The four row action labels (Show on plan, Directions, Inquire, Details) on `local-facilities` now fill `{name}` and `{plate}`. A label that carries `{name}` is the link's accessible name by itself, so a screen reader no longer hears the name twice ("See Field 4 on the full plan, Field 4"). Labels without the token print exactly as before, with the name appended to the accessible name. `showOnPlanHrefTemplate` (optional, `{key}` filled, for example `/site#plan-{key}`) sets where "Show on plan" goes, which lets a `locator` inset on an event page link to the site's full plan. Blank keeps the link on the marker on the same page, as before.

• ad9f2f3: Facility row actions can name their place, and "Show on plan" can link to the full plan on another page. The four row action labels (Show on plan, Directions, Inquire, Details) on `local-facilities` now fill `{name}` and `{plate}`. A label that carries `{name}` is the link's accessible name by itself, so a screen reader no longer hears the name twice ("See Field 4 on the full plan, Field 4"). Labels without the token print exactly as before, with the name appended to the accessible name. `showOnPlanHrefTemplate` (optional, `{key}` filled, for example `/site#plan-{key}`) sets where "Show on plan" goes, which lets a `locator` inset on an event page link to the site's full plan. Blank keeps the link on the marker on the same page, as before.

99c0bba: New block: `local-facilities`, the places at a venue as a keyed list beside an illustrated site plan, free in the local pack. Additive: no existing block changes, and a page without the new block renders exactly as before. - **Three variants.** `plan` (the default) sets the list of places beside a site plan image with a key-plate marker for each place; `list` is the list alone; `locator` shows one place (`locateKey`, else the first row) with only its marker, for an event page's "where it is" inset. - **Places.** `facilities[]` holds 1 to 60 rows: `name`, `key`, `plate`, `type` (rows group under it, with a row of category links, `showGroupNav`), `scheduleKey`, `hoursText`, `accessibility`, `status` with `statusNote` and `statusExpires`, `lat` and `lng`, the marker's `x` and `y` (percent of the plan image), a photo with its alt text, `blurb`, `href` and `bookable`. - **The key.** `^[a-z0-9][a-z0-9-]{0,23}$`, unique in the block (a duplicate is refused). Rows are `#<idPrefix>facility-<key>` and markers `#<idPrefix>plan-<key>`, the same id forms the org pack's event rows link to. - **Honest states.** The open state comes only from a named schedule in the business profile ("Open now · closes at 9:00 PM"); a row without one makes no claim, and a schedule that cannot be read is never shown as closed. A `limited` or `closed` status requires an expiry and stops printing after it. `lat` and `lng` are both-or-neither and give a keyless Directions link. Alt text is required with a photo and with the plan. The plan always carries its "Illustrative plan" label. - **Works without script.** The list comes first in the page, the full plan follows it, every marker is a link to its row and "Show on plan" is a link to its marker. - **The island.** Scroll-spy lights the marker of the row in view; a marker click scrolls its row to the middle and focuses its heading; the open state and the status stay true on a cached page (a silent correction at mount, then one polite announcement for a change after load); reduced motion turns every scroll into an instant jump. - **Plan marker hooks.** Each plan marker carries `data-facility-name` (the plain name, so a callout can read "Field 4" while the accessible name keeps the plate) and `data-facility-status` (`limited` or `closed` while a status is live, absent otherwise; the island drops it at expiry, and the phone sheet's marker buttons carry both). - **Landing on a link.** A page opened at, or moved to, `#plan-<key>` or `#facility-<key>` lights that place, flashes its marker briefly, centers the row and focuses its heading, and holds scroll-spy until the visitor's next input. `idPrefix` namespaces every id when a page holds two facilities blocks. - **Phones.** Below 48rem the plan becomes a short card pinned to the bottom of the screen with the active marker and an "Open full plan" button. "Show on plan" opens a full-screen sheet titled "Plan of {place}" (the profile's business name) with zoom in, zoom out and "Fit", pan by scrolling, and the key list; focus stays inside until Escape or Close and then returns. A link landing on a phone shows the card, not the sheet. - **Locator open state.** `showOpenState: false` drops the open-state line and its `data-facility-open` hook, for a locator beside an event on another day. - **US spelling.** The booking link is `inquiryHrefTemplate` (`{key}` fills), its default label is "Inquire" and its hook is `a[data-facility-inquire]`. - **Every word is a label.** `labels` covers the actions, the open-state words, the status chips, the category nav, "Open full plan", the sheet title, Close, the zoom controls and "Fit", the pan area, the key heading, the list and marker names and the plan's alt text. Public hooks for themes are listed in the README under Local Facilities. On a SQL database the new block adds its own tables when a site regenerates its migrations; nothing existing changes. **Checkpoint A fixes.** The facilities changes below are defaults of the new block; `local-live-status` gains two opt-in options and its default output is unchanged. - **Facilities: a closure replaces the open-state line.** A live `closed` status (unexpired) now replaces "Open now · closes at 9:00 PM", so a closed row never says both. `limited` keeps both. The island does the same on a cached page and writes the open state back at expiry; a closed row has no `data-facility-open` while the closure is live. - **Facilities: layout column hook.** The header and layout read `--tome-facilities-column` (default `content-start / content-end`, as before). A host whose page grid has no named lines sets it to `1 / -1`; a browser without subgrid falls back to `1 / -1`. - **Facilities: plan aspect ratio.** When the stored plan upload has both `width` and `height`, the figure carries `--fc-plan-ratio` and the image takes that aspect ratio, so an SVG with no intrinsic size is not 0px tall in WebKit. Nothing changes without both. - **Live status: two opt-in options.** `showSeparator` (checkbox, off) renders `span[data-live-sep]`, an aria-hidden middle dot between the lead and the detail ("Open now · closes at 9:00 PM"); leave it off when the theme draws its own. `clockMinutes` (`auto`, the default, or `always`) keeps the minutes on the hour ("9:00 PM" in the locale style, "9:00" in compact). Unset, both render exactly as before. `local-logistics` already shows minutes in its hours table and has no open-now sentence, and the facilities open-state line is unchanged by default.

• 99c0bba: New block: `local-facilities`, the places at a venue as a keyed list beside an illustrated site plan, free in the local pack. Additive: no existing block changes, and a page without the new block renders exactly as before. - **Three variants.** `plan` (the default) sets the list of places beside a site plan image with a key-plate marker for each place; `list` is the list alone; `locator` shows one place (`locateKey`, else the first row) with only its marker, for an event page's "where it is" inset. - **Places.** `facilities[]` holds 1 to 60 rows: `name`, `key`, `plate`, `type` (rows group under it, with a row of category links, `showGroupNav`), `scheduleKey`, `hoursText`, `accessibility`, `status` with `statusNote` and `statusExpires`, `lat` and `lng`, the marker's `x` and `y` (percent of the plan image), a photo with its alt text, `blurb`, `href` and `bookable`. - **The key.** `^[a-z0-9][a-z0-9-]{0,23}$`, unique in the block (a duplicate is refused). Rows are `#<idPrefix>facility-<key>` and markers `#<idPrefix>plan-<key>`, the same id forms the org pack's event rows link to. - **Honest states.** The open state comes only from a named schedule in the business profile ("Open now · closes at 9:00 PM"); a row without one makes no claim, and a schedule that cannot be read is never shown as closed. A `limited` or `closed` status requires an expiry and stops printing after it. `lat` and `lng` are both-or-neither and give a keyless Directions link. Alt text is required with a photo and with the plan. The plan always carries its "Illustrative plan" label. - **Works without script.** The list comes first in the page, the full plan follows it, every marker is a link to its row and "Show on plan" is a link to its marker. - **The island.** Scroll-spy lights the marker of the row in view; a marker click scrolls its row to the middle and focuses its heading; the open state and the status stay true on a cached page (a silent correction at mount, then one polite announcement for a change after load); reduced motion turns every scroll into an instant jump. - **Plan marker hooks.** Each plan marker carries `data-facility-name` (the plain name, so a callout can read "Field 4" while the accessible name keeps the plate) and `data-facility-status` (`limited` or `closed` while a status is live, absent otherwise; the island drops it at expiry, and the phone sheet's marker buttons carry both). - **Landing on a link.** A page opened at, or moved to, `#plan-<key>` or `#facility-<key>` lights that place, flashes its marker briefly, centers the row and focuses its heading, and holds scroll-spy until the visitor's next input. `idPrefix` namespaces every id when a page holds two facilities blocks. - **Phones.** Below 48rem the plan becomes a short card pinned to the bottom of the screen with the active marker and an "Open full plan" button. "Show on plan" opens a full-screen sheet titled "Plan of {place}" (the profile's business name) with zoom in, zoom out and "Fit", pan by scrolling, and the key list; focus stays inside until Escape or Close and then returns. A link landing on a phone shows the card, not the sheet. - **Locator open state.** `showOpenState: false` drops the open-state line and its `data-facility-open` hook, for a locator beside an event on another day. - **US spelling.** The booking link is `inquiryHrefTemplate` (`{key}` fills), its default label is "Inquire" and its hook is `a[data-facility-inquire]`. - **Every word is a label.** `labels` covers the actions, the open-state words, the status chips, the category nav, "Open full plan", the sheet title, Close, the zoom controls and "Fit", the pan area, the key heading, the list and marker names and the plan's alt text. Public hooks for themes are listed in the README under Local Facilities. On a SQL database the new block adds its own tables when a site regenerates its migrations; nothing existing changes. **Checkpoint A fixes.** The facilities changes below are defaults of the new block; `local-live-status` gains two opt-in options and its default output is unchanged. - **Facilities: a closure replaces the open-state line.** A live `closed` status (unexpired) now replaces "Open now · closes at 9:00 PM", so a closed row never says both. `limited` keeps both. The island does the same on a cached page and writes the open state back at expiry; a closed row has no `data-facility-open` while the closure is live. - **Facilities: layout column hook.** The header and layout read `--tome-facilities-column` (default `content-start / content-end`, as before). A host whose page grid has no named lines sets it to `1 / -1`; a browser without subgrid falls back to `1 / -1`. - **Facilities: plan aspect ratio.** When the stored plan upload has both `width` and `height`, the figure carries `--fc-plan-ratio` and the image takes that aspect ratio, so an SVG with no intrinsic size is not 0px tall in WebKit. Nothing changes without both. - **Live status: two opt-in options.** `showSeparator` (checkbox, off) renders `span[data-live-sep]`, an aria-hidden middle dot between the lead and the detail ("Open now · closes at 9:00 PM"); leave it off when the theme draws its own. `clockMinutes` (`auto`, the default, or `always`) keeps the minutes on the hour ("9:00 PM" in the locale style, "9:00" in compact). Unset, both render exactly as before. `local-logistics` already shows minutes in its hours table and has no open-now sentence, and the facilities open-state line is unchanged by default.

1636ffa: The `local-class-finder` and `local-class-pathway` demos' trial links and the finder's ask form point at `#`, not an invented `/trial` route.

• 1636ffa: The `local-class-finder` and `local-class-pathway` demos' trial links and the finder's ask form point at `#`, not an invented `/trial` route.

d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

• d51ad89: Gallery and preview demo props no longer invent site paths. A demo link is now the caller's `placeholderHref` or `#`, so rendered demos stop emitting real `<a href>`s to pages that exist on no site. README: subpath and file mentions are written package-qualified (for example `@wabbit/tome-x/render`) or as code text, so crawlers no longer resolve them as site URLs.

d27b90c: **BREAKING:** `local-class-schedule` can now read the shared class timetable and gains opt-in controls for a booking-led timetable; the `@wabbit/tome-local` peer floor rises to `>=0.3.0`. **Migration:** upgrade `@wabbit/tome-local` to `^0.3.0` alongside this package. To use the shared timetable, build it with `createLocalLayer({ classSchedules: true })` and pass its slug when you build the block: `localClassScheduleBlock.block({ classSchedulesSlug: local.slugs.classSchedules })`. A site that does nothing renders exactly as before. - **Shared source.** `source: 'collection'` with a `schedule` relationship (and a virtual `scheduleData` filled by a per-request read hook) shows one `local-class-schedules` document, so a finder, a pathway and this timetable agree. The document wins for classes, term, breaks, timezone, week start, age bands and levels; the block keeps its copy and display options. "This week" and "finished" come from `sessionsThisWeek`. A missing, unpublished or unreadable document falls back to the block's own rows. `source` defaults to `inline`, and a stored block without it renders byte for byte as before. - **Age bands and the URL.** `ageFilter: 'bands'` lists age bands (the document's, or the block's own `ageBands[]`), matched by overlap. `?age=5-7` and `?level=` in the page address, else `preset`, choose the starting filters. - **Level stripe.** `levels[]` (the document's, or the block's own) places each class on its track, and the stripe is rendered as markup with its text beside it (`data-level-stripe`, `data-level-segment`, `data-level-step`, `data-level-steps`, `data-level-text`). Switch it off with `show.levelStripe`. - **Opt-in options**, each off or empty by default: `intro`; `summary` (a polite live region with a clear button); `emptyDays: 'note'` (the day keeps its column and says "No classes for {age} on {day}s"); `markNext` and `actionEmphasis: 'next'` (`data-schedule-next` on the soonest unfinished class with room, recomputed when the filter changes, and one filled enroll button); `data-schedule-age-fixed` and `data-schedule-level-fixed` on the root while a filter has a value; `showDates` (dates in the day headings and phone tabs); `labels.finished` (the word "Finished"), `labels.calendarRow` (a calendar link named for its class, day and time) and `calendarWhenFull: false`; `calendarLink` (one calendar file of the classes on show, a weekly series to the term's end with a skipped date per break); `moreLink`; `printLabel`. - **For consumers.** The package exports `scheduleFields`, `makeScheduleReadHook`, `loadScheduleForRequest` and `DEFAULT_CLASS_SCHEDULES_SLUG` for blocks that read the same document, and the shared `LevelStripe` markup is a server component with no new client island. **New block: `local-class-finder`.** A hero that answers "which class do we start in?" in place. Variant `ask` is the home hero: two pill questions (an age band, then experience) resolve through `rules[]` (first match wins) to one result card with the said-back line, "Start in {class}", the class's level stripe and level line ("Level 1 of 5 · 45 minutes · 1 coach to 8"), this week's remaining times, a spots line, the trial button and a timetable link that carries `?age=<band>`. The server renders the default answer, so it works without script; a small island answers taps in place (a polite live region, no motion), re-reads the clock after mount and at each expiry, and arms the stripe's once-in-view fill only when motion is allowed. Variant `level` is a program page's hero for one level: breadcrumb, h1, tags with the stripe, a lede, a plain GET form that carries the age and class to the trial page, and the spots line. It reads the shared `local-class-schedules` timetable (`source: 'collection'`, through the same read hook and virtual `scheduleData` field as the schedule, memoised per request) or its own inline `ageBands`, `levels`, `classes`, `timezone`, `term` and `breaks`. Pass `localClassFinderBlock.block({ classSchedulesSlug })` when `@wabbit/tome-local` built the collection; without it the block offers inline data only and adds no relationship. A spots claim or live-line message shows only while its expiry is ahead, on the server and after mount. New public surface: `localClassFinderBlock`, `LocalClassFinder`, the `LocalClassFinderData` types, and from `./server` `LocalClassFinderFromSchedule` and `getClassFinderData`. A stored page without the new block renders as before. **New block: `local-class-pathway`.** The levels of a class program for a parent, reading the same shared `local-class-schedules` timetable as the finder and the schedule (`source: 'inline' | 'collection'`, the same read hook and virtual `scheduleData`; pass `localClassPathwayBlock.block({ classSchedulesSlug })`). - **Variants.** `bands`: age band pills (`aria-pressed`) over that band's levels as cards, each with its stripe and "Step 1 of 2" / "Level 1 of 5" text, "Who it's for", "Moves up when" and this week's unfinished times; every band shows without script, and `initialBand` starts one selected. `cards`: the levels named in `levelNames[]` (the step-0 rename: an inline pathway also carries the full `levels[]`) as cards with `action { label, hrefPattern }` after up to two `media[]` photos at one height, which is the "little movers" band, so no split view is needed. `ladder`: the `current` level's track as rungs with "You're here" (`aria-current="step"`), then exactly one card for the next level on the same track (none at the top), plus an optional `aside { title, text }`. - **Next band.** `bands` takes an opt-in `bandTeaser`: under the selected band, one card (`data-pathway-next-band`) for the next age band's entry level, with a kicker from `labels.nextBand` ("Next, from age {minAge}"), its level line, `forWho` and an "About {class}" link when it has an `href`. It follows the pills; the last band has none. - **Fields and wording.** `kicker`, `heading`, `intro`; `teaserLabel`; `labels` for every fixed phrase; `trackLabels[]` for per-track position wording; `locale` and `timeStyle`. The inline source adds `forWho` and `movesUpWhen` to each level. - **Hooks.** `data-class-pathway`, `data-pathway-bands` / `-band`, `-group`, `-card`, `-step`, `-for`, `-moves-up`, `-times` / `-time`, `-action`, `-media`, `-ladder`, `-rung`, `-here`, `-teaser` and `-aside`. Cards, rungs and photos carry `data-tome-reveal-item`. - **Public surface.** `localClassPathwayBlock`, `LocalClassPathway`, the `LocalClassPathwayData` types. - **New columns.** The block adds tables and columns, so a site with migrations generates one. **Fix: the level stripe no longer flashes empty at load.** A stripe already in view when the island hydrates used to be drawn by the server, blanked for about 41ms when the island armed it, then sprung back in. The shared `armStripeFill` now leaves a stripe that is in view at hydration drawn and never arms it; only a stripe below the fold (or in a band not yet shown) arms and fills when it enters view. This applies to the finder's `ask` and `level` variants and to the pathway; reduced motion is unchanged (always drawn). **Per-context wording and theme tokens (all opt-in; a stored block without them renders byte for byte as before).** - **`ageBands[].pillLabel`, `selectLabel`, `saidLabel`** on the finder's own bands: the pill ("5–7"), the timetable's filter option ("Ages 5–7") and the said-back line's `{age}` ("5 to 7"). Each falls back to `label`. `local-class-schedule` gains `ageBands[].selectLabel` for its filter option. With `source: 'collection'` the shared timetable's bands carry them too (`@wabbit/tome-local` stores and normalizes the three fields): the document wins, and a band without them falls back to its `label`. `trackLabels[]` stays a block field. - **`liveLine.clauseTemplate`** on the finder: wording for the term clause with `{term}`, `{start}`, `{end}` and `{note}`, e.g. "{term} runs {start} to {end}, {note}". A token with no value drops with the separator beside it, and a template that needs dates on a term without them falls back to the default clause. - **`trackLabels[]`** on the finder (`track`, `levelOf`): the level position wording per track, so preschool reads "Step 1 of 2" while gymnastics keeps "Level 1 of 5". A track not listed uses `labels.levelOf`. A track with one level still shows no stripe. - **`timeStyle`** was already stored on the finder (`compact` drops AM/PM, "Tue 4:30"); it needs only to be set. - **Theme tokens.** The level stripe's segments read `--tome-level-stripe-w`, `--tome-level-stripe-h` and `--tome-level-stripe-gap` (finder and schedule), and the trial button reads `--tome-finder-cta-min-h` (never below the 44px target). Each has the old rem value as its fallback, so a theme's px sizes win over the root-relative ones. - **New columns.** The new fields add columns to the block's tables, so a site with migrations generates one. **A rolling list, the next-sessions card list, and the phone timetable (all opt-in; a stored block without the new fields renders byte for byte as before).** - **`range: 'next'` with `limit`** on the `list` variant shows the next dated sessions (default 4) across this week and next: one section per date, each row dated, no day strip, breaks skipped and the term's end respected, narrowed by `preset.level` or `preset.age`. The root carries `data-schedule-range="next"` and each day section `data-date`. `calendarLink` on it downloads every slot of the filtered classes. The two new fields add `range` and `limit` columns to the block's tables, so a site with migrations generates one. - **`LocalNextSessions`**, a server component (not a block), lists a level's next sessions for a program page's next-step card: `data-next-sessions`, `data-next-session`, `data-next-session-date`, `data-next-session-time`, `data-schedule-next`, `data-schedule-spots`. `./server` adds `LocalNextSessionsFromSchedule`, which reads the document and the profile's closed dates. Both read tome-local's `nextSessions`, so the card, the finder and the timetable agree on what is next. - **The phone timetable.** The day strip now sticks to the whole block (the controls box steps aside below 768px) on a ground set by `--tome-schedule-strip-bg`; a tab that shows its date is at least 55 by 62px (`--tome-schedule-tab-min-w`, `--tome-schedule-tab-min-h`); `labels.noClassesBand` can use `{ageLower}` ("No classes for ages 5–7 on Fridays"); a finished class (with `labels.finished` set) keeps an outline pill; printing shows the whole week whatever the screen, and the controls and strip are not printed. - **Fix: the age filter overflowed below 374px.** `.filter` and `.select` now shrink (`min-width: 0`, `max-width: 100%`) and clip a long option such as "Under 3, with a grown-up" with an ellipsis, so nothing overflows at 320px. **New block: `local-credentials`.** What a business can prove, in two variants. `strip` is a row of short checkable lines; `panel` is a rounded chapter with ratios as large tabular numerals, up to two policy lists, a credentials ledger (kind, issuer, what it covers, valid, verify) and a "policy last reviewed" line. - **Reads the business profile.** `dataSource: 'profile'` (the default) takes the credentials from `@wabbit/tome-local`'s profile through a virtual `profile` field and the same read hook as the other profile-aware blocks; the block's own `credentials[]` fill in when the profile has none, and `dataSource: 'inline'` uses them alone. A credential past its `expiresOn` date never renders. The profile slice now carries each credential's `validFrom`, `expiresOn`, `verifyUrl` and `sample`; the keys already there are unchanged. - **Strip lines can be bound to a credential.** A line with a `kind` shows only while an unexpired credential of that kind exists; a line without one is your own statement. - **Samples are labeled.** A credential ticked Sample in the profile (tome-local's P-13 checkbox) or in the block's rows shows the label ("Sample" by default, `sampleLabel`) in the ledger, and a strip line reads Sample when it is ticked itself or when every credential of its kind is a sample. - **Accessible by construction.** A real table with a caption, column and row headers, a "Verify {credential}" link per row, decorative check marks beside text, and a ledger that stacks below 768px with each value led by its column name. No script, no motion, no colored rules. New public surface: `localCredentialsBlock`, `LocalCredentials`, the `LocalCredentialsData` types and `LocalBlockCredential`. A stored page without the new block renders as before. **New variant: `local-price-list` `term-fee`.** Fee cards for a business that sells a free trial and then a term. The cards share one grid and one height with their buttons on one line; the recommended card (`emphasis: 'primary'`) is marked by its surface, padding, weight and the only filled button, never by a colored rule. A card with two or more priced variants gets a classes-a-week picker (a radiogroup) that swaps the price and its "per" line; without script the choices read as a plain list. Prices and the "per" text use tabular figures, and whole amounts print without cents. - **New fields, all optional and shown only for this variant:** on the list `kicker`, `heading`, `intro`, `pickerLabel`, `includesLabel`, `excludesLabel`, `objections[]` and `note`; on each item `emphasis`, `kicker`, `includes`, `excludes`, `includesLabel`, `excludesLabel` and `action { label, href }`; on each price `per`. The other three variants never read them, and their stored renders are byte for byte as before (the pack's golden covers `card-grid`, `ledger` and `teaser`). - **Hooks:** `data-fee-card` (`data-fee-emphasis`), `data-fee-kicker`, `data-fee-name`, `data-fee-price`, `data-fee-per`, `data-fee-picker`, `data-fee-option`, `data-fee-ladder`, `data-fee-includes`, `data-fee-excludes`, `data-fee-action`, `data-fee-objections`, `data-fee-objection`, `data-fee-note`. - **New columns.** The new fields add columns to the block's tables, so a site with migrations generates one.

• d27b90c: **BREAKING:** `local-class-schedule` can now read the shared class timetable and gains opt-in controls for a booking-led timetable; the `@wabbit/tome-local` peer floor rises to `>=0.3.0`. **Migration:** upgrade `@wabbit/tome-local` to `^0.3.0` alongside this package. To use the shared timetable, build it with `createLocalLayer({ classSchedules: true })` and pass its slug when you build the block: `localClassScheduleBlock.block({ classSchedulesSlug: local.slugs.classSchedules })`. A site that does nothing renders exactly as before. - **Shared source.** `source: 'collection'` with a `schedule` relationship (and a virtual `scheduleData` filled by a per-request read hook) shows one `local-class-schedules` document, so a finder, a pathway and this timetable agree. The document wins for classes, term, breaks, timezone, week start, age bands and levels; the block keeps its copy and display options. "This week" and "finished" come from `sessionsThisWeek`. A missing, unpublished or unreadable document falls back to the block's own rows. `source` defaults to `inline`, and a stored block without it renders byte for byte as before. - **Age bands and the URL.** `ageFilter: 'bands'` lists age bands (the document's, or the block's own `ageBands[]`), matched by overlap. `?age=5-7` and `?level=` in the page address, else `preset`, choose the starting filters. - **Level stripe.** `levels[]` (the document's, or the block's own) places each class on its track, and the stripe is rendered as markup with its text beside it (`data-level-stripe`, `data-level-segment`, `data-level-step`, `data-level-steps`, `data-level-text`). Switch it off with `show.levelStripe`. - **Opt-in options**, each off or empty by default: `intro`; `summary` (a polite live region with a clear button); `emptyDays: 'note'` (the day keeps its column and says "No classes for {age} on {day}s"); `markNext` and `actionEmphasis: 'next'` (`data-schedule-next` on the soonest unfinished class with room, recomputed when the filter changes, and one filled enroll button); `data-schedule-age-fixed` and `data-schedule-level-fixed` on the root while a filter has a value; `showDates` (dates in the day headings and phone tabs); `labels.finished` (the word "Finished"), `labels.calendarRow` (a calendar link named for its class, day and time) and `calendarWhenFull: false`; `calendarLink` (one calendar file of the classes on show, a weekly series to the term's end with a skipped date per break); `moreLink`; `printLabel`. - **For consumers.** The package exports `scheduleFields`, `makeScheduleReadHook`, `loadScheduleForRequest` and `DEFAULT_CLASS_SCHEDULES_SLUG` for blocks that read the same document, and the shared `LevelStripe` markup is a server component with no new client island. **New block: `local-class-finder`.** A hero that answers "which class do we start in?" in place. Variant `ask` is the home hero: two pill questions (an age band, then experience) resolve through `rules[]` (first match wins) to one result card with the said-back line, "Start in {class}", the class's level stripe and level line ("Level 1 of 5 · 45 minutes · 1 coach to 8"), this week's remaining times, a spots line, the trial button and a timetable link that carries `?age=<band>`. The server renders the default answer, so it works without script; a small island answers taps in place (a polite live region, no motion), re-reads the clock after mount and at each expiry, and arms the stripe's once-in-view fill only when motion is allowed. Variant `level` is a program page's hero for one level: breadcrumb, h1, tags with the stripe, a lede, a plain GET form that carries the age and class to the trial page, and the spots line. It reads the shared `local-class-schedules` timetable (`source: 'collection'`, through the same read hook and virtual `scheduleData` field as the schedule, memoised per request) or its own inline `ageBands`, `levels`, `classes`, `timezone`, `term` and `breaks`. Pass `localClassFinderBlock.block({ classSchedulesSlug })` when `@wabbit/tome-local` built the collection; without it the block offers inline data only and adds no relationship. A spots claim or live-line message shows only while its expiry is ahead, on the server and after mount. New public surface: `localClassFinderBlock`, `LocalClassFinder`, the `LocalClassFinderData` types, and from `./server` `LocalClassFinderFromSchedule` and `getClassFinderData`. A stored page without the new block renders as before. **New block: `local-class-pathway`.** The levels of a class program for a parent, reading the same shared `local-class-schedules` timetable as the finder and the schedule (`source: 'inline' | 'collection'`, the same read hook and virtual `scheduleData`; pass `localClassPathwayBlock.block({ classSchedulesSlug })`). - **Variants.** `bands`: age band pills (`aria-pressed`) over that band's levels as cards, each with its stripe and "Step 1 of 2" / "Level 1 of 5" text, "Who it's for", "Moves up when" and this week's unfinished times; every band shows without script, and `initialBand` starts one selected. `cards`: the levels named in `levelNames[]` (the step-0 rename: an inline pathway also carries the full `levels[]`) as cards with `action { label, hrefPattern }` after up to two `media[]` photos at one height, which is the "little movers" band, so no split view is needed. `ladder`: the `current` level's track as rungs with "You're here" (`aria-current="step"`), then exactly one card for the next level on the same track (none at the top), plus an optional `aside { title, text }`. - **Next band.** `bands` takes an opt-in `bandTeaser`: under the selected band, one card (`data-pathway-next-band`) for the next age band's entry level, with a kicker from `labels.nextBand` ("Next, from age {minAge}"), its level line, `forWho` and an "About {class}" link when it has an `href`. It follows the pills; the last band has none. - **Fields and wording.** `kicker`, `heading`, `intro`; `teaserLabel`; `labels` for every fixed phrase; `trackLabels[]` for per-track position wording; `locale` and `timeStyle`. The inline source adds `forWho` and `movesUpWhen` to each level. - **Hooks.** `data-class-pathway`, `data-pathway-bands` / `-band`, `-group`, `-card`, `-step`, `-for`, `-moves-up`, `-times` / `-time`, `-action`, `-media`, `-ladder`, `-rung`, `-here`, `-teaser` and `-aside`. Cards, rungs and photos carry `data-tome-reveal-item`. - **Public surface.** `localClassPathwayBlock`, `LocalClassPathway`, the `LocalClassPathwayData` types. - **New columns.** The block adds tables and columns, so a site with migrations generates one. **Fix: the level stripe no longer flashes empty at load.** A stripe already in view when the island hydrates used to be drawn by the server, blanked for about 41ms when the island armed it, then sprung back in. The shared `armStripeFill` now leaves a stripe that is in view at hydration drawn and never arms it; only a stripe below the fold (or in a band not yet shown) arms and fills when it enters view. This applies to the finder's `ask` and `level` variants and to the pathway; reduced motion is unchanged (always drawn). **Per-context wording and theme tokens (all opt-in; a stored block without them renders byte for byte as before).** - **`ageBands[].pillLabel`, `selectLabel`, `saidLabel`** on the finder's own bands: the pill ("5–7"), the timetable's filter option ("Ages 5–7") and the said-back line's `{age}` ("5 to 7"). Each falls back to `label`. `local-class-schedule` gains `ageBands[].selectLabel` for its filter option. With `source: 'collection'` the shared timetable's bands carry them too (`@wabbit/tome-local` stores and normalizes the three fields): the document wins, and a band without them falls back to its `label`. `trackLabels[]` stays a block field. - **`liveLine.clauseTemplate`** on the finder: wording for the term clause with `{term}`, `{start}`, `{end}` and `{note}`, e.g. "{term} runs {start} to {end}, {note}". A token with no value drops with the separator beside it, and a template that needs dates on a term without them falls back to the default clause. - **`trackLabels[]`** on the finder (`track`, `levelOf`): the level position wording per track, so preschool reads "Step 1 of 2" while gymnastics keeps "Level 1 of 5". A track not listed uses `labels.levelOf`. A track with one level still shows no stripe. - **`timeStyle`** was already stored on the finder (`compact` drops AM/PM, "Tue 4:30"); it needs only to be set. - **Theme tokens.** The level stripe's segments read `--tome-level-stripe-w`, `--tome-level-stripe-h` and `--tome-level-stripe-gap` (finder and schedule), and the trial button reads `--tome-finder-cta-min-h` (never below the 44px target). Each has the old rem value as its fallback, so a theme's px sizes win over the root-relative ones. - **New columns.** The new fields add columns to the block's tables, so a site with migrations generates one. **A rolling list, the next-sessions card list, and the phone timetable (all opt-in; a stored block without the new fields renders byte for byte as before).** - **`range: 'next'` with `limit`** on the `list` variant shows the next dated sessions (default 4) across this week and next: one section per date, each row dated, no day strip, breaks skipped and the term's end respected, narrowed by `preset.level` or `preset.age`. The root carries `data-schedule-range="next"` and each day section `data-date`. `calendarLink` on it downloads every slot of the filtered classes. The two new fields add `range` and `limit` columns to the block's tables, so a site with migrations generates one. - **`LocalNextSessions`**, a server component (not a block), lists a level's next sessions for a program page's next-step card: `data-next-sessions`, `data-next-session`, `data-next-session-date`, `data-next-session-time`, `data-schedule-next`, `data-schedule-spots`. `./server` adds `LocalNextSessionsFromSchedule`, which reads the document and the profile's closed dates. Both read tome-local's `nextSessions`, so the card, the finder and the timetable agree on what is next. - **The phone timetable.** The day strip now sticks to the whole block (the controls box steps aside below 768px) on a ground set by `--tome-schedule-strip-bg`; a tab that shows its date is at least 55 by 62px (`--tome-schedule-tab-min-w`, `--tome-schedule-tab-min-h`); `labels.noClassesBand` can use `{ageLower}` ("No classes for ages 5–7 on Fridays"); a finished class (with `labels.finished` set) keeps an outline pill; printing shows the whole week whatever the screen, and the controls and strip are not printed. - **Fix: the age filter overflowed below 374px.** `.filter` and `.select` now shrink (`min-width: 0`, `max-width: 100%`) and clip a long option such as "Under 3, with a grown-up" with an ellipsis, so nothing overflows at 320px. **New block: `local-credentials`.** What a business can prove, in two variants. `strip` is a row of short checkable lines; `panel` is a rounded chapter with ratios as large tabular numerals, up to two policy lists, a credentials ledger (kind, issuer, what it covers, valid, verify) and a "policy last reviewed" line. - **Reads the business profile.** `dataSource: 'profile'` (the default) takes the credentials from `@wabbit/tome-local`'s profile through a virtual `profile` field and the same read hook as the other profile-aware blocks; the block's own `credentials[]` fill in when the profile has none, and `dataSource: 'inline'` uses them alone. A credential past its `expiresOn` date never renders. The profile slice now carries each credential's `validFrom`, `expiresOn`, `verifyUrl` and `sample`; the keys already there are unchanged. - **Strip lines can be bound to a credential.** A line with a `kind` shows only while an unexpired credential of that kind exists; a line without one is your own statement. - **Samples are labeled.** A credential ticked Sample in the profile (tome-local's P-13 checkbox) or in the block's rows shows the label ("Sample" by default, `sampleLabel`) in the ledger, and a strip line reads Sample when it is ticked itself or when every credential of its kind is a sample. - **Accessible by construction.** A real table with a caption, column and row headers, a "Verify {credential}" link per row, decorative check marks beside text, and a ledger that stacks below 768px with each value led by its column name. No script, no motion, no colored rules. New public surface: `localCredentialsBlock`, `LocalCredentials`, the `LocalCredentialsData` types and `LocalBlockCredential`. A stored page without the new block renders as before. **New variant: `local-price-list` `term-fee`.** Fee cards for a business that sells a free trial and then a term. The cards share one grid and one height with their buttons on one line; the recommended card (`emphasis: 'primary'`) is marked by its surface, padding, weight and the only filled button, never by a colored rule. A card with two or more priced variants gets a classes-a-week picker (a radiogroup) that swaps the price and its "per" line; without script the choices read as a plain list. Prices and the "per" text use tabular figures, and whole amounts print without cents. - **New fields, all optional and shown only for this variant:** on the list `kicker`, `heading`, `intro`, `pickerLabel`, `includesLabel`, `excludesLabel`, `objections[]` and `note`; on each item `emphasis`, `kicker`, `includes`, `excludes`, `includesLabel`, `excludesLabel` and `action { label, href }`; on each price `per`. The other three variants never read them, and their stored renders are byte for byte as before (the pack's golden covers `card-grid`, `ledger` and `teaser`). - **Hooks:** `data-fee-card` (`data-fee-emphasis`), `data-fee-kicker`, `data-fee-name`, `data-fee-price`, `data-fee-per`, `data-fee-picker`, `data-fee-option`, `data-fee-ladder`, `data-fee-includes`, `data-fee-excludes`, `data-fee-action`, `data-fee-objections`, `data-fee-objection`, `data-fee-note`. - **New columns.** The new fields add columns to the block's tables, so a site with migrations generates one.
• e192f5e: `local-class-schedule` gains three opt-in display options for a compact, dated timetable: a split time, short day names and a "today" word. - **`timeSplit`** (checkbox, off by default). Marks each class time up as `[data-schedule-time-start]` and `[data-schedule-time-end]`, the end carrying the dash with no spaces ("4:30" and "–5:15"), so a theme can stack or restyle the halves. The text reads the same and the screen-reader names still use the whole time. Pairs with `timeStyle: 'compact'`. - **`dayNameStyle`** (`long` default, or `short`). With `short` each day heading shows the short weekday ("Mon 19", in the locale's own short form) and keeps the full name for screen readers (`[data-schedule-day-short]`, `[data-schedule-day-long]`). - **`labels.today`** (text, empty by default). Set it and today's day heading carries that word (`[data-schedule-today-label]`, `hidden` on every other day, kept current after mount for a cached page) and today's phone tab takes it into its accessible name ("Tuesday, October 20, Today"). Placeholder `Today`. A block that sets none of them renders exactly as before.
• 6534727: `local-class-schedule` gains four opt-in options for a short rolling list, and `LocalNextSessions` gains two format options. - **`timeMinutes`** (`auto` default, or `always`). With `timeStyle: 'compact'`, `always` keeps the minutes on the hour ("9:00" rather than "9"). The locale clock is unchanged. - **`showControls`** (checkbox, on by default). Off leaves out the age and level filters, the filter summary, the print button and the phone day strip. - **`showTerm`** (checkbox, on by default). Off leaves out the term line and the break notes. - **`calendarStyle`** (`link` default, or `icon`). `icon` draws each row's calendar link as an icon button (`data-ics-style="icon"`) with an `aria-hidden` SVG and an accessible name: the `labels.calendarRow` text when set, else the link word and the class, day and time. - **`LocalNextSessions`**: `timeMinutes` (`auto` or `always`, as above) and `dateOrder` (`weekday-month-day` default, "Tue, Oct 20"; or `weekday-day-month`, "Tue 20 Oct"). The per-row age, level and level-stripe repeat is already hidden with `show.age`, `show.level` and `show.levelStripe`. A block or card that sets none of the new options renders the markup it did before; the new select fields add columns, so a site with migrations generates one.
• 4320bd2: `local-class-pathway` gains a level teaser, a card blurb, an age tag and a ladder link; `local-class-schedule` gains a next-term cell; `local-class-finder` gains a `{when}` token in its spots lines. Every addition is optional and off or empty by default, and a block that sets none of them renders the markup it did before: - **Pathway, per level** (the shared timetable's level, or the block's inline `levels`): `teaser` replaces "Who it's for" on a next-level card (`data-pathway-teaser-text`), in the `bands` next-band card and the `ladder` card. `blurb` replaces the "Who it's for" and "Moves up when" pair on a `cards` card (`data-pathway-blurb`), and `ageTag` adds a tag beside its name (`data-pathway-age-tag`), the name, tag and stripe sharing one `data-pathway-card-head` row. - **Pathway, ladder:** `teaserLink { label, href }` sets the next-level card's link. `href` replaces the level's program page and `label` (`{class}` fills in) replaces the `labels.aboutLevel` copy. - **Schedule:** `nextTerm { label, line }` adds a cell after the term and the breaks, for example "Winter term" and "Times announced Dec 1" (`data-schedule-next-term`, with `-label` and `-line` parts). It works with inline data and with a shared timetable. - **Finder:** the spots, waitlist and full lines fill `{when}`. It reads `labels.whenToday` (default "today's {time} class") when the class is today and `labels.whenDay` (default "{day}") on any other day, so "{n} spots left in {when}" says "3 spots left in today's 4:30 class". The default lines still say "on {day}". The chosen fee option's keyboard focus ring now uses the theme's ring color (`--tome-color-ring`) instead of the button's text color, which was the page ground on the chosen option and left no visible ring. The new level and block fields add columns, so a site with migrations generates one. The `@wabbit/tome-local` peer floor is unchanged at `>=0.3.0`: with an older tome-local the level fields are simply never filled in the shared timetable.

40f5b45: Accessibility fix: finished classes and empty days in `local-class-schedule` keep AA text contrast instead of fading below it. A finished row was dimmed with `opacity: 0.55`, and an empty day tab with `opacity: 0.5`, which took their text below 4.5:1. A finished row now paints its time and name in `--tome-color-on-surface-muted` at full strength, strikes the time and dashes its border; an empty day tab keeps the muted color and reads as empty through a lighter weight and a strike. Themes that targeted `[data-finished]` or `[data-empty]` keep the same hooks.

• 40f5b45: Accessibility fix: finished classes and empty days in `local-class-schedule` keep AA text contrast instead of fading below it. A finished row was dimmed with `opacity: 0.55`, and an empty day tab with `opacity: 0.5`, which took their text below 4.5:1. A finished row now paints its time and name in `--tome-color-on-surface-muted` at full strength, strikes the time and dashes its border; an empty day tab keeps the muted color and reads as empty through a lighter weight and a strike. Themes that targeted `[data-finished]` or `[data-empty]` keep the same hooks.

2103592: Adds Local Class Schedule (`local-class-schedule`), a timetable block for gyms, studios, schools and camps, with spots lines that expire, enroll links and per-class calendar downloads. `week` and `list` layouts; phones get a sticky day strip and an age filter. - **Classes as data.** Each row holds a name, level, age range, one or more days, start and end times, a teacher and a room, and an enroll link (a default for all, or one per class; `{class}`, `{day}` and `{start}` fill in from the row). Links open in a new tab through the link adapter. - **Spots that cannot go stale.** A hand-entered "spots left", "Waitlist open" or "Class full" status needs an expiry. An expired or incomplete entry renders nothing, on the server and, after mount, on a cached page. - **Timezone, term and breaks.** The timezone falls back to the business profile's. A term masthead and breaks print above the timetable; the profile's closed dates are added as breaks unless turned off. - **Calendar files.** Each class downloads a weekly `.ics` (a `data:` link, no route) that ends with the term and skips the breaks. - **Phones.** Below 768px a small client island turns the day strip into an accessible tablist and adds age and level filters. Without script every day shows. - **Hooks.** Neutral `data-schedule-*` attributes and theme-neutral default CSS; the existing blocks are unchanged.

• 2103592: Adds Local Class Schedule (`local-class-schedule`), a timetable block for gyms, studios, schools and camps, with spots lines that expire, enroll links and per-class calendar downloads. `week` and `list` layouts; phones get a sticky day strip and an age filter. - **Classes as data.** Each row holds a name, level, age range, one or more days, start and end times, a teacher and a room, and an enroll link (a default for all, or one per class; `{class}`, `{day}` and `{start}` fill in from the row). Links open in a new tab through the link adapter. - **Spots that cannot go stale.** A hand-entered "spots left", "Waitlist open" or "Class full" status needs an expiry. An expired or incomplete entry renders nothing, on the server and, after mount, on a cached page. - **Timezone, term and breaks.** The timezone falls back to the business profile's. A term masthead and breaks print above the timetable; the profile's closed dates are added as breaks unless turned off. - **Calendar files.** Each class downloads a weekly `.ics` (a `data:` link, no route) that ends with the term and skips the breaks. - **Phones.** Below 768px a small client island turns the day strip into an accessible tablist and adds age and level filters. Without script every day shows. - **Hooks.** Neutral `data-schedule-*` attributes and theme-neutral default CSS; the existing blocks are unchanged.

a2c0a70: Local Live Status and Local Logistics now read the site's business profile, so an owner sets hours, phone and address once in the admin and every block (and the Now Bar) follows. **BREAKING:** the `@wabbit/tome-local` peer floor rises to `>=0.2.0 <1.0.0`, the release that ships the business profile. Local Live Status also stores its SQL rows under `<collection>_lls`: its slug-derived table and enum names passed Postgres's 63-character identifier limit, so no SQL site could build a schema with it before, and no stored data moves. MongoDB sites are unaffected. - **Profile first, inline fallback.** Both blocks gain `dataSource`: `profile` (the default, also for blocks saved before this release) uses the profile's hours, phone, address and coordinates, visit notes, service areas and credentials wherever it has them and the block's own fields for the rest; `inline` uses the block's fields only (a second venue, a fixed example). A block on a site without a profile renders exactly as before. No content migration. - **How:** a virtual, hidden `profile` field on each block reads the profile when Payload returns the block (one read per request, inside the request's transaction), so the renderers stay pure and nothing new is stored. A failed read falls back to the inline fields with a warning. - **Call links** use the profile's E.164 number. A hidden profile address shows the locality only and no directions link. - **Local Live Status availability mode** now renders: the first answer of the live-status chain (a booking engine when installed, the profile's expiring status message, then its rating citation), with `data-live-state="availability"` and `data-live-tone`. `auto` falls back to it when there are no hours. An expired line is not shown, also on a cached page. - **Local Logistics** shows the profile's service areas as chips and its current credentials (`data-logistics-areas`, `data-logistics-credentials`, toggled by `show.serviceAreas` / `show.credentials`), can show a named profile schedule (`schedule`), and titles the profile's visit notes with `visitNoteTitles`. - **New `./server` entry:** `LocalLiveStatusAnnouncementFromProfile` puts the Now Bar in chrome's `announcementSlot` with no hours in code; `getLiveStatusAnnouncementProps(payload, props)` returns the props with the profile added. `LocalLiveStatusAnnouncement` is unchanged. - **Root exports:** `profileFields`, `makeProfileReadHook`, `loadProfileForRequest`, `buildBlockProfile`, `activeProfile`, `applyProfileToLiveStatus`, `applyProfileToLogistics` and the `LocalBlockProfile` / `LocalBlockDataSource` types.

• a2c0a70: Local Live Status and Local Logistics now read the site's business profile, so an owner sets hours, phone and address once in the admin and every block (and the Now Bar) follows. **BREAKING:** the `@wabbit/tome-local` peer floor rises to `>=0.2.0 <1.0.0`, the release that ships the business profile. Local Live Status also stores its SQL rows under `<collection>_lls`: its slug-derived table and enum names passed Postgres's 63-character identifier limit, so no SQL site could build a schema with it before, and no stored data moves. MongoDB sites are unaffected. - **Profile first, inline fallback.** Both blocks gain `dataSource`: `profile` (the default, also for blocks saved before this release) uses the profile's hours, phone, address and coordinates, visit notes, service areas and credentials wherever it has them and the block's own fields for the rest; `inline` uses the block's fields only (a second venue, a fixed example). A block on a site without a profile renders exactly as before. No content migration. - **How:** a virtual, hidden `profile` field on each block reads the profile when Payload returns the block (one read per request, inside the request's transaction), so the renderers stay pure and nothing new is stored. A failed read falls back to the inline fields with a warning. - **Call links** use the profile's E.164 number. A hidden profile address shows the locality only and no directions link. - **Local Live Status availability mode** now renders: the first answer of the live-status chain (a booking engine when installed, the profile's expiring status message, then its rating citation), with `data-live-state="availability"` and `data-live-tone`. `auto` falls back to it when there are no hours. An expired line is not shown, also on a cached page. - **Local Logistics** shows the profile's service areas as chips and its current credentials (`data-logistics-areas`, `data-logistics-credentials`, toggled by `show.serviceAreas` / `show.credentials`), can show a named profile schedule (`schedule`), and titles the profile's visit notes with `visitNoteTitles`. - **New `./server` entry:** `LocalLiveStatusAnnouncementFromProfile` puts the Now Bar in chrome's `announcementSlot` with no hours in code; `getLiveStatusAnnouncementProps(payload, props)` returns the props with the profile added. `LocalLiveStatusAnnouncement` is unchanged. - **Root exports:** `profileFields`, `makeProfileReadHook`, `loadProfileForRequest`, `buildBlockProfile`, `activeProfile`, `applyProfileToLiveStatus`, `applyProfileToLogistics` and the `LocalBlockProfile` / `LocalBlockDataSource` types.
• 2e9f1ab: Phone links in the contact, high-impact-hero and local-logistics code now use the shared core `tel:` helper, so a site can qualify national numbers to E.164. The exported `toTelHref` helpers (and `resolveContactValueLink`, `resolveInlineCall`) accept an optional `{ defaultCallingCode }`. The high-impact-hero reads `defaultCallingCode` from the render context passed to `RenderBlocks({ context })`; without it, hrefs stay digits-only as before. Requires `@wabbit/tome-core` 1.22.0 or later as a peer.
• 313cc47: Fix: Local Price List now builds its SQL schema on Postgres and SQLite when the collection that holds it has drafts on. The featured lead's heading-level select produced the enum `enum__pages_v_blocks_local_price_list_featured_lead_heading_level` (65 characters) on a drafts-enabled `pages` collection, past the 63-character identifier limit, so the schema failed to build. The field now sets `enumName` to `enum_<table>_hl`, where `<table>` is the enclosing table (main or version): - `enum_pages_blocks_local_price_list_featured_lead_heading_level` becomes `enum_pages_blocks_local_price_list_featured_lead_hl` - `enum__pages_v_blocks_local_price_list_featured_lead_heading_level` becomes `enum__pages_v_blocks_local_price_list_featured_lead_hl` No other identifier in the pack passes the limit for a drafts-enabled `pages` collection; two version-table enums sit exactly at 63 (`…_sections_items_price_mode`, `…_teaser_actions_appearance`), so a longer collection name with drafts on still needs its own `dbName`. **Migration:** a SQL site WITHOUT drafts that already stored this block has the old enum `enum_<collection>_blocks_local_price_list_featured_lead_heading_level`. Generate and run a migration after upgrading (`payload migrate:create`, then `payload migrate`); it renames the enum type and the stored values are unchanged. Sites with drafts on could not store the block before, and MongoDB sites are unaffected.

35207ff: The Now Bar (`local-live-status`, variant `bar`) now lays its row out on chrome's shared container contract, so its status and links land on the same edges as the header, the footer and the page content. - The row reads `--tome-chrome-content-max` (its max width) and `--tome-chrome-content-inline` (its inline padding), the tokens every navbar and footer already reads. The bar lives in chrome's announcement slot, a chrome surface, so it follows the same box. - On the Table theme, which sets the tokens to `100%` and `clamp(1rem, 4vw, 3rem)`, the row now runs from the page grid's outer lane to the other: at a 1857px window the status starts at 54px and the links end 54px from the right, in line with the wordmark, the menu rail and the footer. Before this it sat in a centered 1280px box (status at 281px). - A site whose theme sets neither token renders exactly as before: the row falls back to `--tome-container` (else `min(100% - 2rem, 1280px)`) with no inline padding. Phones keep the 124px block.

• 35207ff: The Now Bar (`local-live-status`, variant `bar`) now lays its row out on chrome's shared container contract, so its status and links land on the same edges as the header, the footer and the page content. - The row reads `--tome-chrome-content-max` (its max width) and `--tome-chrome-content-inline` (its inline padding), the tokens every navbar and footer already reads. The bar lives in chrome's announcement slot, a chrome surface, so it follows the same box. - On the Table theme, which sets the tokens to `100%` and `clamp(1rem, 4vw, 3rem)`, the row now runs from the page grid's outer lane to the other: at a 1857px window the status starts at 54px and the links end 54px from the right, in line with the wordmark, the menu rail and the footer. Before this it sat in a centered 1280px box (status at 281px). - A site whose theme sets neither token renders exactly as before: the row falls back to `--tome-container` (else `min(100% - 2rem, 1280px)`) with no inline padding. Phones keep the 124px block.

37d3a0c: `local-price-list` sections can set their own `nutritionInMeta` and `metaOrder`, overriding the list's for that section's items. - A drinks section can read "Oat +0.50 · 120 kcal" (`metaOrder: 'modifiers-first'`) while the dishes keep leading with protein. Both fields are optional with no default; left empty, a section uses the list's setting, so existing lists render exactly as before. - Two optional fields are added to each `sections[]` row (`nutritionInMeta`, a number from 0 to 6, and `metaOrder`, a select). On a Postgres site, generate and run a migration for the new columns. - The view model resolves the settings per section and per item (`SectionModel.nutritionInMeta` / `.metaOrder`, `ItemModel.nutritionInMeta` / `.metaOrder`); the list-level `PriceListModel` values are unchanged.

• 37d3a0c: `local-price-list` sections can set their own `nutritionInMeta` and `metaOrder`, overriding the list's for that section's items. - A drinks section can read "Oat +0.50 · 120 kcal" (`metaOrder: 'modifiers-first'`) while the dishes keep leading with protein. Both fields are optional with no default; left empty, a section uses the list's setting, so existing lists render exactly as before. - Two optional fields are added to each `sections[]` row (`nutritionInMeta`, a number from 0 to 6, and `metaOrder`, a select). On a Postgres site, generate and run a migration for the new columns. - The view model resolves the settings per section and per item (`SectionModel.nutritionInMeta` / `.metaOrder`, `ItemModel.nutritionInMeta` / `.metaOrder`); the list-level `PriceListModel` values are unchanged.
• f4a08ca: **BREAKING:** these packs now need `@wabbit/tome-blocks-core` 0.35.0 or later, because they read the wrapper's new `data-block-placement` instead of its inline style text. **Migration:** upgrade `@wabbit/tome-blocks-core` to 0.35.0 or later alongside these packs. A site that renders its own block wrapper (with `data-tome-block-wrapper`) on a span other than `1 / -1` should add `data-block-placement={blockPlacementFor(span)}` to it; a wrapper without the attribute is read as full width. - `@wabbit/tome-blocks-local-pack`: in Safari, the price list's teaser list and the logistics block's content touched the viewport edges once the page had scrolled. Their side padding depended on matching the wrapper's `style` text, which WebKit rewrites as `grid-column-start`/`grid-column-end` longhands as soon as the scroll reveal writes to it. The padding rule now reads `data-block-placement`. Chromium and Firefox render as before. - `@wabbit/tome-blocks-house`: `LaneGrid` decides whether to subgrid its block wrapper (full row, content column, or its own tracks for any other span) from `data-block-placement`, so the decision no longer changes in Safari after the scroll reveal runs. - `@wabbit/tome-blocks-marketing-starter`: `exhibit`'s nested block wrappers carry `data-block-placement`, matching `RenderBlocks`.

f771652: Local Price List: options the Table demo needed, each defaulting to the existing output. - `featuredLead.description`: the featured lead's own text; empty keeps the item's description (the card's short one). - `featuredLead.headingLevel` (`auto` | `h1` | `h2`, default `auto`): `auto` stays the page `h1` on `card-grid`, and on `ledger` is now an `h1` when the block is the page's first (`index` 0) and an `h2` otherwise; `h1` gives a menu page that opens with a ledger its one `h1` when the host does not pass `index`. - `breakerAction { label, href }`: the grid-breaking item's own link (for example "Reserve the tasting menu"); empty falls back to `primaryAction`, as before. - `metaOrder` (`nutrition-first` | `modifiers-first`, default `nutrition-first`): `modifiers-first` prints "Oat +0.50 · 120 kcal". - Ledger rows now carry the card's action: with ordering off and `askLabel` set, a row with details gets the "ask" control and its details panel opens in place under the row (shown in place without JavaScript); the breaker's row carries the breaker's action. Ordering on is unchanged (the add button).

• f771652: Local Price List: options the Table demo needed, each defaulting to the existing output. - `featuredLead.description`: the featured lead's own text; empty keeps the item's description (the card's short one). - `featuredLead.headingLevel` (`auto` | `h1` | `h2`, default `auto`): `auto` stays the page `h1` on `card-grid`, and on `ledger` is now an `h1` when the block is the page's first (`index` 0) and an `h2` otherwise; `h1` gives a menu page that opens with a ledger its one `h1` when the host does not pass `index`. - `breakerAction { label, href }`: the grid-breaking item's own link (for example "Reserve the tasting menu"); empty falls back to `primaryAction`, as before. - `metaOrder` (`nutrition-first` | `modifiers-first`, default `nutrition-first`): `modifiers-first` prints "Oat +0.50 · 120 kcal". - Ledger rows now carry the card's action: with ordering off and `askLabel` set, a row with details gets the "ask" control and its details panel opens in place under the row (shown in place without JavaScript); the breaker's row carries the breaker's action. Ordering on is unchanged (the add button).
• 19651f2: Local Price List details: Esc now closes an open panel wherever focus is. The handler listened on the list root, so it fired only with focus inside the panel or on its control, and Safari does not focus a button on click. A document listener now runs while any panel in the list is open (and only then); Esc closes the panel holding focus, else the one whose control has focus, else the one opened last, and returns focus to the control that opened it (unless the visitor has moved focus elsewhere). Esc inside an open modal dialog elsewhere (the order drawer) is left to the dialog.
• ed17bbf: Local Logistics `split` lays out on the same grid as the price list's bands. Its root was a subgrid of the page grid, which has no gap, so the map and the details touched with no gutter and its heading sat a few px left of the other bands' reading-start (theirs is a 16-column grid with gutters). The root is now its own grid with `--tome-grid-gap` gutters (4, 8, then 16 columns with the marginalia and reading lane names), padded to the content column like the teaser; the inner subgrid sets no gap of its own.
• 9be2e3d: Local Live Status `bar`: the detail never truncates. From 640px the band was one row with the status text clipped by an ellipsis, so at tablet widths the detail read "opens toda…". The row now wraps: when the status and the links do not fit side by side, the links move under the status (the status's flex basis is its one-line width, so the links wrap before the text is squeezed), and a status longer than the row wraps its own text. A band that fits stays one 44px row; phones are unchanged.
• 8b01953: Ordering island styles now beat tome-ui's element resets. Every rule in `ordering.tome-css` sat inside `:where()` (zero specificity), so `a { color }` and `button, select { background: none; border: none }` won: Checkout's label went ink on ink, the floating pill lost its fill and shape, and the pickup select lost its edge. Each rule now weighs exactly one hook attribute (0,1,0), qualifiers inside `:where()`, so a theme's `[data-tome-theme] [data-order-*]` (0,2,0) still wins; Checkout's `:hover` ink answers tome-ui's `a:hover`. The price list's visually hidden currency name ("17.00 US dollars") now uses the full visually-hidden recipe (`margin: -1px`, zero padding and border), so it no longer overflows 1px in WebKit.
• b3bd825: Local Price List: on phones the featured stamp keeps its top-left corner over the photo and only shrinks to 92px. The phone rule had moved it to the top-right (a generic placement); the featured figure's stamp sits top-left at every width.

daf006a: New package: `@wabbit/tome-blocks-local-pack`, the block pack for local businesses, built on `@wabbit/tome-local`'s open-state utility and free with any theme. - Entries: `register()` at the root, plus `./render`, `./render/register`, `./meta`, `./demo` and `./ordering`. The registries are in place and the `local-pack` bundle registers with tier `free`. - The pack exports the hours types (`OpenStateSource`, `LocalWeeklyHours`, `LocalHoursOverride` and others) from `@wabbit/tome-local/hours`, so its blocks and your data share one shape. - Requires `@wabbit/tome-blocks-core` 0.31.0 or later and `@wabbit/tome-local` 0.1.1 or later. `@wabbit/tome-ui` and `@wabbit/tome-blocks-house` are optional peers.

• daf006a: New package: `@wabbit/tome-blocks-local-pack`, the block pack for local businesses, built on `@wabbit/tome-local`'s open-state utility and free with any theme. - Entries: `register()` at the root, plus `./render`, `./render/register`, `./meta`, `./demo` and `./ordering`. The registries are in place and the `local-pack` bundle registers with tier `free`. - The pack exports the hours types (`OpenStateSource`, `LocalWeeklyHours`, `LocalHoursOverride` and others) from `@wabbit/tome-local/hours`, so its blocks and your data share one shape. - Requires `@wabbit/tome-blocks-core` 0.31.0 or later and `@wabbit/tome-local` 0.1.1 or later. `@wabbit/tome-ui` and `@wabbit/tome-blocks-house` are optional peers.
• 74120f1: New blocks: Local Live Status (`local-live-status`), a live open-now line or bar, and Local Logistics (`local-logistics`), a find-us band with keyless directions and today-highlighted hours. - **Local Live Status** (`bar`, `line`) words your opening hours as a lead and a detail: "Open now · kitchen closes at 10", "Closed now · opens tomorrow at 11", "Closed today · holiday hours: back Wednesday at 5:30". It handles split shifts, hours past midnight, holidays and special hours, and a named secondary schedule, all in the business timezone. You set one action per state and add a call link and a keyless directions link. `timeStyle: 'compact'` drops AM/PM. The server renders the status. The browser then recomputes it after load, at the next opening or closing, and when the tab returns, and it announces only real changes. It renders nothing without hours. - **`LocalLiveStatusAnnouncement`** renders the bar outside the block registry, for example in the chrome header's announcement slot. - **Local Logistics** (`split`) shows the address with a Google or Apple directions link (no API key), a call link, and an optional map image that is always labeled as illustrative. It groups identical days in the hours and marks today in the business timezone, server-side and then refreshed in the browser. Today's holiday or special hours appear as their own row, and visit notes such as parking and access can follow.
• 150cd41: The `./ordering` entry now ships the ordering island: `OrderProvider`, `OrderButton` (for chrome's `accountSlot`), `OrderPill`, `OrderDrawer` (a native modal `<dialog>`) and `useOrder()`, plus the `toOrderItems`, `buildCheckoutUrl` and `createPriceFormatter` helpers. - It keeps the order in the browser only, in `sessionStorage` under `tome-local-order:<listKey>`. If storage is unavailable, the island renders empty. - It hydrates a price list's `data-order-add` and `data-order-stepper` markup and keeps every element that shares an item key in sync. It also opens the drawer from any `[data-order-open]` control and sets `<html data-order-state="empty | has-items | open">`. - Checkout is a link to `checkoutUrl` with `item=<key>:<qty>` params. It never posts a cart or takes payment. A `demoLabel` renders beside it with `data-compliance-label`.
• 86c367b: Adds the `local-price-list` block: a menu or price list as a photo card grid (default), a printed ledger or a home-page teaser, from one data shape. - `card-grid`: a featured lead with a round stamp, a numbered category rail (sticky, with an optional scroll-spy), a masthead per category, photo cards with details that open inside the card, and one item that breaks the grid with its details always open. - `ledger`: ruled rows, attribute codes and right-aligned tabular prices, every size or measure listed. `teaser`: a photo panel beside a numbered list whose rows swap the photo on hover or focus, with a thumbnail per row on phones. - Prices are integer minor units formatted with `Intl.NumberFormat`; by default they print without a symbol and a visually hidden currency name follows. Price modes: fixed, from, range, market price, on request. - Ordering is off by default. With `ordering.enabled` and a `checkoutUrl`, each priced item gets an add button and a stepper for the pack's ordering island; otherwise no add action renders. - `tags` and `attributes` are free text unless option lists are passed to the block factory (`LOCAL_TAG_PRESETS`, `LOCAL_ATTRIBUTE_PRESETS`). Without JavaScript the rail is a list of anchors and every details panel shows in place.

dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

• dd19c82: Admin labels, field descriptions, demo content and messages now use American spellings.

58c38a6: `plate-sequence` gains an opt-in static before and after pair with a record. `plateSequenceBlock.block({ pairRecord: true })` adds the inline pair kind `before-after-record` and a `pairRecord` group (consent recorded and the date it was recorded, treatment, the date the photos were taken, and a pair-level disclaimer). A pair of this kind renders only when consent is ticked with its date, a treatment and a disclaimer are all recorded, and it holds exactly two images; otherwise the whole plate is left out and the plates that do show number without a gap. It prints the treatment, the date and the disclaimer in the caption (`data-plate-pair-record`, `-treatment`, `-date`, `-disclaimer`) and never prints the consent itself. It is still: no drag divider, slider or script. The stock `before-after` kind renders exactly as before and is not gated. Inline items only: the Work collection's story has no record fields. Schema: off by default, so the block's fields are unchanged, held by the existing case-blocks golden and a test. Turning `pairRecord` on adds a select option and group columns, so SQL sites need a migration at that point.

• 58c38a6: `plate-sequence` gains an opt-in static before and after pair with a record. `plateSequenceBlock.block({ pairRecord: true })` adds the inline pair kind `before-after-record` and a `pairRecord` group (consent recorded and the date it was recorded, treatment, the date the photos were taken, and a pair-level disclaimer). A pair of this kind renders only when consent is ticked with its date, a treatment and a disclaimer are all recorded, and it holds exactly two images; otherwise the whole plate is left out and the plates that do show number without a gap. It prints the treatment, the date and the disclaimer in the caption (`data-plate-pair-record`, `-treatment`, `-date`, `-disclaimer`) and never prints the consent itself. It is still: no drag divider, slider or script. The stock `before-after` kind renders exactly as before and is not gated. Inline items only: the Work collection's story has no record fields. Schema: off by default, so the block's fields are unchanged, held by the existing case-blocks golden and a test. Turning `pairRecord` on adds a select option and group columns, so SQL sites need a migration at that point.

acdab21: The work index no longer pulls server code into client bundles, so webpack builds succeed. The pack read its settings defaults from the portfolio layer's root entry, which webpack cannot tree-shake out of a client bundle. It now reads them from the layer's client-safe `/settings` entry. The `@wabbit/tome-portfolio` peer floor rises to 0.2.0, the first version with `/settings`.