efficient-easel 21.0.0 → 21.1.0

package/dist/screen/lib/puck/slot-section-spec.d.ts

@@ -1,96 +1 @@
-/**
- * A component type's own `defaultProps`, looked up in the Puck config.
- *
- * Handed IN rather than imported: `lib/puck/config` imports the seed
- * registry's neighbours, and a seed registry that reached back into the config
- * would close the loop. Both callers of `seeds()` already hold the config
- * (`components/ScreenChrome`, `components/StandaloneSectionEditor`),
- * so the lookup travels the short way.
- *
- * ⚠️ IT IS OPTIONAL, AND THE FIVE SPECS THAT PREDATE IT IGNORE IT. They
- * seed ONE flat child whose every field is content, so a missing default changes
- * nothing they draw. Image & Text Columns seeds a Box holding blocks, and a Box
- * without its `direction` / `justify` / `align` / `wrap` is a different shape on
- * the page — see `boxColumnSeed` in lib/puck/slot-specs.
- */
-type NodeDefaults = (type: string) => Record<string, unknown>;
-interface SlotSectionSpec {
-    /** The primary slot field on the section (e.g. Hero's `slides`). */
-    slot: string;
-    /** The child component type the slot holds. */
-    childType: string;
-    /** The "Add …" affordance label. */
-    addLabel: string;
-    /**
-     * The children ARE the section, and no surface offers to add one.
-     *
-     * ⚠️ NOT THE SAME THING AS `addBlocked`, AND THE DIFFERENCE IS WHY IT EXISTS.
-     * `addBlocked` is a reason adding is impossible RIGHT NOW — a hero anchor
-     * already holds four — so the row stays, greyed, with the sentence on it, and
-     * the merchant can act on it (re-place a group and Add comes back). A fixed
-     * set has no such state: the row would be permanently dead furniture, and
-     * `NodeContextMenu`'s own rule says it plainest — a row must never be a button
-     * that does nothing.
-     *
-     * Both surfaces that draw an Add row read this. `addBlocked` is still declared
-     * beside it, because the DROP path asks that one and never this.
-     */
-    fixed?: boolean;
-    /** Children render as a HORIZONTAL slider (selection must advance it). */
-    slider?: boolean;
-    /**
-     * Prop bags for the default children a fresh section is seeded with.
-     *
-     * `defaultsFor` is {@link NodeDefaults} — present when the caller holds the
-     * config, absent otherwise, and every spec that seeds a plain content child
-     * simply declines it.
-     */
-    seeds: (defaultsFor?: NodeDefaults) => Record<string, unknown>[];
-    /**
-     * Convert a section's LEGACY props (an older inline-array field) into slot
-     * children at load-time — the chrome-only migration for pages saved before the
-     * field became a slot. Returns [] when there's nothing to migrate, in which
-     * case the seeder falls back to `seeds()`.
-     */
-    legacy?: (props: Record<string, unknown>) => Record<string, unknown>[];
-    /**
-     * Why this section cannot take another child right now — a sentence the
-     * merchant reads — or `null` when it can (card 66189).
-     *
-     * Optional, and only the Hero slide answers it today: a group is placed on one
-     * of nine anchors, an anchor stacks at most four, and a fifth would be drawn
-     * ON TOP of the fourth. The rule lives on the SPEC rather than inside
-     * `SlotChildRows` because the list is shared by five sections and this is one
-     * section's arithmetic — the list asks, the spec answers.
-     */
-    addBlocked?: (children: readonly unknown[], incoming?: unknown) => string | null;
-    /**
-     * Why this section must NOT be seeded at all, read off its OWN stored props.
-     *
-     * The seeder's existing guard is "the slot already has children" — right for a
-     * section whose only shape is the slot, and blind to a section that still
-     * carries an OLDER one. Image & Text Columns is the first of those: its
-     * columns used to be a `steps` ARRAY, the owner ruled on 2026-09-05 that
-     * nothing is migrated, and a stored page therefore has a full `steps` and an
-     * empty `boxes`. Without this the seeder would drop three fresh Boxes into a
-     * published page that already draws three columns, and the merchant would find
-     * six.
-     *
-     * Deliberately a question about the PARENT'S props, not about the slot — the
-     * slot is what the existing guard already reads, and answering "is there an
-     * older shape here" from the same place is what makes this a second question
-     * rather than a second opinion on the first.
-     */
-    skipSeed?: (props: Record<string, unknown>) => boolean;
-    /**
-     * What the list says about the children it ALREADY holds, or `null`.
-     *
-     * The counterpart to `addBlocked`, and deliberately a second question rather
-     * than a second answer from the first: `addBlocked` is about a group that has
-     * not arrived yet, this is about the ones that are already here and cannot all
-     * be drawn. A section that cannot get into that state simply declares neither.
-     */
-    notice?: (children: readonly unknown[]) => string | null;
-}
-
-export type { NodeDefaults, SlotSectionSpec };
+export { NodeDefaults, SlotSectionSpec } from '../document/slot-section-spec.js';

