@fusion.dev/helix 0.46.1 → 0.47.1

package/types/jsx.d.ts

@@ -1087,17 +1087,23 @@ are interpolations, so a larger number extrapolates rather than
 exaggerating, and a streak whose length has passed through zero is drawn
 as a bar across the whole frame.
 
-Read by four of the eleven shapes, the ones made of many similar things,
+Read by six of the eleven shapes, the ones made of many similar things,
 whether those are counted or continuous: `streaks`, whose lanes draw a
 speed, a length, a width, a spacing and a weight apiece; `particles`, whose
-motes draw a size, a brightness and a wander; and `rays` and `aurora`, whose
-fan, bundles and folds widen or even out.
-
-Inert on the other seven, for three different reasons. `braid`, `waves` and
-`flow` have a single subject and nothing to vary. `threads` and `lattice`
-are even on purpose, a scatter of strands and a regular structure each being
-what it is because its members do not differ. `caustics` and `fracture` are
-populations this does not reach, which is a gap rather than a refusal. */
+motes draw a size, a brightness and a wander; `rays` and `aurora`, whose
+fan, bundles and folds widen or even out; `caustics`, whose three depths of
+fold close on one scale and one weight while the pool over them flattens to
+an even wash; and `fracture`, whose sites come home to their own cell
+centers, leaving equal territories and no border more contested than
+another.
+
+Inert on the other five, and every one of them a refusal. `braid`, `waves`
+and `flow` have a single subject and nothing to vary. `threads` and
+`lattice` are even on purpose, a scatter of strands and a regular structure
+each being what it is because its members do not differ: `threads` gives
+its seven one amplitude, one thickness, one weight and one frequency on
+the argument that alike is what makes a weave read as woven, and a lattice
+whose cells differed would be a scatter with straight lines in it. */
   variance?: (HelixAura["variance"]) | undefined;
   /** Which form the light takes. Absent is `braid`.
 
@@ -1189,17 +1195,23 @@ are interpolations, so a larger number extrapolates rather than
 exaggerating, and a streak whose length has passed through zero is drawn
 as a bar across the whole frame.
 
-Read by four of the eleven shapes, the ones made of many similar things,
+Read by six of the eleven shapes, the ones made of many similar things,
 whether those are counted or continuous: `streaks`, whose lanes draw a
 speed, a length, a width, a spacing and a weight apiece; `particles`, whose
-motes draw a size, a brightness and a wander; and `rays` and `aurora`, whose
-fan, bundles and folds widen or even out.
-
-Inert on the other seven, for three different reasons. `braid`, `waves` and
-`flow` have a single subject and nothing to vary. `threads` and `lattice`
-are even on purpose, a scatter of strands and a regular structure each being
-what it is because its members do not differ. `caustics` and `fracture` are
-populations this does not reach, which is a gap rather than a refusal. */
+motes draw a size, a brightness and a wander; `rays` and `aurora`, whose
+fan, bundles and folds widen or even out; `caustics`, whose three depths of
+fold close on one scale and one weight while the pool over them flattens to
+an even wash; and `fracture`, whose sites come home to their own cell
+centers, leaving equal territories and no border more contested than
+another.
+
+Inert on the other five, and every one of them a refusal. `braid`, `waves`
+and `flow` have a single subject and nothing to vary. `threads` and
+`lattice` are even on purpose, a scatter of strands and a regular structure
+each being what it is because its members do not differ: `threads` gives
+its seven one amplitude, one thickness, one weight and one frequency on
+the argument that alike is what makes a weave read as woven, and a lattice
+whose cells differed would be a scatter with straight lines in it. */
   "prop:variance"?: (HelixAura["variance"]) | undefined;
   /** Which form the light takes. Absent is `braid`.
 
@@ -2804,6 +2816,27 @@ clamps to the last *slide*, so three of the six indicators point at an
 offset the track has already reached: pressing next walks the dots to the
 end while the slides stop moving a third of the way through.
 
+**The number is published to the styles rather than enumerated by them**,
+as `--carousel-per-view` on the track, which is what keeps a width and a
+count from disagreeing. A sheet can only name a value it wrote a rule for,
+so the styled tier enumerated `per-view="2"` through `5` and called five a
+judgment; above it the pane fell back to one across while this file went on
+counting positions. Measured in Chromium over eight slides, six across gave
+three dots, a pane taking the whole track and five slides reachable only by
+dragging. Written from here there is no ceiling to exceed, and a consumer's
+own sheet reads the same declaration the styled one does. `runEnd` publishes
+its correction the same way and for the same reason.
+
+**On the track and not on the host.** A custom property on the host is a
+reflected attribute by another name: it would arrive on upgrade, and a
+consumer's server markup never had it. Inside the component's own shadow
+root it serializes with the rest of the template on the server, and the
+track's own declaration beats anything a consumer inherits in, so the
+attribute is the one answer to how wide a pane is.
+
+A value the track cannot honor is taken to the nearest one it can, by
+`across`, and both tiers read that rather than this.
+
 No default, because it reflects. A reflected property with a value writes
 its attribute on upgrade, and the host then carries something a consumer's
 server markup never had, which React reports as a mismatch. The one-across
@@ -2820,6 +2853,27 @@ clamps to the last *slide*, so three of the six indicators point at an
 offset the track has already reached: pressing next walks the dots to the
 end while the slides stop moving a third of the way through.
 
+**The number is published to the styles rather than enumerated by them**,
+as `--carousel-per-view` on the track, which is what keeps a width and a
+count from disagreeing. A sheet can only name a value it wrote a rule for,
+so the styled tier enumerated `per-view="2"` through `5` and called five a
+judgment; above it the pane fell back to one across while this file went on
+counting positions. Measured in Chromium over eight slides, six across gave
+three dots, a pane taking the whole track and five slides reachable only by
+dragging. Written from here there is no ceiling to exceed, and a consumer's
+own sheet reads the same declaration the styled one does. `runEnd` publishes
+its correction the same way and for the same reason.
+
+**On the track and not on the host.** A custom property on the host is a
+reflected attribute by another name: it would arrive on upgrade, and a
+consumer's server markup never had it. Inside the component's own shadow
+root it serializes with the rest of the template on the server, and the
+track's own declaration beats anything a consumer inherits in, so the
+attribute is the one answer to how wide a pane is.
+
+A value the track cannot honor is taken to the nearest one it can, by
+`across`, and both tiers read that rather than this.
+
 No default, because it reflects. A reflected property with a value writes
 its attribute on upgrade, and the host then carries something a consumer's
 server markup never had, which React reports as a mismatch. The one-across
@@ -3035,6 +3089,27 @@ clamps to the last *slide*, so three of the six indicators point at an
 offset the track has already reached: pressing next walks the dots to the
 end while the slides stop moving a third of the way through.
 
+**The number is published to the styles rather than enumerated by them**,
+as `--carousel-per-view` on the track, which is what keeps a width and a
+count from disagreeing. A sheet can only name a value it wrote a rule for,
+so the styled tier enumerated `per-view="2"` through `5` and called five a
+judgment; above it the pane fell back to one across while this file went on
+counting positions. Measured in Chromium over eight slides, six across gave
+three dots, a pane taking the whole track and five slides reachable only by
+dragging. Written from here there is no ceiling to exceed, and a consumer's
+own sheet reads the same declaration the styled one does. `runEnd` publishes
+its correction the same way and for the same reason.
+
+**On the track and not on the host.** A custom property on the host is a
+reflected attribute by another name: it would arrive on upgrade, and a
+consumer's server markup never had it. Inside the component's own shadow
+root it serializes with the rest of the template on the server, and the
+track's own declaration beats anything a consumer inherits in, so the
+attribute is the one answer to how wide a pane is.
+
+A value the track cannot honor is taken to the nearest one it can, by
+`across`, and both tiers read that rather than this.
+
 No default, because it reflects. A reflected property with a value writes
 its attribute on upgrade, and the host then carries something a consumer's
 server markup never had, which React reports as a mismatch. The one-across
@@ -3051,6 +3126,27 @@ clamps to the last *slide*, so three of the six indicators point at an
 offset the track has already reached: pressing next walks the dots to the
 end while the slides stop moving a third of the way through.
 
+**The number is published to the styles rather than enumerated by them**,
+as `--carousel-per-view` on the track, which is what keeps a width and a
+count from disagreeing. A sheet can only name a value it wrote a rule for,
+so the styled tier enumerated `per-view="2"` through `5` and called five a
+judgment; above it the pane fell back to one across while this file went on
+counting positions. Measured in Chromium over eight slides, six across gave
+three dots, a pane taking the whole track and five slides reachable only by
+dragging. Written from here there is no ceiling to exceed, and a consumer's
+own sheet reads the same declaration the styled one does. `runEnd` publishes
+its correction the same way and for the same reason.
+
+**On the track and not on the host.** A custom property on the host is a
+reflected attribute by another name: it would arrive on upgrade, and a
+consumer's server markup never had it. Inside the component's own shadow
+root it serializes with the rest of the template on the server, and the
+track's own declaration beats anything a consumer inherits in, so the
+attribute is the one answer to how wide a pane is.
+
+A value the track cannot honor is taken to the nearest one it can, by
+`across`, and both tiers read that rather than this.
+
 No default, because it reflects. A reflected property with a value writes
 its attribute on upgrade, and the host then carries something a consumer's
 server markup never had, which React reports as a mismatch. The one-across
@@ -16525,7 +16621,20 @@ on the column it sizes, which is the more particular statement, and it is
 where a resize lands: a reader dragging a column's edge writes `width`, so
 were this list to win, the drag would move the separator and leave the
 track where the list put it. This is the table's default for its columns,
-and each column may say otherwise. */
+and each column may say otherwise.
+
+**It is also the only track list a server can send.** The shim has no tree
+to walk, so a render there knows of no columns and this attribute is the
+whole answer: a table given one lays its grid out in the first paint, and a
+table sized only by its columns is one track wide until it upgrades.
+
+**`helix-data-table` has none of this, and should not.** Its columns are
+its schema rather than an option, so there is always a column to write a
+`width` on and a list here would be a second way to say what that says.
+This table's cells are markup, and a table written as rows of cells with no
+`helix-table-column` in it has nowhere else to be sized from. Both families
+take the same CSS hook, `--table-columns` and `--data-table-columns`, which
+wins over whichever list the element worked out. */
   columns?: (HelixTable["columns"]) | undefined;
   /** Accessible name for the table. */
   label?: (HelixTable["label"]) | undefined;
