@fusion.dev/helix 0.50.0 → 0.52.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/custom-elements.json +177 -25
- package/dist/carousel/root/carousel-root.css.js +21 -0
- package/dist/carousel/root/carousel-root.d.ts +1 -1
- package/dist/sandbox/preview/sandbox-preview.d.ts +1 -1
- package/dist/sandbox/root/sandbox-root.d.ts +51 -2
- package/dist/sandbox/root/sandbox-root.js +14 -1
- package/dist/sandbox/source/sandbox-source.d.ts +1 -1
- package/dist/sandbox/status-bar/sandbox-status-bar.d.ts +1 -1
- package/dist/sandbox/terminal/sandbox-terminal.d.ts +1 -1
- package/dist/sandbox/toolbar/sandbox-toolbar.d.ts +1 -1
- package/dist/splitter/root/splitter-root.d.ts +1 -1
- package/package.json +6 -6
- package/types/jsx.d.ts +213 -21
- package/types/vue.d.ts +68 -6
package/types/vue.d.ts
CHANGED
|
@@ -1561,6 +1561,29 @@ attribute is the one answer to how wide a pane is.
|
|
|
1561
1561
|
A value the track cannot honor is taken to the nearest one it can, by
|
|
1562
1562
|
`across`, and both tiers read that rather than this.
|
|
1563
1563
|
|
|
1564
|
+
**`auto` fits as many as the track can hold**, at `--carousel-slide-min`
|
|
1565
|
+
apiece, and nothing is written onto the track: the count is the sheet's,
|
|
1566
|
+
and the sheet's alone, because it is the one number here CSS can work out
|
|
1567
|
+
for itself. Everything it takes is a length the sheet already has, so the
|
|
1568
|
+
panes are laid out at their final width by the first rule that runs, on a
|
|
1569
|
+
server's markup as on the client's, and no script is waited on. That is the
|
|
1570
|
+
whole reason a declared count was ever the only option: a carousel that
|
|
1571
|
+
asks how wide its container is can only ask on the client, so the panes go
|
|
1572
|
+
down at one width and move to another when the answer arrives. Written
|
|
1573
|
+
inline the count would outrank the sheet that computes it, which is why an
|
|
1574
|
+
`auto` track is handed nothing. A count stays for the design that calls for
|
|
1575
|
+
exactly three.
|
|
1576
|
+
|
|
1577
|
+
The styled sheet says how it divides, and the headless `auto` example
|
|
1578
|
+
carries the same three lines for a consumer writing their own.
|
|
1579
|
+
|
|
1580
|
+
**A value rather than the resting behavior**, which is what the
|
|
1581
|
+
responsiveness policy asks of every axis that a box decides: a splitter
|
|
1582
|
+
turns on `orientation="auto"` and a plain one does not turn at all. Fitting
|
|
1583
|
+
changes what the carousel *does*, since how many are across is how many
|
|
1584
|
+
places the track can stop, so a carousel that had not asked for it would
|
|
1585
|
+
find its position count moving with the window.
|
|
1586
|
+
|
|
1564
1587
|
No default, because it reflects. A reflected property with a value writes
|
|
1565
1588
|
its attribute on upgrade, and the host then carries something a consumer's
|
|
1566
1589
|
server markup never had, which React reports as a mismatch. The one-across
|
|
@@ -1598,6 +1621,29 @@ attribute is the one answer to how wide a pane is.
|
|
|
1598
1621
|
A value the track cannot honor is taken to the nearest one it can, by
|
|
1599
1622
|
`across`, and both tiers read that rather than this.
|
|
1600
1623
|
|
|
1624
|
+
**`auto` fits as many as the track can hold**, at `--carousel-slide-min`
|
|
1625
|
+
apiece, and nothing is written onto the track: the count is the sheet's,
|
|
1626
|
+
and the sheet's alone, because it is the one number here CSS can work out
|
|
1627
|
+
for itself. Everything it takes is a length the sheet already has, so the
|
|
1628
|
+
panes are laid out at their final width by the first rule that runs, on a
|
|
1629
|
+
server's markup as on the client's, and no script is waited on. That is the
|
|
1630
|
+
whole reason a declared count was ever the only option: a carousel that
|
|
1631
|
+
asks how wide its container is can only ask on the client, so the panes go
|
|
1632
|
+
down at one width and move to another when the answer arrives. Written
|
|
1633
|
+
inline the count would outrank the sheet that computes it, which is why an
|
|
1634
|
+
`auto` track is handed nothing. A count stays for the design that calls for
|
|
1635
|
+
exactly three.
|
|
1636
|
+
|
|
1637
|
+
The styled sheet says how it divides, and the headless `auto` example
|
|
1638
|
+
carries the same three lines for a consumer writing their own.
|
|
1639
|
+
|
|
1640
|
+
**A value rather than the resting behavior**, which is what the
|
|
1641
|
+
responsiveness policy asks of every axis that a box decides: a splitter
|
|
1642
|
+
turns on `orientation="auto"` and a plain one does not turn at all. Fitting
|
|
1643
|
+
changes what the carousel *does*, since how many are across is how many
|
|
1644
|
+
places the track can stop, so a carousel that had not asked for it would
|
|
1645
|
+
find its position count moving with the window.
|
|
1646
|
+
|
|
1601
1647
|
No default, because it reflects. A reflected property with a value writes
|
|
1602
1648
|
its attribute on upgrade, and the host then carries something a consumer's
|
|
1603
1649
|
server markup never had, which React reports as a mismatch. The one-across
|
|
@@ -7517,13 +7563,27 @@ attribute at all. */
|
|
|
7517
7563
|
|
|
7518
7564
|
Zero closes it outright. A panel whose contents include the control that
|
|
7519
7565
|
reopens it, a row of tabs being the usual one, wants that row left showing,
|
|
7520
|
-
and only whoever slotted it knows how tall that is.
|
|
7566
|
+
and only whoever slotted it knows how tall that is.
|
|
7567
|
+
|
|
7568
|
+
**A floor rather than a second state**, which is what keeps `panel-size` the
|
|
7569
|
+
whole truth about the panel: a divider driven to the end lands here and
|
|
7570
|
+
`panel-size` reads this number, so "closed" is something a consumer already
|
|
7571
|
+
stores rather than a property they have to learn. The splitter inside has a
|
|
7572
|
+
`collapsed` of its own and it is refused, for the reason `handleCollapse`
|
|
7573
|
+
gives. */
|
|
7521
7574
|
"panel-collapsed-size"?: (HelixSandbox["panelCollapsedSize"] | `${number}`) | undefined;
|
|
7522
7575
|
/** What the panel's height becomes when it is closed.
|
|
7523
7576
|
|
|
7524
7577
|
Zero closes it outright. A panel whose contents include the control that
|
|
7525
7578
|
reopens it, a row of tabs being the usual one, wants that row left showing,
|
|
7526
|
-
and only whoever slotted it knows how tall that is.
|
|
7579
|
+
and only whoever slotted it knows how tall that is.
|
|
7580
|
+
|
|
7581
|
+
**A floor rather than a second state**, which is what keeps `panel-size` the
|
|
7582
|
+
whole truth about the panel: a divider driven to the end lands here and
|
|
7583
|
+
`panel-size` reads this number, so "closed" is something a consumer already
|
|
7584
|
+
stores rather than a property they have to learn. The splitter inside has a
|
|
7585
|
+
`collapsed` of its own and it is refused, for the reason `handleCollapse`
|
|
7586
|
+
gives. */
|
|
7527
7587
|
panelCollapsedSize?: (HelixSandbox["panelCollapsedSize"]) | undefined;
|
|
7528
7588
|
/** Accessible name for the panel's divider. */
|
|
7529
7589
|
"panel-label"?: (HelixSandbox["panelLabel"]) | undefined;
|
|
@@ -7544,7 +7604,7 @@ and only whoever slotted it knows how tall that is. */
|
|
|
7544
7604
|
export type HelixSandboxVueEvents = {
|
|
7545
7605
|
/** Fired before the source is edited, by the source pane and heard here. Cancelable: refusing it takes the decision and nothing moves. */
|
|
7546
7606
|
"helix-before-edit": HelixSandboxHelixBeforeEditElementEvent;
|
|
7547
|
-
/** Fired before the panel's divider is let go, with its height in pixels. Cancelable: refusing it takes the decision and nothing moves. */
|
|
7607
|
+
/** Fired before the panel's divider is let go, with its height in pixels, and a panel driven shut arrives as `panel-collapsed-size`, which is the least it goes to. Cancelable: refusing it takes the decision and nothing moves. */
|
|
7548
7608
|
"helix-before-panel-resize": HelixSandboxHelixBeforePanelResizeElementEvent;
|
|
7549
7609
|
/** Fired before the panes' divider is let go, with the lead pane's share. Cancelable: refusing it takes the decision and nothing moves. */
|
|
7550
7610
|
"helix-before-split": HelixSandboxHelixBeforeSplitElementEvent;
|
|
@@ -8287,9 +8347,9 @@ has an honest answer. */
|
|
|
8287
8347
|
};
|
|
8288
8348
|
|
|
8289
8349
|
export type HelixSplitterVueEvents = {
|
|
8290
|
-
/** Fired before a pane shuts or reopens,
|
|
8350
|
+
/** Fired before a pane shuts or reopens, whether or not the resize that reached it was allowed, and carrying its own position: a shut pane sits at `collapsed-size` rather than at the number the resize named. Cancelable: refusing it leaves the pane as it was and the divider where the gesture put it. */
|
|
8291
8351
|
"helix-before-collapse": HelixSplitterHelixBeforeCollapseElementEvent;
|
|
8292
|
-
/** Fired before the divider settles, and only where the gesture moved it: a press that moved nothing, a drag that came back, an arrow with nowhere left to go and a corner that moved the other divider are all silent on this one. Cancelable: refusing it takes the
|
|
8352
|
+
/** Fired before the divider settles, and only where the gesture moved it: a press that moved nothing, a drag that came back, an arrow with nowhere left to go and a corner that moved the other divider are all silent on this one. Cancelable: refusing it takes the position and leaves the rest of the gesture, so a collapse the gesture reached is still announced and still yours to refuse. A drag has already drawn itself by then and holds where it was dropped until the consumer assigns their own. */
|
|
8293
8353
|
"helix-before-resize": HelixSplitterHelixBeforeResizeElementEvent;
|
|
8294
8354
|
};
|
|
8295
8355
|
|
|
@@ -10732,10 +10792,12 @@ export type CustomCssProperties = {
|
|
|
10732
10792
|
"--carousel-gap"?: (string) | undefined;
|
|
10733
10793
|
/** The size one pane is laid out at. A sheet sets it and the component measures the run with it. */
|
|
10734
10794
|
"--carousel-pane"?: (string) | undefined;
|
|
10735
|
-
/** 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`. */
|
|
10795
|
+
/** 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. Under `per-view="auto"` the component writes nothing and the sheet declares it instead, so the same name answers in both modes. See `perView`. */
|
|
10736
10796
|
"--carousel-per-view"?: (string) | undefined;
|
|
10737
10797
|
/** 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`. */
|
|
10738
10798
|
"--carousel-run-end"?: (string) | undefined;
|
|
10799
|
+
/** The narrowest a slide may be laid out, which is what `per-view="auto"` fits the track with. A length, since the sheet divides by it. Unset is the whole track, which is one across. */
|
|
10800
|
+
"--carousel-slide-min"?: (string) | undefined;
|
|
10739
10801
|
/** Fill behind the composer. */
|
|
10740
10802
|
"--chat-composer-background-color"?: (string) | undefined;
|
|
10741
10803
|
/** The composer's edge, so a theme can remove it. */
|