package/dist/screen/lib/puck/slot-section-spec.js

@@ -0,0 +1 @@
+import"../../../chunk-A2VVB4RH.js";

package/dist/screen/lib/puck/style-clipboard.d.ts

@@ -1,22 +1,22 @@
-import { StyleRow } from '../../../style-clipboard/index.js';
-import { S as StyleClipboardWords } from '../../../words-CnnHb9jo.js';
-import { ScreenStyleDocument, ScreenNode, ScreenStylePastePlan, ScreenStyleClipboard } from '../screen-parts.js';
-import { panelFieldsOf } from './panel-fields.js';
+export { ResolvedStyleClipboard, copyNodeStyle, nodeStyleRows, planNodePaste, shopFieldKind, siteStyleScope, styleClipboardOf } from '../document/style-clipboard.js';
+import '../../../style-clipboard/index.js';
 import '../../../types-BbOBWXMP.js';
 import 'react';
+import '../../../words-CnnHb9jo.js';
+import '../screen-parts.js';
 import '../../../blocks/index.js';
 import '../../../types-Cq53lL8d.js';
 import '../../../data/index.js';
 import '../../../types-41704JE4.js';
 import '../../../resolve-D68pb3Bx.js';
 import '../../../plan-CZS902DV.js';
-import '../../../watch-BTYOJpQU.js';
+import '../../../watch-D8xZow3y.js';
 import '../../../types-B3iSHX-w.js';
 import '../../../types-Cy7rdmXt.js';
 import '../../../wordFit-7XpmhcaW.js';
 import '../../../edit-lock/index.js';
 import '../../../panelWidths-DgQXiPXU.js';
-import '../../../CanvasDragLayer-Cd1o0HQf.js';
+import '../../../CanvasDragLayer-CFUcBbgc.js';
 import '../../../session-DSQFmIvx.js';
 import '../../../words-SD4neL0n.js';
 import '../../../types-DBy3L69b.js';
@@ -24,10 +24,10 @@ import 'efficient-shell/ui';
 import '../../../words-Cl9xMUYY.js';
 import '../../components/AddSidePanel.js';
 import '../section-template-types.js';
-import './content-tree.js';
+import '../document/content-tree.js';
 import '../shared-section-types.js';
-import './block-choice.js';
-import '../../../ScreenDocumentContext-CFJeqqKk.js';
+import '../document/block-choice.js';
+import '../../../ScreenDocumentContext-1RgtGKWR.js';
 import '../document-contract.js';
 import '../document-switch.js';
 import '../../../engine-CvXpFE86.js';
@@ -37,108 +37,6 @@ import '../backend-error.js';
 import '../host-chrome.js';
 import '../links/link-filters.js';
 import '../document-hooks.js';