@@ -16563,7 +16672,20 @@ on the column it sizes, which is the more particular statement, and it is
 where a resize lands: a reader dragging a column's edge writes `width`, so
 were this list to win, the drag would move the separator and leave the
 track where the list put it. This is the table's default for its columns,
-and each column may say otherwise. */
+and each column may say otherwise.
+
+**It is also the only track list a server can send.** The shim has no tree
+to walk, so a render there knows of no columns and this attribute is the
+whole answer: a table given one lays its grid out in the first paint, and a
+table sized only by its columns is one track wide until it upgrades.
+
+**`helix-data-table` has none of this, and should not.** Its columns are
+its schema rather than an option, so there is always a column to write a
+`width` on and a list here would be a second way to say what that says.
+This table's cells are markup, and a table written as rows of cells with no
+`helix-table-column` in it has nowhere else to be sized from. Both families
+take the same CSS hook, `--table-columns` and `--data-table-columns`, which
+wins over whichever list the element worked out. */
   "prop:columns"?: (HelixTable["columns"]) | undefined;
   /** Accessible name for the table. */
   "prop:label"?: (HelixTable["label"]) | undefined;
@@ -19067,13 +19189,6 @@ Unset by default, and unreflected: a tree of choosable nodes is not a tree
 of links, and an empty `href` written onto every row would be a link to the
 current page on every item a consumer never asked to be one. */
   href?: (HelixTreeItem["href"]) | undefined;
