@artooi/ag-ui-web-component 0.50.0 → 0.50.1

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/CHANGELOG.md CHANGED
@@ -7,6 +7,58 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
7
7
 
8
8
  ## [Unreleased]
9
9
 
10
+ ## [0.50.1] — 2026-11-09
11
+
12
+ ### Fixed
13
+
14
+ - **A corner panel a grip placed goes full-bleed on a phone after a move is
15
+ undone.** Under `collapse-to="auto"`, with no spot stated, the sequence of a grip
16
+ on an edge the layout holds, `moveTo` with its announcement, another such grip and
17
+ the undo left an inline `--ag-ui-inset` that read as a host's own, so a phone kept
18
+ it, and the panel stood off the screen by as much as the grip had moved it. It now
19
+ fills the screen with no inline inset, and widening gives the grip's place back.
20
+ An undo also keeps the inset that stands a panel at the start of a window a host
21
+ fills, so the panel rests again once that fill has gone. **A host has nothing to
22
+ do.**
23
+ - **A moved panel under `data-launcher-drag="false"` gives way when a host's size
24
+ stands it off the screen.** Since 0.50.0 such a panel stays where it was moved
25
+ until the next window resize or reopen, and it still does while the reader types.
26
+ A host that then filled the window left it at -524,-144 at 1280x800, its header
27
+ out of reach, until one of those came. Any size that stands it off an edge of the
28
+ screen now hands it to the host's CSS at once, and a host that fills the window
29
+ gets it at 0,0. The stored spot stays for the day the attribute comes off. A size
30
+ that still fits moves nothing. **A host has nothing to do.**
31
+ - **A docked panel a host fills stands at 0,0.** Under `collapse-to="bar"` and
32
+ `"none"`, a panel a host sized to the whole window stood past the top of the window
33
+ by what the resting inset spends: at 1200x760, -24,-65 under the bar, where
34
+ the whole header was out of reach, and -24,-24 under a host's own control. It now
35
+ stands at the start of the room the host left free, moved or not, as a corner panel
36
+ has since 0.50.0, and under `data-launcher-drag="false"` too. While it does the bar
37
+ and the grips go, as they do on a phone, with `ag-ui-bar-height` saying 0 and the
38
+ header's minimise control as the way back, because the strip would draw over the
39
+ composer's foot. The bar comes back when the panel is collapsed, and both when the
40
+ size stops filling. A host that writes that height into its own
41
+ `--ag-ui-viewport-inset-bottom` settles with the bar gone: the panel stays judged
42
+ against the box it filled while the box has only grown by the bar's height on the same
43
+ window, where it would otherwise flip the bar and jump the header every frame. The
44
+ dock's stored spot stays unchanged, and the panel goes back
45
+ to its spot or its dock when the size stops filling. A host's own inline `--ag-ui-inset` stays
46
+ where the host wrote it, and a placement that owns its position is left alone. **A
47
+ host has nothing to do.**
48
+ - **A viewport inset token wider than the card holding an embedded chat adds no
49
+ scroll.** The box the component reads the four `--ag-ui-viewport-inset-*`
50
+ tokens from took its size from them, so a 200px card under a 240px left token
51
+ scrolled by 40px, and the same on the other axis. The tokens read back as
52
+ before, a percentage against the same box. **A host has nothing to do.**
53
+ - **A hidden panel stays where it was moved.** Hiding the element, or anything
54
+ holding it, had it place itself from a box of nothing and write that as its
55
+ inset, so a script reading the panel straight after showing it again found it
56
+ off the screen, until a few frames later it stood at its spot. A window resize
57
+ while hidden, connecting hidden and expanding hidden did the same. None of those
58
+ writes an inset now, and showing the element places it against the window as it
59
+ then is. The stored spot was never touched, and `ag-ui-bar-height` still says 0
60
+ while hidden. **A host has nothing to do.**
61
+
10
62
  ## [0.50.0] — 2026-11-08
11
63
 
12
64
  ### Changed
@@ -5168,7 +5220,8 @@ hosts that both arrange the page the way it expects.
5168
5220
  ### Notes
5169
5221
  - First release — exercising the automated npm OIDC publish pipeline end-to-end.
5170
5222
 
5171
- [Unreleased]: https://github.com/Artui/ag-ui-web-component/compare/v0.50.0...HEAD
5223
+ [Unreleased]: https://github.com/Artui/ag-ui-web-component/compare/v0.50.1...HEAD
5224
+ [0.50.1]: https://github.com/Artui/ag-ui-web-component/compare/v0.50.0...v0.50.1
5172
5225
  [0.50.0]: https://github.com/Artui/ag-ui-web-component/compare/v0.49.0...v0.50.0
5173
5226
  [0.49.0]: https://github.com/Artui/ag-ui-web-component/compare/v0.48.0...v0.49.0
5174
5227
  [0.48.0]: https://github.com/Artui/ag-ui-web-component/compare/v0.47.0...v0.48.0
package/README.md CHANGED
@@ -1467,7 +1467,11 @@ the bar's height. The component never writes your CSS, and a custom property can
1467
1467
  height up to your page (it inherits down, never up), so it hands you a number:
1468
1468
  `barHeight` (CSS px, read-only) and an `ag-ui-bar-height` event (the `BAR_HEIGHT_EVENT`
1469
1469
  constant, detail `{ height }`) on every change, including a font-size change. Both read `0`
1470
- where no bar is drawn: under `auto` and `none`, and on a phone while the panel is open.
1470
+ where no bar is drawn: under `auto` and `none`, on a phone while the panel is open, and while your
1471
+ size fills the window with the panel open. If you write the height into
1472
+ `--ag-ui-viewport-inset-bottom`, a panel that fills the box that leaves stays judged against that
1473
+ box once the bar goes and the box grows by the bar's height: it settles with the bar gone and room
1474
+ at its foot. Writing some other share of the height does not settle; publish it to your page as below.
1471
1475
 
1472
1476
  ```js
1473
1477
  const chat = document.querySelector("ag-ui-chat");
@@ -1509,6 +1513,13 @@ launcher to drag: the bar and your own control stay where they are.
1509
1513
  forgetting the stored spot, so a reload opens it there too.
1510
1514
  - **Keeping it fixed.** `data-launcher-drag="false"` turns the header drag and `moveTo` off here as
1511
1515
  everywhere else, and the panel stays on its dock.
1516
+ - **A host's size that fills the window.** Set `--ag-ui-width` and `--ag-ui-height` to the whole
1517
+ window, with `--ag-ui-max-width` and `--ag-ui-max-height` out of the way (the defaults stop short
1518
+ of it), and the panel stands at the start of the room you left free, whether it was moved or not.
1519
+ The bar and the grips go while it does, as on a phone, with `barHeight` at 0 and the header's
1520
+ minimise control as the way back. The bar comes back when the panel is collapsed, and both when
1521
+ your size stops filling. The stored spot stays, and the panel goes back to it, or to its dock,
1522
+ once your size stops filling. An inline `--ag-ui-inset` of your own stays where you wrote it.
1512
1523
 
1513
1524
  Placements that own their position (`side` and `full` under `bar`, `sidebar` and `embedded`
1514
1525
  under `none`) do not move, as without `collapse-to`.