-import './add-target-types.js';
-import './slot-section-spec.js';
-
-/**
- * lib/puck/style-clipboard.ts — COPY STYLE / PASTE STYLE in the website editor
- * (card [ADD] Copy Style And Paste Style, owner 2026-09-19).
- *
- * The clipboard, the matching rule, the menu rows, the words and the shortcut
- * test are `efficient-easel/style-clipboard`'s — written once for both editors;
- * the campaign designer draws the same two rows from the same module. This file
- * answers only the two questions that are the website editor's own:
- *
- *   1. WHICH ROWS of a node are its look — {@link nodeStyleRows};
- *   2. WHAT KIND each row is — {@link shopFieldKind}.
- *
- * ── WHICH ROWS ──────────────────────────────────────────────────────────────
- * Owner's rule 3 was "the Style and Layout tabs, never Content". Since 4.0.0
- * the panel has two tabs, Design and Animation (owner, final 2026-10-10), and
- * what was the Content tab sits at the top of Design — so the rule is read off
- * the Design GROUPS instead of the tabs: the rows under Size, Design, Layout or
- * Position are a look and are copied. Never the Content group (its
- * `_dContent` marker, and every row of Design before the first group heading),
- * never Anchor, never Animation.
- *
- * The panel after `assignSectionGroups` is a flat list in which each bucket
- * header (`BUCKET_KEY`) opens its run — the same reading the tab strip hides
- * rows by — and inside Design each group heading (`DESIGN_GROUP_KEY`) opens
- * its own; a row belongs to the headers above it. A group heading counts only
- * inside Design.
- *
- * Left out even in those groups (the list GG approved on 2026-09-19):
- *   · every picture (`__media`) — Media folded into Style on 2026-09-14, and a
- *     picture is Content;
- *   · words and links (`__text`, `__link`);
- *   · headings, bucket headers and notes — `__fold`, and every `_`-key (the
- *     panel's own furniture, as in the campaign designer) — which store nothing;
- *   · the Anchor rows — a deep-link id must be unique on the page;
- *   · slots (Boxes, children) — structure, not a look;
- *   · a picture's focal point (`focal`, `imageFocal`) — a point ON ONE picture,
- *     meaningless on another, like the campaign logo's colour map.
- * A text part's own look (`partStyles`) is no row at all, so it is never read.
- *
- * ── THE PHONE VALUE ─────────────────────────────────────────────────────────
- * Stored as its own row (`<key>Phone`, ./phone-override), on the same tab, so it
- * travels like any row. It is not COUNTED: the merchant sees one row per
- * device, and the number is the rows they see.
- */
-
-type Props = Record<string, unknown>;
-type NodeLike = {
-    type: string;
-    props: Props;
-};
-type ConfigLike = Parameters<typeof panelFieldsOf>[0];
-/** The clipboard's scope: one site (GG, 2026-09-19) — across its pages. */
-declare function siteStyleScope(siteId: string | null | undefined): string;
-/**
- * The kind of one website-editor row.
- *
- *   · a tag (a shared builder's `section:<key>`, ../controls `sharedStyleKinds`)
- *     wins, on the gate or on the control it wraps;
- *   · a CHOICE row (it declares `options`) is `choice:` plus its sorted values;
- *   · anything else is the shell's reading, which answers `null` for an
- *     untagged custom control: it pastes only onto the same section type.
- */
-declare function shopFieldKind(field: unknown): string | null;
-/** A node's look, as rows the shell's clipboard can hold and match. */
-declare function nodeStyleRows(config: ConfigLike, node: NodeLike): StyleRow[];
-/** Copy one node's look into the site's clipboard. */
-declare function copyNodeStyle(config: ConfigLike, scope: string, node: NodeLike, label: string): void;
-/**
- * What a paste onto this node would do: the new props, and the words the
- * merchant reads. Null when nothing is held for this site. The caller writes
- * `props` through its one replace op only when `changed`, and always shows
- * `message` — "nothing matched" is an answer, not a silence.
- */
-declare function planNodePaste(config: ConfigLike, scope: string, node: NodeLike, label: string, words?: StyleClipboardWords): {
-    props: Props;
-    changed: boolean;
-    pasted: number;
-    message: string;
-} | null;
-/** A style clipboard with every member answered: the screen's reading of a
- *  layer's {@link ScreenStyleClipboard}. */
-interface ResolvedStyleClipboard {
-    scope: (doc: ScreenStyleDocument) => string;
-    rows: (config: unknown, node: ScreenNode) => StyleRow[];
-    copy: (scope: string, node: ScreenNode, label: string, config: unknown) => void;
-    plan: (scope: string, node: ScreenNode, label: string, config: unknown) => ScreenStylePastePlan | null;
-}
-/**
- * COPY STYLE / PASTE STYLE AS THE SCREEN RUNS THEM (0.105.0): a layer's
- * clipboard (lib/screen-parts `styleClipboard`) with every member it left out
- * answered the website's way. A layer's `copy` and `plan`, where it hands none,
- * read the rows it handed (`rows`), so a layer with its own look and nothing
- * else still copies and pastes. With no layer's: exactly the website's —
- * `siteStyleScope(siteId)`, `nodeStyleRows`, `copyNodeStyle`, `planNodePaste`.
- */
-declare function styleClipboardOf(part: ScreenStyleClipboard | null | undefined, 
-/** What the screen's own `plan` says after a paste, in the host's language
- *  (`EaselStrings.styleClipboard`, 3.1.0). A layer's own `plan` says its own
- *  words. Left out: English. */
-words?: StyleClipboardWords): ResolvedStyleClipboard;
-
-export { type ResolvedStyleClipboard, copyNodeStyle, nodeStyleRows, planNodePaste, shopFieldKind, siteStyleScope, styleClipboardOf };
+import '../document/add-target-types.js';
+import '../document/slot-section-spec.js';
+import '../document/panel-fields.js';