-  /** Depth from the root, set by the tree so indentation needs no CSS nesting.
-
-Not reflected. The tree assigns this after it upgrades, so an attribute
-here would be a change to markup the consumer rendered and hydration would
-report it. The indent it drives is written onto the row instead, inside the
-shadow root, which is not part of the tree React hydrates. */
-  level?: (HelixTreeItem["level"]) | undefined;
   /** What the link declares about where it goes.
 
 Set by the consumer rather than derived from `target`: `noreferrer` is a
@@ -19083,7 +19198,7 @@ this library supports implies it for `target="_blank"` already. */
   rel?: (HelixTreeItem["rel"]) | undefined;
   /** Whether this item is the current one.
 
-Not reflected, for the reason `level` below gives in full: the tree assigns
+Not reflected, for the reason `level` above gives in full: the tree assigns
 this after it upgrades, so the attribute would be a change to markup the
 consumer rendered and hydration would report it. Mirroring to
 `data-selected` on the host instead is the same fault under another name.
@@ -19095,6 +19210,24 @@ row is not part of the tree React hydrates. */
   target?: (HelixTreeItem["target"]) | undefined;
   /** Identifies the item to the consumer, carried in `helix-select`. */
   value?: (HelixTreeItem["value"]) | undefined;
+  /** Depth from the root, counted by the tree so indentation needs no CSS nesting.
+
+**Read rather than written, and no attribute at all.** The tree counts the
+items a row sits inside and assigns this on every sync, so a value declared
+here is overwritten before the first paint: measured at `level="2"` on three
+rows of a flat list, all three back to 1 with `--tree-level: 1` on every
+row. It carried an attribute and a shipped example setting it for as long as
+both existed, which is a depth a consumer could state and nothing would
+honor. Depth in this tree is where a row is, not what it claims: a branch's
+children go in its `children` slot, and that nesting is also what decides
+which rows a shut branch hides and which row the outward arrow moves to.
+
+Not reflected either. The tree assigns this after it upgrades, so an
+attribute here would be a change to markup the consumer rendered and
+hydration would report it. The indent it drives is written onto the row
+instead, inside the shadow root, which is not part of the tree React
+hydrates. */
+  level?: (HelixTreeItem["level"]) | undefined;
   /** Whether this item holds the tree's single tab stop. */
   focusable?: (HelixTreeItem["focusable"]) | undefined;
 
