@particle-academy/fancy-cms-ui 0.7.0 → 0.8.0

package/CHANGELOG.md

@@ -0,0 +1,395 @@
+# Changelog
+
+All notable changes to this project are documented here.
+
+The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
+and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
+
+> **Pre-1.0:** breaking changes land in MINOR releases. Read the entry, not the
+> version number.
+
+> **0.2.0 and 0.3.0 are missing below.** This file was last updated at 0.1.1 and
+> the two releases after it were never written up; `git log` is the record for
+> those. Noted rather than quietly back-filled from memory.
+
+## [Unreleased]
+
+## [0.8.0] - 2026-10-23
+
+What a professional landing page needs from the renderer, found by mapping
+the stack for the lab's website-builder agent.
+
+### Changed
+
+- **BREAKING (markup): the `[data-cms]` element is now the semantic element.**
+  `heading` renders `<h1>`-`<h6>` (`props.level`, default 2), `text` renders
+  `<p>`, `section` renders `<section>`, `button` and `link` with a safe `href`
+  render `<a>`, and `list` renders `<ul>`/`<ol>`. Previously every node was a
+  `<div>`. **What to do:** nothing, unless your own CSS targets
+  `div[data-cms]` or `[data-cms] > a` (the inner `<a>` of a `link` is gone;
+  the link IS the element now). Select by `[data-cms="<id>"]`, which is
+  unchanged.
+- **BREAKING (security, CSS): a style value that could escape its declaration
+  is dropped.** A value containing `{`, `}` or `<`, or a `;` outside
+  parentheses or quotes, emits nothing. **What to do:** nothing for any real
+  colour, gradient, font stack or `url(data:...;base64,...)`, which all still
+  pass. Only a value that was trying to close the rule changes.
+- `direction`, `columns` and the new container knobs are read **per
+  breakpoint**. A grid can now go 1 column -> 2 -> 3, and a stack column ->
+  row. Base output is unchanged.
+
+### Added
+
+- Style properties: `paddingX` / `paddingY`, `marginX` (`"auto"` centres) /
+  `marginY`, `maxWidth`, `minHeight`, `aspectRatio`, `sticky`, `zIndex`,
+  `overflow`, `hidden` (per breakpoint), `textTransform`, `backgroundSize`,
+  `backgroundPosition`, `wrap`, and `columnMin` for an auto-fit grid that is
+  responsive with no breakpoints at all.
+- **Theme tokens are emitted** as `:root { --cms-* }` custom properties
+  (`theme.color.primary` -> `--cms-color-primary`), so styles can reference
+  `var(--cms-color-primary)`.
+- `props.as` on containers: `section`, `header`, `nav`, `main`, `footer`,
+  `article`, `aside`, `div`. Anything else is ignored, never used as a tag.
+- `list` element (`props.items`, `props.ordered`), and List in the editor's add menu.
+- `props.anchor` on any node renders as its `id`, so an in-page link
+  (`href="#pricing"`) has somewhere to land. Only a lowercase slug of up to 64
+  characters is rendered (`ANCHOR_PATTERN`, `anchorFor` exported); anything
+  else is ignored. The PHP renderer follows in fancy-cms 0.5.0.
+- `image`: `props.fit` (`cover` default, `contain`, `fill`, `none`,
+  `scale-down`) and `props.loading` (lazy by default).
+- **`agent-guide/professional-pages.md`**, shipped in the tarball: how an agent
+  builds a professional page with these primitives (the bar, scales, batching
+  ops, deferring to a person's edits). It is what the lab's website-builder
+  agent is measured with, so its numbers are tuned by lab passes, not by taste.
+- `safeHref`, `elementFor`, `LANDMARK_TAGS` and `safeCssValue` are exported.
+  Hrefs pass for relative URLs and `http`/`https`/`mailto`/`tel`; every other
+  scheme (`javascript:`, `data:` ...) is dropped. External http(s) links get
+  `rel="noopener noreferrer"`.
+- **Security: nothing a document holds can escape the inline stylesheet.**
+  Two routes carried raw strings into `<style>`. A node id went into
+  `[data-cms="<id>"]` unescaped, so an id containing `</style><script>` ended
+  the stylesheet and injected a script; ids now pass through `cssString`
+  (`\` and `"` escaped, control characters and `<` as hex escapes), and the
+  selector still matches the attribute. And `align`, `justify`, `direction`,
+  `textAlign`, a Length's unit and the numeric fields were written without a
+  check; now a Length needs a finite number and a known unit, a keyword must be
+  on its allowlist, and a number must be finite, or the declaration is dropped.
+  **Nothing to do:** every valid document emits the same CSS as before.
+  `parity/canonical-doc-hostile.json` holds the PHP emitter to the same rules.
+  Found by the PHP port's source review.
+- **Security / Fixed: node ids and breakpoint names that are also
+  `Object.prototype` names.** Ids arrive in ops, which an agent writes. The node
+  map was read as a plain object, so `constructor`, `toString` and friends
+  resolved to built-ins: inserting a node called `constructor` was refused as a
+  duplicate, removing an absent `toString` "succeeded" and bumped `seq`, and a
+  node called `__proto__` replaced the map's prototype instead of being added.
+  Every lookup and write in the reducer, renderer, CSS emitter and migration now
+  uses own properties only (`src/document/own.ts`). **Nothing to do:** a page
+  whose ids are ordinary strings behaves exactly as before. Found by the PHP
+  port, which has no prototype to see.
+- **Fixed:** `reorder_roots` accepted a list that repeated a root as long as
+  its length matched (`["s1","s1"]` for roots s1, s2), rewrote that root's key
+  twice and left the other's alone, so the page order became arbitrary. It is
+  now refused as not a permutation, like a list with an unknown id. Found while
+  porting the reducer to PHP.
+- Parity: `parity/run.mjs` checks every `parity/canonical*.json`;
+  `canonical-doc-0.8.json` covers the new properties and the values that must
+  be dropped.
+
+### Fixed
+
+- **`CHANGELOG.md` is now in the published tarball.** `files` did not whitelist it, so npm never shipped it — and this package puts breaking changes in MINOR releases and tells you in the README to read the entry before taking one. The instruction existed for the author, who has the file, and not for the consumer, who is the only one being instructed. Nothing for you to do; the file simply arrives from this release on.
+- Dropped `docs` from `files`: it was declared and never existed, so the package claimed to ship it and did not.
+
+### Security
+
+- `source-map-js` is pinned forward to `^1.2.2` via `overrides`. Versions up to
+  1.2.1 allow an event-loop denial of service through indexed source-map section
+  offsets, and it arrives here transitively through the build toolchain.
+  **Nothing for a consumer to do, and no runtime change**: an npm package does
+  not ship a lockfile, so this governs builds OF this repo, not anything
+  installed FROM it. Recorded rather than left silent because the override it
+  sits beside — `shell-quote` `^1.9.0`, added for an earlier advisory — was
+  carried with no note of why, and had drifted back inside the vulnerable range
+  before anyone looked.
+- **Dev toolchain only — no runtime change, nothing for consumers to do.** The
+  lockfile now resolves `vite` 8.3.5 (was 8.3.0), whose bundled
+  `launch-editor` fixes GHSA-587h-7wmj-h5pm (HIGH, `fs.existsSync()` check
+  bypassable on Windows), GHSA-698v-4r3x-3vcv (`escapeCmdArgs()` omits `%`
+  escaping on Windows) and GHSA-r825-w8mm-5pxw (editor CLI flag
+  misinterpretation). `vite` is only reached through the test/dev toolchain
+  and the published package does not ship our lockfile, so the exposure was
+  this repo's own dev server.
+
+## [0.7.1] — 2026-09-17
+
+### Fixed
+
+- **Malformed authored documents now render empty instead of throwing during
+  React render.** `CmsPage` normalizes a missing, null, array, or otherwise
+  invalid `nodes` map at its migration boundary, while direct `emitDocCss()`
+  and `rootIds()` calls defensively return empty results. A bad agent-authored
+  value can no longer unmount the host subtree around the CMS page.
+
+  **What you must do:** nothing. Well-formed documents render unchanged; the
+  fallback only applies when `nodes` is not a non-null object.
+
+## [0.7.0] — 2026-08-09
+
+### Added
+
+- **`$source` on a binding — where its data comes from, in the Live Contract's
+  vocabulary.** Story #171, AC2.
+
+  ```ts
+  { $bind: "products.0.name", $source: ["catalog", "products"] }
+  ```
+
+  `{ $bind: "profile.coins" }` is a path into whatever blob the host passes as
+  `data`. It says nothing about which query produced that blob, so nothing could
+  know what to re-render when the underlying data changed — a host wiring live
+  data had to work it out per page, by hand.
+
+  `$source` names it in the same `[namespace, resource, …]` shape
+  `fancy-query`'s `liveKey()` produces and every backend twin declares its
+  broadcast events against. This is exactly why the work was gated behind the
+  Live Contract: had the substrate invented its own name for "where this data
+  lives", that vocabulary would have been baked into every **saved document**.
+
+  - `bindingSources(doc)` answers *what live queries does this page read?* —
+    walking props and a repeater's `each`, which is the densest data dependency
+    in the model.
+  - A malformed `$source` reads as absent rather than throwing. Documents arrive
+    from databases and from agents; a renderer that throws takes the page down.
+  - Deliberately a plain array — structurally a TanStack `QueryKey` without the
+    dependency, and it survives JSON.
+
+  **What you must do:** nothing. `$source` is optional, and every document saved
+  before this has none.
+
+- **Asserts `fancy-doc-commons`' `CANONICAL_WALKS`** — the shared fixture
+  `fancy-screens` asserts too, so both surfaces are checked against one tree
+  rather than each being inspected separately (AC1).
+
+### Changed
+
+- `@particle-academy/fancy-doc-commons` to `>=0.4 <2.0`.
+
+## [0.6.0] — 2026-08-09
+
+### Changed
+
+- **BREAKING — the `set_props` op is now `set_node_props`.**
+
+  `@particle-academy/fancy-doc-commons`' `TreeOp` uses the same discriminator
+  `t` and also had a `set_props` variant, with a byte-identical shape. So a
+  stored `{ t: "set_props", id, patch }` was **valid under two vocabularies and
+  reduced by two different reducers**, with nothing in the document able to say
+  which one it meant. Now that `PageDoc` IS a `DocTree`, both reducers can
+  plausibly be handed the same document.
+
+  **What you must do:** if you emit this op directly, rename the tag. If you
+  only use `Editor`, `EditablePage`, `Inspector` or `useEditor`, nothing — they
+  emit it for you. Stored documents are unaffected: this is an op vocabulary,
+  not a document field, so nothing persisted contains it.
+
+  Every other variant was already disjoint (`insert_node` vs `insert`,
+  `move_node` vs `move`), so closing the collision cost exactly one rename. The
+  alternative on the table was a versioned envelope (`{v:"tree/1", t:…}`) on
+  every op across the kit; that would have been the right answer if the overlap
+  were wide, and it is one variant.
+
+### Added
+
+- A test asserting the two vocabularies stay **disjoint**, so the next
+  collision fails the build rather than shipping. Keeping tag spaces disjoint
+  is the cheap version of a versioned envelope — but only while something
+  checks.
+
+
+### Added
+
+- The migration is now tested against a **real saved document** — the showcase's
+  own CMS home page as it was actually persisted before 0.5.0, 62 nodes and
+  seven sections, extracted from `px-ui-sandbox` at the commit before the
+  migration landed. A hand-built fixture only contains the cases its author
+  already thought of.
+
+  That document's `sections` happens to agree with its order keys, because
+  nobody ever reordered it — so a further test permutes `sections` and leaves
+  the keys alone, which is exactly what the old `reorder_sections` op did, and
+  asserts the migration recovers the dragged order.
+
+## [0.5.1] — 2026-08-09
+
+### Fixed
+
+- **`NodeTransform` is exported from the `/editor` entry.** It appears in two of
+  `EditablePage`'s props — `transforms?: Record<string, NodeTransform>` and
+  `onNodeTransform?: (id, transform: NodeTransform) => void` — but had never
+  been exported, so a consumer writing an `onNodeTransform` handler had no way
+  to name its second argument. The showcase imported it anyway and carried a
+  permanent type error in the app that exists to demonstrate this package.
+
+  **What you must do:** nothing. This only adds an export.
+
+  The gap was invisible from inside the package: it built and tested clean, and
+  only a CONSUMER could discover it. There is now a type-only fixture
+  (`tests/editor-exports.types.ts`) that imports every public prop type through
+  the same barrel a consumer uses, so the next one fails the build here rather
+  than in someone else's app.
+
+### Added
+
+- `tsconfig.test.json`, wired into `npm run lint`. `tests/` was excluded from
+  type checking entirely, so test files were unchecked TypeScript — turning it
+  on surfaced four real type errors that had been sitting in the suite.
+
+## [0.5.0] — 2026-08-09
+
+### Added
+
+- `migrateDoc(doc)` / `migrateDocVerbose(doc)` / `needsMigration(doc)` — forward
+  migration for documents saved before this release. Idempotent, and returns an
+  already-migrated document by reference, so it is safe to call unconditionally
+  on load. `migrateDocVerbose` additionally reports `danglingIds` (ids listed in
+  `sections[]` with no matching node) and `unlistedRootIds` (roots the array
+  never mentioned, which previously did not render at all).
+- `rootIds(doc)` and `lastRootId(doc)` on `document/reduce` — the two things
+  callers actually wanted from `doc.sections`.
+
+### Changed
+
+- **BREAKING — `PageDoc.sections[]` is gone; roots are ordered by their `order`
+  key like every other sibling group.** `PageDoc` is now a `DocTree` from
+  `@particle-academy/fancy-doc-commons`, so `childrenOf`, `roots` and
+  `descendantsOf` from that package work on a CMS document directly.
+
+  **What you must do:**
+
+  - **Reading `doc.sections`** → use `rootIds(doc)`.
+  - **Emitting the `reorder_sections` op** → it is now `reorder_roots`, and it
+    rewrites the roots' `order` keys rather than permuting an array. The payload
+    shape (`{ t, order: NodeId[] }`) is unchanged.
+  - **Loading documents you persisted before this release** → nothing, if you
+    go through `CmsPage` or `initEditor`; both migrate on the way in. If you
+    read a stored document yourself — to index it, diff it, or render it on a
+    server — call `migrateDoc` first.
+
+  This one genuinely bites, so it is worth being precise about why: the old
+  `reorder_sections` permuted `sections[]` and left every node's `order` key
+  untouched. On any page whose sections were ever dragged into a new order, the
+  keys are stale and the array is the **only** record of the real order. So a
+  consumer who drops the array and falls back to the keys does not lose a
+  redundant field — that page silently reverts to the order it was first
+  authored in. Nothing throws, nothing logs, and the layout is wrong. That is
+  the case `migrateDoc` exists for, and the reason both entry points call it
+  for you.
+
+- Top-level order used to live in its own array while every other level used
+  fractional keys — two ordering mechanisms that could disagree. A node could be
+  a root by `parent === null` and absent from `sections[]`, and then simply not
+  render. That is now unrepresentable.
+
+### Removed
+
+- **BREAKING — `src/document/fractional.ts` is deleted.** `keyBetween` is still
+  exported from the package root, now re-exported from
+  `@particle-academy/fancy-doc-commons` (which also exports it as
+  `fractionalKey`).
+
+  **What you must do:** if you imported `keyBetween` from the package root,
+  nothing — it is the same function and produces byte-identical keys, which the
+  test suite pins against golden values captured from the deleted
+  implementation. If you deep-imported `@particle-academy/fancy-cms-ui/dist/document/fractional`,
+  import from the package root instead.
+
+## [0.4.0] — 2026-08-07
+
+### Changed
+
+- **BREAKING — Node 18 is no longer supported.** `engines.node` moves from `>=18` to `>=22`.
+
+  **What you must do:** on Node 22 or newer, nothing. Note npm only *warns* on an `engines` mismatch while **pnpm fails the install**, so this surfaces differently depending on your package manager. Node 18 is end-of-life and 20 is maintenance-only.
+
+- **BREAKING — React 18 is no longer supported.** `peerDependencies.react` / `react-dom` are now `^19.0.0`.
+
+  **What you must do:** on React 19, nothing. On React 18, stay on the previous release, or upgrade your app to 19 first.
+
+  React 18 support was a claim nothing tested — every build and test in this package ran against 19, so the 18 half of the old range was never executed. An untested compatibility claim is worse than an absent one, because it reads as support.
+
+### Why
+
+These are the kit 0.5 platform floors, applied across every package at once so a consumer never has to resolve a mix. **No API changed, nothing was removed, nothing was renamed** — only what the package requires.
+
+
+## [0.3.1] — 2026-07-27
+
+### Fixed
+
+- **`Inspector`'s labels were attached to nothing.** Every one was a plain
+  sibling of its control — `<label>Background</label><input/>` — so clicking a
+  label focused nothing and a screen reader announced the style panel as a
+  column of unlabelled boxes.
+
+  Worth distinguishing: `NodeInspector`'s labels **wrap** their inputs, which
+  associates them implicitly and was always correct. This was seven fields in
+  one file, not a package-wide defect.
+
+  Each control now has an `id` its label points at, plus a `data-cms-field`
+  handle keyed by the field — the stable identity the Human+ contract asks for,
+  so an agent addresses a field by name instead of guessing at the DOM.
+
+- **The element palette was hardcoded dark inside a light-themed host.** The
+  editor ships a `--fcms-*` light/dark token layer and then set
+  `background: "#0b1220"`, `color: "#e2e8f0"` and a slate border directly, so a
+  host on the light theme got a permanently dark flyout. The overlay's selection
+  outlines, the drop hint and several `NodeInspector` colours bypassed the layer
+  the same way.
+
+  All of them now resolve through `--fcms-*` **with the previous values as
+  fallbacks**, so default rendering is unchanged and only a host that themes the
+  editor sees a difference. `--fcms-drop` and `--fcms-danger` were added to the
+  light and dark blocks, since a token nothing defines cannot be themed from one
+  place.
+
+  **Nothing to do.** No prop or markup changed.
+
+### Changed
+
+- **A stale note in `Editor.tsx` said the chrome "graduates to react-fancy
+  next".** It dates from the Phase 0+1 commit and the `--fcms-*` token layer
+  landed three weeks after it, superseding it — react-fancy's primitives are
+  hardcoded Tailwind palette classes that read no custom properties, so adopting
+  them would ignore `--fcms-accent` and strand a themed host with a half-themed
+  editor. The comment now records why the chrome stays plain markup, and that
+  the old plan is no longer the plan. It is the kind of note that gets acted on
+  long after it stopped being true.
+
+### Added
+
+- **11 tests** covering label association, the field handles, per-instance ids,
+  the select → deselect → reselect transition, and that every `--fcms-*` token
+  referenced anywhere is actually defined. Ten of them fail against the previous
+  code.
+
+## 0.1.1 — 2026-07-06
+
+### Fixed
+- **`Editor`: the notify effect no longer depends on the `onChange` prop's
+  identity** (#1). The latest `onChange` is held in a ref (synced in an effect)
+  and the notify effect depends only on the document — so a consumer passing an
+  inline closure that also sets state (the most natural usage) can no longer
+  loop the notify (notify → setState → render → new closure identity → effect
+  re-fires → notify → …; 91k fires observed for one op). Each op now notifies
+  exactly once, guarded by a regression test.
+- The same hygiene applied to `EditablePage`'s `onSelect` notify and
+  `onProgress` scroll-reporting effects — the identical latent loop class.
+
+## 0.1.0 — 2026-07-05
+
+First beta. The editor (`Editor`, `EditablePage`, `Canvas`, `LayersPanel`,
+inspectors, `useEditor` + snapshot undo/redo) and the isomorphic renderer
+(`CmsPage`, `CmsRegion`) exported from the main entry, over the Stages document
+model, the `PageOp` op-spine, and the JS style→CSS emitter (byte-parity with the
+PHP emitter in `particle-academy/fancy-cms`).

package/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 Particle Academy
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/agent-guide/professional-pages.md

@@ -0,0 +1,107 @@
+# Building professional pages with fancy-cms
+
+You are building one page as a fancy-cms document, edited through ops. A person
+may be watching it take shape, and may edit it while you work. The bar is a page
+a design studio would ship: clear, specific, consistent, and good on a phone.
+
+## The bar
+
+1. **The brief's facts, all of them, exactly.** Every name, price, time, figure
+   and link the brief gives appears on the page as given. Nothing is invented:
+   no extra features, customers, awards, quotes or statistics. If a section
+   would need a fact the brief does not give, leave the section out.
+2. **One message per section.** A visitor can say what each section is for in
+   five words.
+3. **The call to action is obvious.** The primary CTA appears in the hero, uses
+   the brief's exact label and link, and is visible without scrolling at 375 px.
+4. **Good on a phone first.** Design at 375 px, then widen. Nothing scrolls
+   sideways. Tap targets are at least 44 px tall.
+5. **Consistent.** One type scale, one spacing scale, two or three colours from
+   the theme. No one-off values.
+
+## Never ship
+
+- A fact that is not in the brief, or a brief fact that is missing or changed.
+- Lorem ipsum, "Feature 1", placeholder prices or `#` links where the brief gave
+  a link.
+- Body text over a busy image, or text that fails contrast (body 4.5:1, large
+  text 3:1).
+- More than one `h1`, or heading levels that skip (h2 straight to h4).
+- An image with empty `alt` unless it is purely decorative.
+- Absolute positioning for page layout. Use stack and grid; reserve `free` for
+  genuine overlays.
+
+## Before you build
+
+1. Call `cms_describe` once. It lists every element type, op and style property.
+   Do not guess names.
+2. Read the brief and list its facts. Sort them into sections, in this order
+   unless the brief says otherwise:
+   header, hero, proof or features, the details (menu, pricing, timetable,
+   work), trust (quote, numbers, disclaimer), final CTA, footer.
+3. Set the theme first, in one `set_theme` op, so every later style can
+   reference it.
+
+## The theme
+
+Set tokens once and reference them as `var(--cms-<group>-<name>)`:
+
+```json
+{ "t": "set_theme", "patch": {
+  "color": { "primary": "#0f766e", "ink": "#0f172a", "muted": "#475569", "surface": "#fbfaf7", "line": "#e5e7eb" },
+  "font": { "body": "Inter, system-ui, sans-serif", "display": "Inter, system-ui, sans-serif" }
+} }
+```
+
+Use the brand colour from the brief as `primary`. Ink on surface must clear 4.5:1.
+
+## Scales (use these values, not others)
+
+- **Type** (px, base / md and up): display 40 / 56, h2 28 / 36, h3 20 / 22,
+  body 17 / 18, small 14. Line height 1.15 for display and h2, 1.6 for body.
+  Weight 700 for display and h2, 600 for h3, 400 for body.
+- **Spacing** (px): 4, 8, 12, 16, 24, 32, 48, 64, 96. Section padding: `paddingY`
+  64 at base, 96 at `md`; `paddingX` 20 at base, 32 at `md`.
+- **Content width**: wrap each section's content in a stack with `maxWidth` 1120,
+  `marginX: "auto"` and `paddingX` as above. Text columns no wider than 680.
+- **Radius**: 8 for buttons, 12 for cards.
+
+## Building the page
+
+- **Batch your ops.** Send one `cms_apply` per section (10-30 ops), not one op
+  per call. A person watching sees the page build section by section, and you
+  spend a fraction of the tokens.
+- **Structure**: each section is a root `section` node (`props.as: "header"` for
+  the header, `"footer"` for the footer). Inside it, one container `stack`, then
+  content.
+- **Grids that respond**: for cards, use a `grid` with `columnMin` 260 px; it
+  goes from one column on a phone to three on a desktop with no breakpoints. For
+  an exact count per width, set `columns` 1 at base, 2 at `md`, 3 at `lg`.
+- **Rows that collapse**: a stack with `direction: "column"` at base and
+  `"row"` at `md`, plus `wrap: true` when items may not fit.
+- **Headings**: `heading` with `props.level` 1 for the page title, 2 for each
+  section title, 3 inside cards.
+- **Buttons**: `button` with `props.label` and `props.href`; `variant` primary
+  for the main CTA, `outline` for the secondary. At least 44 px tall: `paddingY`
+  12 and `fontSize` 16.
+- **Lists**: a `list` node with `props.items` for features, inclusions and
+  hours, not one text node per line.
+- **Contact**: phone as `tel:+15550104477`, email as `mailto:...`.
+- **Images**: `image` with `props.src`, a descriptive `props.alt`, and
+  `aspectRatio` (for example `"4 / 3"`) so it never stretches.
+- **Meta**: `set_meta` with a title under 60 characters and a description under
+  155 characters, both from the brief's own words.
+
+## When a person edits the page
+
+Every result carries a `revision`. If you get `surface_changed_under_you`, a
+person changed the page. Call `cms_changes_since`, read what they did, and keep
+it: their edit is the new intent. Never put back something a person changed. If
+their change conflicts with the brief, build around it and say so in your final
+message.
+
+## Finishing
+
+Before `cms_finish`, call `cms_get` once and check against the bar: every brief
+fact present and exact, one h1, the CTA in the hero, nothing invented. Fix what
+fails in one more `cms_apply`, then finish with a two-sentence summary.

package/dist/{chunk-YOAZRQKN.js → chunk-IOMIYI45.js}

@@ -1,4 +1,4 @@
-import { migrateDoc, reduce, CmsPage, rootIds, childrenOf, lastRootId, emptyDoc } from './chunk-IWQQINCF.js';
+import { migrateDoc, reduce, CmsPage, rootIds, childrenOf, lastRootId, emptyDoc } from './chunk-SJYKJ6SG.js';
 import { useReducer, useCallback, useMemo, useRef, useState, useLayoutEffect, Fragment, useId, useEffect } from 'react';
 import { jsxs, jsx, Fragment as Fragment$1 } from 'react/jsx-runtime';
 import { fractionalKey } from '@particle-academy/fancy-doc-commons';
@@ -371,7 +371,8 @@ var ADD_DEFAULTS = {
   divider: { type: "divider", props: {}, style: {} },
   code: { type: "code", props: { content: "npm install @particle-academy/react-fancy", lang: "bash" }, style: {} },
   richtext: { type: "richtext", props: { html: "<p>Rich <strong>text</strong> with <em>inline</em> formatting.</p>" }, style: {} },
-  repeater: { type: "repeater", props: { items: "" }, style: { gap: { value: 12, unit: "px" } }, layout: "stack" }
+  repeater: { type: "repeater", props: { items: "" }, style: { gap: { value: 12, unit: "px" } }, layout: "stack" },
+  list: { type: "list", props: { items: ["First point", "Second point"], ordered: false }, style: {} }
 };
 var ADD_MENU = [
   { kind: "heading", label: "Heading" },
@@ -387,6 +388,7 @@ var ADD_MENU = [
   { kind: "divider", label: "Divider" },
   { kind: "code", label: "Code" },
   { kind: "richtext", label: "Rich text" },
+  { kind: "list", label: "List" },
   { kind: "repeater", label: "Repeater" }
 ];
 function resolveInsertParent(doc, selectedId) {
@@ -574,5 +576,5 @@ var LIGHT_VARS = "color-scheme:light;--fcms-bg:#ffffff;--fcms-fg:#0f172a;--fcms-
 var CHROME_CSS = `.fancy-cms-editor{--fcms-accent:#8b5cf6;${LIGHT_VARS}}@media (prefers-color-scheme:dark){.fancy-cms-editor{${DARK_VARS}}}:where(.light,[data-theme="light"]) .fancy-cms-editor{${LIGHT_VARS}}:where(.dark,[data-theme="dark"]) .fancy-cms-editor{${DARK_VARS}}`;
 
 export { ADD_DEFAULTS, ADD_MENU, CONTAINER_TYPES, Canvas, Editor, Inspector, LayersPanel, buildInsertOp, editorReduce, initEditor, resolveInsertParent, useEditor, useLatestRef };
-//# sourceMappingURL=chunk-YOAZRQKN.js.map
-//# sourceMappingURL=chunk-YOAZRQKN.js.map
+//# sourceMappingURL=chunk-IOMIYI45.js.map
+//# sourceMappingURL=chunk-IOMIYI45.js.map