package/dist/screen/lib/puck/style-clipboard.js

@@ -1 +1 @@
-export{copyNodeStyle,nodeStyleRows,planNodePaste,shopFieldKind,siteStyleScope,styleClipboardOf}from"../../../chunk-R4QJ6DC5.js";import"../../../chunk-LER7RKTO.js";import"../../../chunk-MSGZ56QL.js";import"../../../chunk-7F52SZOI.js";import"../../../chunk-MQNBD6AB.js";import"../../../chunk-EB6NI2VK.js";import"../../../chunk-V7U33NF2.js";import"../../../chunk-6WY6ZXJG.js";import"../../../chunk-DUVRZ456.js";import"../../../chunk-BPXEFVSQ.js";import"../../../chunk-MFIRYGHW.js";import"../../../chunk-BSPCSC45.js";
+export{copyNodeStyle,nodeStyleRows,planNodePaste,shopFieldKind,siteStyleScope,styleClipboardOf}from"../../../chunk-SWBADIQT.js";import"../../../chunk-5XL2RXFU.js";import"../../../chunk-KWLHKKZO.js";import"../../../chunk-INRERJU4.js";import"../../../chunk-3QB2ZQXK.js";import"../../../chunk-EB6NI2VK.js";import"../../../chunk-V7U33NF2.js";import"../../../chunk-6WY6ZXJG.js";import"../../../chunk-ANPOR6EY.js";import"../../../chunk-BPXEFVSQ.js";import"../../../chunk-MFIRYGHW.js";import"../../../chunk-BSPCSC45.js";

package/dist/screen/lib/puck/text-control-kinds.d.ts