@@ -19134,13 +19267,6 @@ Unset by default, and unreflected: a tree of choosable nodes is not a tree
 of links, and an empty `href` written onto every row would be a link to the
 current page on every item a consumer never asked to be one. */
   "prop:href"?: (HelixTreeItem["href"]) | undefined;
-  /** Depth from the root, set by the tree so indentation needs no CSS nesting.
-
-Not reflected. The tree assigns this after it upgrades, so an attribute
-here would be a change to markup the consumer rendered and hydration would
-report it. The indent it drives is written onto the row instead, inside the
-shadow root, which is not part of the tree React hydrates. */
-  "prop:level"?: (HelixTreeItem["level"]) | undefined;
   /** What the link declares about where it goes.
 
 Set by the consumer rather than derived from `target`: `noreferrer` is a
@@ -19150,7 +19276,7 @@ this library supports implies it for `target="_blank"` already. */
   "prop:rel"?: (HelixTreeItem["rel"]) | undefined;
   /** Whether this item is the current one.
 
-Not reflected, for the reason `level` below gives in full: the tree assigns
+Not reflected, for the reason `level` above gives in full: the tree assigns
 this after it upgrades, so the attribute would be a change to markup the
 consumer rendered and hydration would report it. Mirroring to
 `data-selected` on the host instead is the same fault under another name.
@@ -19162,6 +19288,24 @@ row is not part of the tree React hydrates. */
   "prop:target"?: (HelixTreeItem["target"]) | undefined;
   /** Identifies the item to the consumer, carried in `helix-select`. */
   "prop:value"?: (HelixTreeItem["value"]) | undefined;
+  /** Depth from the root, counted by the tree so indentation needs no CSS nesting.
+
+**Read rather than written, and no attribute at all.** The tree counts the
+items a row sits inside and assigns this on every sync, so a value declared
+here is overwritten before the first paint: measured at `level="2"` on three
+rows of a flat list, all three back to 1 with `--tree-level: 1` on every
+row. It carried an attribute and a shipped example setting it for as long as
+both existed, which is a depth a consumer could state and nothing would
+honor. Depth in this tree is where a row is, not what it claims: a branch's
+children go in its `children` slot, and that nesting is also what decides
+which rows a shut branch hides and which row the outward arrow moves to.
+
+Not reflected either. The tree assigns this after it upgrades, so an
+attribute here would be a change to markup the consumer rendered and
+hydration would report it. The indent it drives is written onto the row
+instead, inside the shadow root, which is not part of the tree React
+hydrates. */
+  "prop:level"?: (HelixTreeItem["level"]) | undefined;
   /** Whether this item holds the tree's single tab stop. */
   "prop:focusable"?: (HelixTreeItem["focusable"]) | undefined;
   /** Fired when the item is chosen. Cancelable: refusing it takes the decision and nothing moves. */