@@ -1,71 +1 @@
-/**
- * text-control-kinds — the authored-text control kinds, and the ONE fact about
- * each that three separate lists used to hold by hand (card 66286).
- *
- * A LEAF ON PURPOSE: it imports nothing. `lib/puck/controls` is nine hops deep in
- * a require cycle back to `lib/puck/part-text`
- * (controls → MediaUploadField → ScreenDocumentContext →
- * catalog-default-layout → ProductGridSection → goldPhrases → PartStyledText →
- * part-styles → part-rows → part-text), so a list defined in `controls` and read
- * at another module's INIT time throws "Cannot access before initialization".
- * The cycle never bit before because the values `part-text` takes from `controls`
- * — `TEXT_FIELD_MARKER`, `readHidable` — are only read inside functions. A
- * single source has to be readable at init, so it lives here, on its own, where
- * nothing can be in flight ahead of it.
- *
- * `lib/puck/controls` re-exports every name below, because that is where the rest
- * of the text-field vocabulary lives (`TEXT_FIELD_MARKER`, `TextFieldMeta`, the
- * builders) and every existing caller already reads it from there. The
- * definitions are here and only here.
- */
-/**
- * Every authored-text control kind, as recorded on `TEXT_FIELD_MARKER`
- * (`lib/puck/controls`),
- * and the one fact three separate lists used to hold by hand (card 66286):
- * whether the kind's value is ONE string a merchant edits as a single box
- * (`"scalar"`), or N of them a control adds, removes and reorders (`"list"`).
- *
- * ⚠️ THIS IS THE SOURCE. {@link TextControlKind} and {@link SCALAR_TEXT_CONTROLS}
- * are both read off it, so a sixth kind cannot be added without answering the
- * scalar/list question once, here, where the answer is. Until this card it was
- * answered THREE times in three files, kept in step by a comment asking the next
- * reader to remember: which parts get an entry row on the section screen
- * (`ENTRY_CONTROLS`), which copy boxes move to the drill (`DRILL_TEXT_CONTROLS`),
- * and which parts a caret may be opened in (`TYPE_IN_PLACE_KINDS`). All three
- * were the same question and nothing went red when they disagreed — card 66282
- * added `copyText` to one of them first and the drift surfaced afterwards as
- * `1 unreachable: altName`.
- *
- * `control` also fixes the STORED VALUE SHAPE the neutralizer must preserve, so
- * each kind names its own shape beside it.
- */
-declare const TEXT_CONTROL_KINDS: {
-    readonly text: "scalar";
-    readonly textarea: "scalar";
-    readonly plainText: "scalar";
-    readonly copyText: "scalar";
-    readonly plainTextarea: "scalar";
-    readonly textList: "list";
-};
-/** The authored-text control kinds — the keys of {@link TEXT_CONTROL_KINDS}. */
-type TextControlKind = keyof typeof TEXT_CONTROL_KINDS;
-/** The kinds whose value is ONE string, as a type — so a caller may hold one of
- *  those and not the list kind, which the compiler then keeps it to. */
-type ScalarTextControlKind = {
-    [K in TextControlKind]: (typeof TEXT_CONTROL_KINDS)[K] extends "scalar" ? K : never;
-}[TextControlKind];
-/**
- * THE SCALAR CONTROLS, derived — one string each, so one box, so one row.
- *
- * The three lists this replaces all named exactly these and each stated the same
- * reason for leaving `textList` out: its control manages ROW STRUCTURE (add,
- * remove, reorder), which a per-row box cannot, so it keeps its place on the
- * section screen. That reason is now the `"list"` beside it above, stated once.
- *
- * Order is declaration order, and the section screen's rows are built by walking
- * a section's FIELDS rather than this list, so nothing merchant-facing reads it
- * as an ordering.
- */
-declare const SCALAR_TEXT_CONTROLS: readonly ScalarTextControlKind[];
-
-export { SCALAR_TEXT_CONTROLS, type ScalarTextControlKind, TEXT_CONTROL_KINDS, type TextControlKind };
+export { SCALAR_TEXT_CONTROLS, ScalarTextControlKind, TEXT_CONTROL_KINDS, TextControlKind } from '../document/text-control-kinds.js';

package/dist/screen/lib/puck/text-control-kinds.js

@@ -1 +1 @@
-export{SCALAR_TEXT_CONTROLS,TEXT_CONTROL_KINDS}from"../../../chunk-PIND6KE7.js";
+export{SCALAR_TEXT_CONTROLS,TEXT_CONTROL_KINDS}from"../../../chunk-I6SK6ZDT.js";

package/dist/screen/lib/puck/tree-reveal.d.ts

@@ -1,62 +1 @@
-/** Puck's index-based address, as `use-section-ops` spells it (zone omitted at root). */
-type Selector = {
-    index: number;
-    zone?: string;
-} | null;
-/**
- * Do these two addresses name the same node?
- *
- * `ops.select` omits the zone for a top-level node (Puck's reducer falls back to
- * the root zone), while `getSelectorForId` always fills it in — so the two
- * spellings of one top-level node differ, and the comparison has to normalise
- * before it can answer. Exported for `scripts/test-tree-reveal.ts`.
- */
-declare function sameSelector(a: Selector, b: Selector, rootZone: string): boolean;
-/**
- * Bring the selected Layers row into view. Returns whether a row was found —
- * false whenever the panel is collapsed or on another view, which is a no-op and
- * not a failure. A row that is already fully visible is found and left alone:
- * the return says "there is a row", not "the panel moved".
- */
-declare function revealSelectedTreeRow(doc?: Document | undefined): boolean;
-/**
- * Which node's Layers row is the MARKED one — the row that draws `is-selected`,
- * and so the row {@link revealSelectedTreeRow} scrolls to.
- *
- * TWO SOURCES, ONE ANSWER. Normally it is the Puck selection. While a PART
- * panel is open it is that part's OWNER, because `usePartBridge` deliberately
- * leaves the Puck selection where it was — "the Layers tree, undo, redo and
- * autosave therefore see nothing at all", which is that bridge's own cheapest
- * proof that they still behave. The chrome asked `isPuckMode && selectedItem`
- * instead, and `isPuckMode` is false in part mode, so opening a part put the
- * mark out on EVERY row at once: a merchant who clicked a run of text in the
- * canvas was left looking at a Layers list with nothing lit, which had also not
- * moved (owner, 2026-09-09 — the "SHOP" tag on a Collections card). The bridge
- * has returned `openPartId` for exactly this since card 66268 and no shell ever
- * read it.
- *
- * EVERY OTHER OVERRIDE STILL ANSWERS `null` — Header, Website, Live chat and the
- * ticker. Those panels are not about a node in this tree at all, and the rows
- * that DO mark them (`inspectorMode.kind === "header"`, `tickerHeroId === secId`,
- * …) read their own state, which is why widening this to them would light two
- * rows for one panel.
- *
- * ⚠️ THE HERO'S `Text` / `Background` WERE ON THIS LIST AND ARE GONE
- * ([ADD] The Hero Takes Boxes). They were two SYNTHETIC rows standing for the
- * section's own copy and media; the owner put the background back in the hero's
- * settings on 2026-09-09 and deleted the built-in copy, so both panels and both
- * `…SectionId` derivations went with them. The example above named
- * `heroTextSectionId`, a variable that no longer exists — corrected to the ticker
- * rather than dropped, because the RULE it illustrates is unchanged and this is
- * the only place that states it.
- *
- * The mode is taken structurally rather than as `InspectorMode`: that union
- * lives in a component (SectionEditor) and this is `lib`, so a named import
- * here would point the dependency the wrong way for one field.
- */
-declare function markedTreeNodeId(mode: {
-    kind: string;
-    nodeId?: string;
-}, selectedId: string | null | undefined): string | null;
-
-export { markedTreeNodeId, revealSelectedTreeRow, sameSelector };
+export { markedTreeNodeId, revealSelectedTreeRow, sameSelector } from '../document/tree-reveal.js';

package/dist/screen/lib/puck/tree-reveal.js

@@ -1 +1 @@
-export{markedTreeNodeId,revealSelectedTreeRow,sameSelector}from"../../../chunk-FGNR22NY.js";
+export{markedTreeNodeId,revealSelectedTreeRow,sameSelector}from"../../../chunk-U5DNBT63.js";

package/dist/screen/lib/puck/use-section-ops.d.ts

@@ -1,110 +1,9 @@
-import { N as NodeSelection } from '../../../plan-CZS902DV.js';
-import { Data } from '../../../blocks/index.js';
-import { TreeItem } from './content-tree.js';
+export { NodeSelector, SectionOps, SectionOpsOptions, useSectionOps } from '../document/use-section-ops.js';
+import '../../../plan-CZS902DV.js';
 import '../../../types-41704JE4.js';
+import '../../../blocks/index.js';
 import 'react';
 import '../../../types-Cq53lL8d.js';
 import '../../../data/index.js';
 import '../../../resolve-D68pb3Bx.js';