@@ -21061,17 +21205,23 @@ export type CustomElements = {
    * exaggerating, and a streak whose length has passed through zero is drawn
    * as a bar across the whole frame.
    *
-   * Read by four of the eleven shapes, the ones made of many similar things,
+   * Read by six of the eleven shapes, the ones made of many similar things,
    * whether those are counted or continuous: `streaks`, whose lanes draw a
    * speed, a length, a width, a spacing and a weight apiece; `particles`, whose
-   * motes draw a size, a brightness and a wander; and `rays` and `aurora`, whose
-   * fan, bundles and folds widen or even out.
-   *
-   * Inert on the other seven, for three different reasons. `braid`, `waves` and
-   * `flow` have a single subject and nothing to vary. `threads` and `lattice`
-   * are even on purpose, a scatter of strands and a regular structure each being
-   * what it is because its members do not differ. `caustics` and `fracture` are
-   * populations this does not reach, which is a gap rather than a refusal.
+   * motes draw a size, a brightness and a wander; `rays` and `aurora`, whose
+   * fan, bundles and folds widen or even out; `caustics`, whose three depths of
+   * fold close on one scale and one weight while the pool over them flattens to
+   * an even wash; and `fracture`, whose sites come home to their own cell
+   * centers, leaving equal territories and no border more contested than
+   * another.
+   *
+   * Inert on the other five, and every one of them a refusal. `braid`, `waves`
+   * and `flow` have a single subject and nothing to vary. `threads` and
+   * `lattice` are even on purpose, a scatter of strands and a regular structure
+   * each being what it is because its members do not differ: `threads` gives
+   * its seven one amplitude, one thickness, one weight and one frequency on
+   * the argument that alike is what makes a weave read as woven, and a lattice
+   * whose cells differed would be a scatter with straight lines in it.
    * - `variant`: Which form the light takes. Absent is `braid`.
    *
    * Reflected because the fallback gradient selects on it, and given no default
@@ -22497,9 +22647,12 @@ export type CustomElements = {
    * browser's own momentum and the controls only have to scroll.
    *
    * Slides take the full track by default. `per-view` fits more than one across,
-   * up to five, and is declared on the tier below because it decides how many
+   * at any count, and is declared on the tier below because it decides how many
    * positions the track has rather than only how wide a slide is,
    * which is what a run of cards wants rather than a run of full-width panels.
+   * This sheet divides the track by the number that tier publishes rather than
+   * enumerating the values it will answer for, so there is no count it silently
+   * draws one across.
    *
    * ## Attributes & Properties
    *
@@ -22630,6 +22783,27 @@ export type CustomElements = {
    * offset the track has already reached: pressing next walks the dots to the
    * end while the slides stop moving a third of the way through.
    *
+   * **The number is published to the styles rather than enumerated by them**,
+   * as `--carousel-per-view` on the track, which is what keeps a width and a
+   * count from disagreeing. A sheet can only name a value it wrote a rule for,
+   * so the styled tier enumerated `per-view="2"` through `5` and called five a
+   * judgment; above it the pane fell back to one across while this file went on
+   * counting positions. Measured in Chromium over eight slides, six across gave
+   * three dots, a pane taking the whole track and five slides reachable only by
+   * dragging. Written from here there is no ceiling to exceed, and a consumer's
+   * own sheet reads the same declaration the styled one does. `runEnd` publishes
+   * its correction the same way and for the same reason.
+   *
+   * **On the track and not on the host.** A custom property on the host is a
+   * reflected attribute by another name: it would arrive on upgrade, and a
+   * consumer's server markup never had it. Inside the component's own shadow
+   * root it serializes with the rest of the template on the server, and the
+   * track's own declaration beats anything a consumer inherits in, so the
+   * attribute is the one answer to how wide a pane is.
+   *
+   * A value the track cannot honor is taken to the nearest one it can, by
+   * `across`, and both tiers read that rather than this.
+   *
    * No default, because it reflects. A reflected property with a value writes
    * its attribute on upgrade, and the host then carries something a consumer's
    * server markup never had, which React reports as a mismatch. The one-across
@@ -22688,6 +22862,7 @@ export type CustomElements = {
    * - `--carousel-block-size`: Height of a vertical track. (default: `undefined`)
    * - `--carousel-gap`: Space between slides. A sheet sets it and the component measures the run with it. (default: `undefined`)
    * - `--carousel-pane`: The size one pane is laid out at. A sheet sets it and the component measures the run with it. (default: `undefined`)
+   * - `--carousel-per-view`: How many slides go across, written onto the track by the component so a sheet divides the track by the same number the positions are counted from. Read it rather than selecting on `per-view`, which cannot be enumerated without a ceiling. See `perView`. (default: `undefined`)
    * - `--carousel-run-end`: How far short of a whole pixel the run ends, on the last slide alone, for a sheet to take up as `margin-inline-end`. See `runEnd`. (default: `undefined`)
    *
    * ## CSS Parts
@@ -36009,6 +36184,19 @@ export type CustomElements = {
    * were this list to win, the drag would move the separator and leave the
    * track where the list put it. This is the table's default for its columns,
    * and each column may say otherwise.
+   *
+   * **It is also the only track list a server can send.** The shim has no tree
+   * to walk, so a render there knows of no columns and this attribute is the
+   * whole answer: a table given one lays its grid out in the first paint, and a
+   * table sized only by its columns is one track wide until it upgrades.
+   *
+   * **`helix-data-table` has none of this, and should not.** Its columns are
+   * its schema rather than an option, so there is always a column to write a
+   * `width` on and a list here would be a second way to say what that says.
+   * This table's cells are markup, and a table written as rows of cells with no
+   * `helix-table-column` in it has nowhere else to be sized from. Both families
+   * take the same CSS hook, `--table-columns` and `--data-table-columns`, which
+   * wins over whichever list the element worked out.
    * - `label`: Accessible name for the table.
    * - `tableColumns`: The columns declared as children, in the order they are written. (property only) (readonly)
    * - `whenSettled`: Resolves a frame after the first update, when transitions are switched on.
@@ -36042,7 +36230,7 @@ export type CustomElements = {
    *
    * CSS variables available for styling the component.
    *
-   * - `--table-columns`: Track list for the columns. (default: `undefined`)
+   * - `--table-columns`: Track list for the columns, which wins over the one the columns worked out. (default: `undefined`)
    * - `--table-template`: The column track list this element worked out from the columns declared in it. Written by the component, read by the sheet that paints: a stylesheet takes it to lay the grid out, and setting it does nothing, because the component writes it inline on the very element that reads it and an inline declaration beats any sheet. `--table-columns` is the one to set. (default: `undefined`)
    *
    * ## CSS Parts
@@ -38507,12 +38695,6 @@ export type CustomElements = {
    * Unset by default, and unreflected: a tree of choosable nodes is not a tree
    * of links, and an empty `href` written onto every row would be a link to the
    * current page on every item a consumer never asked to be one.
-   * - `level`: Depth from the root, set by the tree so indentation needs no CSS nesting.
-   *
-   * Not reflected. The tree assigns this after it upgrades, so an attribute
-   * here would be a change to markup the consumer rendered and hydration would
-   * report it. The indent it drives is written onto the row instead, inside the
-   * shadow root, which is not part of the tree React hydrates.
    * - `rel`: What the link declares about where it goes.
    *
    * Set by the consumer rather than derived from `target`: `noreferrer` is a
@@ -38521,7 +38703,7 @@ export type CustomElements = {
    * this library supports implies it for `target="_blank"` already.
    * - `selected`: Whether this item is the current one.
    *
-   * Not reflected, for the reason `level` below gives in full: the tree assigns
+   * Not reflected, for the reason `level` above gives in full: the tree assigns
    * this after it upgrades, so the attribute would be a change to markup the
    * consumer rendered and hydration would report it. Mirroring to
    * `data-selected` on the host instead is the same fault under another name.
@@ -38530,6 +38712,23 @@ export type CustomElements = {
    * row is not part of the tree React hydrates.
    * - `target`: Where the link opens, for the rare row that leaves the site.
    * - `value`: Identifies the item to the consumer, carried in `helix-select`.
+   * - `level`: Depth from the root, counted by the tree so indentation needs no CSS nesting.
+   *
+   * **Read rather than written, and no attribute at all.** The tree counts the
+   * items a row sits inside and assigns this on every sync, so a value declared
+   * here is overwritten before the first paint: measured at `level="2"` on three
+   * rows of a flat list, all three back to 1 with `--tree-level: 1` on every
+   * row. It carried an attribute and a shipped example setting it for as long as
+   * both existed, which is a depth a consumer could state and nothing would
+   * honor. Depth in this tree is where a row is, not what it claims: a branch's
+   * children go in its `children` slot, and that nesting is also what decides
+   * which rows a shut branch hides and which row the outward arrow moves to.
+   *
+   * Not reflected either. The tree assigns this after it upgrades, so an
+   * attribute here would be a change to markup the consumer rendered and
+   * hydration would report it. The indent it drives is written onto the row
+   * instead, inside the shadow root, which is not part of the tree React
+   * hydrates. (property only)
    * - `focusable`: Whether this item holds the tree's single tab stop. (property only)
    * - `whenSettled`: Resolves a frame after the first update, when transitions are switched on.
    *
@@ -40333,17 +40532,23 @@ export type CustomElementsSolidJs = {
    * exaggerating, and a streak whose length has passed through zero is drawn
    * as a bar across the whole frame.
    *
-   * Read by four of the eleven shapes, the ones made of many similar things,
+   * Read by six of the eleven shapes, the ones made of many similar things,
    * whether those are counted or continuous: `streaks`, whose lanes draw a
    * speed, a length, a width, a spacing and a weight apiece; `particles`, whose
-   * motes draw a size, a brightness and a wander; and `rays` and `aurora`, whose
-   * fan, bundles and folds widen or even out.
-   *
-   * Inert on the other seven, for three different reasons. `braid`, `waves` and
-   * `flow` have a single subject and nothing to vary. `threads` and `lattice`
-   * are even on purpose, a scatter of strands and a regular structure each being
-   * what it is because its members do not differ. `caustics` and `fracture` are
-   * populations this does not reach, which is a gap rather than a refusal.
+   * motes draw a size, a brightness and a wander; `rays` and `aurora`, whose
+   * fan, bundles and folds widen or even out; `caustics`, whose three depths of
+   * fold close on one scale and one weight while the pool over them flattens to
+   * an even wash; and `fracture`, whose sites come home to their own cell
+   * centers, leaving equal territories and no border more contested than
+   * another.
+   *
+   * Inert on the other five, and every one of them a refusal. `braid`, `waves`
+   * and `flow` have a single subject and nothing to vary. `threads` and
+   * `lattice` are even on purpose, a scatter of strands and a regular structure
+   * each being what it is because its members do not differ: `threads` gives
+   * its seven one amplitude, one thickness, one weight and one frequency on
+   * the argument that alike is what makes a weave read as woven, and a lattice
+   * whose cells differed would be a scatter with straight lines in it.
    * - `variant`: Which form the light takes. Absent is `braid`.
    *
    * Reflected because the fallback gradient selects on it, and given no default
@@ -41805,9 +42010,12 @@ export type CustomElementsSolidJs = {
    * browser's own momentum and the controls only have to scroll.
    *
    * Slides take the full track by default. `per-view` fits more than one across,
-   * up to five, and is declared on the tier below because it decides how many
+   * at any count, and is declared on the tier below because it decides how many
    * positions the track has rather than only how wide a slide is,
    * which is what a run of cards wants rather than a run of full-width panels.
+   * This sheet divides the track by the number that tier publishes rather than
+   * enumerating the values it will answer for, so there is no count it silently
+   * draws one across.
    *
    * ## Attributes & Properties
    *
@@ -41938,6 +42146,27 @@ export type CustomElementsSolidJs = {
    * offset the track has already reached: pressing next walks the dots to the
    * end while the slides stop moving a third of the way through.
    *
+   * **The number is published to the styles rather than enumerated by them**,
+   * as `--carousel-per-view` on the track, which is what keeps a width and a
+   * count from disagreeing. A sheet can only name a value it wrote a rule for,
+   * so the styled tier enumerated `per-view="2"` through `5` and called five a
+   * judgment; above it the pane fell back to one across while this file went on
+   * counting positions. Measured in Chromium over eight slides, six across gave
+   * three dots, a pane taking the whole track and five slides reachable only by
+   * dragging. Written from here there is no ceiling to exceed, and a consumer's
+   * own sheet reads the same declaration the styled one does. `runEnd` publishes
+   * its correction the same way and for the same reason.
+   *
+   * **On the track and not on the host.** A custom property on the host is a
+   * reflected attribute by another name: it would arrive on upgrade, and a
+   * consumer's server markup never had it. Inside the component's own shadow
+   * root it serializes with the rest of the template on the server, and the
+   * track's own declaration beats anything a consumer inherits in, so the
+   * attribute is the one answer to how wide a pane is.
+   *
+   * A value the track cannot honor is taken to the nearest one it can, by
+   * `across`, and both tiers read that rather than this.
+   *
    * No default, because it reflects. A reflected property with a value writes
    * its attribute on upgrade, and the host then carries something a consumer's
    * server markup never had, which React reports as a mismatch. The one-across
@@ -41996,6 +42225,7 @@ export type CustomElementsSolidJs = {
    * - `--carousel-block-size`: Height of a vertical track. (default: `undefined`)
    * - `--carousel-gap`: Space between slides. A sheet sets it and the component measures the run with it. (default: `undefined`)
    * - `--carousel-pane`: The size one pane is laid out at. A sheet sets it and the component measures the run with it. (default: `undefined`)
+   * - `--carousel-per-view`: How many slides go across, written onto the track by the component so a sheet divides the track by the same number the positions are counted from. Read it rather than selecting on `per-view`, which cannot be enumerated without a ceiling. See `perView`. (default: `undefined`)
    * - `--carousel-run-end`: How far short of a whole pixel the run ends, on the last slide alone, for a sheet to take up as `margin-inline-end`. See `runEnd`. (default: `undefined`)
    *
    * ## CSS Parts
@@ -55600,6 +55830,19 @@ export type CustomElementsSolidJs = {
    * were this list to win, the drag would move the separator and leave the
    * track where the list put it. This is the table's default for its columns,
    * and each column may say otherwise.
+   *
+   * **It is also the only track list a server can send.** The shim has no tree
+   * to walk, so a render there knows of no columns and this attribute is the
+   * whole answer: a table given one lays its grid out in the first paint, and a
+   * table sized only by its columns is one track wide until it upgrades.
+   *
+   * **`helix-data-table` has none of this, and should not.** Its columns are
+   * its schema rather than an option, so there is always a column to write a
+   * `width` on and a list here would be a second way to say what that says.
+   * This table's cells are markup, and a table written as rows of cells with no
+   * `helix-table-column` in it has nowhere else to be sized from. Both families
+   * take the same CSS hook, `--table-columns` and `--data-table-columns`, which
+   * wins over whichever list the element worked out.
    * - `label`: Accessible name for the table.
    * - `tableColumns`: The columns declared as children, in the order they are written. (property only) (readonly)
    * - `whenSettled`: Resolves a frame after the first update, when transitions are switched on.
@@ -55633,7 +55876,7 @@ export type CustomElementsSolidJs = {
    *
    * CSS variables available for styling the component.
    *
-   * - `--table-columns`: Track list for the columns. (default: `undefined`)
+   * - `--table-columns`: Track list for the columns, which wins over the one the columns worked out. (default: `undefined`)
    * - `--table-template`: The column track list this element worked out from the columns declared in it. Written by the component, read by the sheet that paints: a stylesheet takes it to lay the grid out, and setting it does nothing, because the component writes it inline on the very element that reads it and an inline declaration beats any sheet. `--table-columns` is the one to set. (default: `undefined`)
    *
    * ## CSS Parts
@@ -58157,12 +58400,6 @@ export type CustomElementsSolidJs = {
    * Unset by default, and unreflected: a tree of choosable nodes is not a tree
    * of links, and an empty `href` written onto every row would be a link to the
    * current page on every item a consumer never asked to be one.
-   * - `level`: Depth from the root, set by the tree so indentation needs no CSS nesting.
-   *
-   * Not reflected. The tree assigns this after it upgrades, so an attribute
-   * here would be a change to markup the consumer rendered and hydration would
-   * report it. The indent it drives is written onto the row instead, inside the
-   * shadow root, which is not part of the tree React hydrates.
    * - `rel`: What the link declares about where it goes.
    *
    * Set by the consumer rather than derived from `target`: `noreferrer` is a
@@ -58171,7 +58408,7 @@ export type CustomElementsSolidJs = {
    * this library supports implies it for `target="_blank"` already.
    * - `selected`: Whether this item is the current one.
    *
-   * Not reflected, for the reason `level` below gives in full: the tree assigns
+   * Not reflected, for the reason `level` above gives in full: the tree assigns
    * this after it upgrades, so the attribute would be a change to markup the
    * consumer rendered and hydration would report it. Mirroring to
    * `data-selected` on the host instead is the same fault under another name.
@@ -58180,6 +58417,23 @@ export type CustomElementsSolidJs = {
    * row is not part of the tree React hydrates.
    * - `target`: Where the link opens, for the rare row that leaves the site.
    * - `value`: Identifies the item to the consumer, carried in `helix-select`.
+   * - `level`: Depth from the root, counted by the tree so indentation needs no CSS nesting.
+   *
+   * **Read rather than written, and no attribute at all.** The tree counts the
+   * items a row sits inside and assigns this on every sync, so a value declared
+   * here is overwritten before the first paint: measured at `level="2"` on three
+   * rows of a flat list, all three back to 1 with `--tree-level: 1` on every
+   * row. It carried an attribute and a shipped example setting it for as long as
+   * both existed, which is a depth a consumer could state and nothing would
+   * honor. Depth in this tree is where a row is, not what it claims: a branch's
+   * children go in its `children` slot, and that nesting is also what decides
+   * which rows a shut branch hides and which row the outward arrow moves to.
+   *
+   * Not reflected either. The tree assigns this after it upgrades, so an
+   * attribute here would be a change to markup the consumer rendered and
+   * hydration would report it. The indent it drives is written onto the row
+   * instead, inside the shadow root, which is not part of the tree React
+   * hydrates. (property only)
    * - `focusable`: Whether this item holds the tree's single tab stop. (property only)
    * - `whenSettled`: Resolves a frame after the first update, when transitions are switched on.
    *
@@ -59371,6 +59625,8 @@ export type CustomCssProperties = {
   "--carousel-gap"?: (string) | undefined;
   /** The size one pane is laid out at. A sheet sets it and the component measures the run with it. */
   "--carousel-pane"?: (string) | undefined;
+  /** How many slides go across, written onto the track by the component so a sheet divides the track by the same number the positions are counted from. Read it rather than selecting on `per-view`, which cannot be enumerated without a ceiling. See `perView`. */
+  "--carousel-per-view"?: (string) | undefined;
   /** How far short of a whole pixel the run ends, on the last slide alone, for a sheet to take up as `margin-inline-end`. See `runEnd`. */
   "--carousel-run-end"?: (string) | undefined;
   /** Fill behind the composer. */
@@ -60117,7 +60373,7 @@ export type CustomCssProperties = {
   "--switch-thumb-color"?: (string) | undefined;
   /** The edge the column this cell sits under is set to, `start`, `center` or `end`, and unset under a column that sets none. Written by the table around it, since the cell is the consumer's markup and nothing is written onto it; read by the sheet that draws the cell, where `justify-content` and `text-align` both take it as it comes and both follow the writing direction. */
   "--table-cell-align"?: (string) | undefined;
-  /** Track list for the columns. */
+  /** Track list for the columns, which wins over the one the columns worked out. */
   "--table-columns"?: (string) | undefined;
   /** The column track list this element worked out from the columns declared in it. Written by the component, read by the sheet that paints: a stylesheet takes it to lay the grid out, and setting it does nothing, because the component writes it inline on the very element that reads it and an inline declaration beats any sheet. `--table-columns` is the one to set. */
   "--table-template"?: (string) | undefined;