-
-type NodeSelector = {
-    index: number;
-    zone?: string;
-} | null;
-type ComponentData = TreeItem;
-type SectionOps = {
-    /** Insert a component into a zone at an index; returns the generated id. */
-    insertComponent: (zone: string, type: string, index: number) => string;
-    /** Insert into ROOT_ZONE (top-level section); returns the generated id. */
-    insertSection: (type: string, index: number) => string;
-    /** Atomically replace the node at (zone, index) — heal, reseed, hide toggle. */
-    replaceComponent: (zone: string, index: number, data: ComponentData) => void;
-    /** Seed a freshly-inserted slot child's props (insert THEN replace at a stable id). */
-    seedChild: (zone: string, index: number, childType: string, props: Record<string, unknown>) => void;
-    /**
-     * Insert a FULL node — type + props, including inline slot children — at
-     * (zone, index); returns its id. The same insert-then-replace pattern as
-     * seedChild, one level up: how a saved section template lands in a page.
-     * Callers pass a node whose ids are already fresh (cloneNodeWithFreshIds).
-     */
-    insertNode: (zone: string, index: number, node: TreeItem) => string;
-    /** Remove the node at (zone, index). A normal dispatch, so Undo restores it. */
-    removeComponent: (zone: string, index: number) => void;
-    /**
-     * Move the node at (zone, sourceIndex) to destinationIndex WITHIN THE SAME
-     * zone. `destinationIndex` is the node's final resting index in the array
-     * (Puck's `reorder` reducer splices it out then back in), so a caller moving a
-     * node DOWN must account for the one-slot shift itself.
-     */
-    reorderComponent: (zone: string, sourceIndex: number, destinationIndex: number) => void;
-    /** Duplicate the node at (zone, index). */
-    duplicateComponent: (zone: string, index: number) => void;
-    /** Set (or clear) the Puck selection by index-based address. */
-    select: (selector: NodeSelector) => void;
-    /** Replace the whole working document (used by Reset). */
-    setDocument: (data: Data) => void;
-    /**
-     * Write the next document, and what to select in it, as ONE undo step — the
-     * commit behind the block operations (`efficient-easel/node-ops`, blueprint
-     * step 2.4b: the menu's Delete, Duplicate, Move, Copy / Cut / Paste and Hide,
-     * and the rows' hover-delete). Each of those is planned whole and lands here
-     * once, instead of the two or three dispatches it used to be.
-     *
-     * `select` is BY ID, in `data` (`undefined` leaves the selection as it is),
-     * and goes in with the document through the store's `run` (0.105.1). Until
-     * then the chrome selected first, by position (`setUi { itemSelector }`),
-     * which the store reads in the document it still holds: a paste or a
-     * Duplicate selected the node after its copy, and a Move the node it passed.
-     * Behind the read-only gate like every other mutation here.
-     */
-    commitDocument: (data: Data, select?: NodeSelection) => void;
-};
-type SectionOpsOptions = {
-    /**
-     * SOMEBODY ELSE holds the open document: every MUTATION below becomes a no-op.
-     *
-     * This is the one place the editor's read-only state is enforced on the
-     * document, and it is here rather than on each button because this hook is
-     * already the single source of truth for every mutation — the tree rows, the
-     * canvas "+" seams, the inspector head buttons and the lifecycle effects all
-     * come through it. A gate on the buttons would be a gate on the ones somebody
-     * remembered.
-     *
-     * `select` and `setUi` are NOT mutations and stay live: a read-only viewer must
-     * still be able to click a section and read its settings.
-     *
-     * Deliberately keyed on "somebody else has it" and NOT on the wider save gate.
-     * The save gate is also false while the lock claim is still `checking`, and the
-     * pinned Header/Footer seed runs in the chrome's mount commit, inside that
-     * window, through these very ops. Its WRITE is what is held there — by
-     * `onChange`, released by the claim if it is granted — so the seed must be
-     * allowed to lay the node down (card 1096). Blocking it here would silently
-     * un-fix that card.
-     */
-    readOnly?: boolean;
-    /**
-     * Resolve each node an op puts in (`easel.resolveNode`, trigger `"insert"`).
-     * Default: the layer's rule (`ScreenBlockRules.resolveOnInsert`), else
-     * false — no op resolves anything, as before 0.103.0.
-     */
-    resolveOnInsert?: boolean;
-    /**
-     * NOT AN UNDO STEP: every write is folded into the history entry it happens
-     * in (the store's `recordHistory: false`), as the store folds a resolver's
-     * write (`resolveAll`), instead of being recorded as a step of its own.
-     *
-     * For the passes the screen runs over a document AS IT OPENS — the slot
-     * seeding, the duplicate-id heal, and the layer's own pass (the website's
-     * pinned Header and Footer). Recorded, each was the first entry of the
-     * history: Undo was offered the moment the page opened, and ONE press took
-     * the seeded slides and cards (or the Header) back out of the page, which
-     * autosave then wrote (1.0.1). Folded, the document opens as the history's
-     * first entry; a pass that runs after an edit (a section just inserted,
-     * seeded) lands in that edit's step, so one Undo takes both out together.
-     * Autosave still hears every write (the store's `onChange` fires on a fold).
-     */
-    foldIntoHistory?: boolean;
-};
-declare function useSectionOps(options?: SectionOpsOptions): SectionOps;
-
-export { type NodeSelector, type SectionOps, type SectionOpsOptions, useSectionOps };
+import '../document/content-tree.js';

package/dist/screen/lib/puck/use-section-ops.js

@@ -1 +1 @@
-export{useSectionOps}from"../../../chunk-FOHHXSOL.js";import"../../../chunk-NA3GMA43.js";import"../../../chunk-FHCKFOCD.js";import"../../../chunk-MQA7OFRA.js";import"../../../chunk-PLVEGYK6.js";import"../../../chunk-7L3NKHEC.js";import"../../../chunk-TBY3DFKS.js";import"../../../chunk-YHFKWV7H.js";import"../../../chunk-BPXEFVSQ.js";import"../../../chunk-WHS6Y55E.js";import"../../../chunk-K56YDHYQ.js";import"../../../chunk-ZEH6QLBH.js";import"../../../chunk-IWCKVZHS.js";import"../../../chunk-FIVU2COQ.js";import"../../../chunk-FM6JO4WF.js";import"../../../chunk-KFV7N2DJ.js";import"../../../chunk-BSHIQIZC.js";import"../../../chunk-MZ5GSSZ3.js";import"../../../chunk-KRL3IUV3.js";import"../../../chunk-Y2T3JX7K.js";import"../../../chunk-KFWNGPW3.js";import"../../../chunk-JACEEVVF.js";import"../../../chunk-S3DUFDQ6.js";import"../../../chunk-MFIRYGHW.js";import"../../../chunk-3S5N4HLJ.js";import"../../../chunk-P2VEMZH5.js";import"../../../chunk-K7BTCBWD.js";import"../../../chunk-L55YIXDC.js";import"../../../chunk-QIDRJH3S.js";import"../../../chunk-LF3FUSCQ.js";
+export{useSectionOps}from"../../../chunk-MLQKNED6.js";import"../../../chunk-OHZHYROJ.js";import"../../../chunk-PRHBWA5V.js";import"../../../chunk-FHCKFOCD.js";import"../../../chunk-MQA7OFRA.js";import"../../../chunk-TCAAOYQY.js";import"../../../chunk-TUXLORVR.js";import"../../../chunk-TBY3DFKS.js";import"../../../chunk-PFFH7ASD.js";import"../../../chunk-BPXEFVSQ.js";import"../../../chunk-ZEH6QLBH.js";import"../../../chunk-FM6JO4WF.js";import"../../../chunk-KFV7N2DJ.js";import"../../../chunk-WHS6Y55E.js";import"../../../chunk-K56YDHYQ.js";import"../../../chunk-IWCKVZHS.js";import"../../../chunk-FIVU2COQ.js";import"../../../chunk-BSHIQIZC.js";import"../../../chunk-MZ5GSSZ3.js";import"../../../chunk-KRL3IUV3.js";import"../../../chunk-Y2T3JX7K.js";import"../../../chunk-KFWNGPW3.js";import"../../../chunk-S3DUFDQ6.js";import"../../../chunk-JACEEVVF.js";import"../../../chunk-MFIRYGHW.js";import"../../../chunk-3S5N4HLJ.js";import"../../../chunk-P2VEMZH5.js";import"../../../chunk-4FD7TAOE.js";import"../../../chunk-LF3FUSCQ.js";import"../../../chunk-K7BTCBWD.js";import"../../../chunk-L55YIXDC.js";