@danxbot/ui 2.2.1 → 2.2.2

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/dist/index.js CHANGED
@@ -27390,6 +27390,22 @@ function EA({ className: e, children: t, ref: n, ...r }) {
27390
27390
  quick — a panel that makes an entrance every time you switch tabs
27391
27391
  becomes tiring within a minute of real use. */
27392
27392
  "data-starting-style:opacity-0 data-starting-style:translate-y-1",
27393
+ /* THE EXIT IS NOT OPTIONAL, AND ITS ABSENCE WAS NOT COSMETIC.
27394
+
27395
+ Declaring a transition on a panel makes Base UI keep the OUTGOING one
27396
+ mounted until that transition finishes. With only a starting style
27397
+ declared there was nothing for the exit to animate: the leaving panel
27398
+ sat at `opacity: 1` with `inert` and `data-ending-style` set, waiting
27399
+ for a transition that would never run — so it never unmounted.
27400
+
27401
+ The symptom is not a missing fade. It is that PANELS ACCUMULATE: open
27402
+ four tabs and all four are on screen at once, stacked, the inert ones
27403
+ unreachable but fully painted. The tab list looks correct throughout,
27404
+ which is what makes it read as a layout bug rather than a tab bug.
27405
+
27406
+ Found in a consuming app whose workspace has eight tabs, by opening
27407
+ the page. Every test passed. */
27408
+ "data-ending-style:opacity-0 data-ending-style:translate-y-1",
27393
27409
  "transition-[var(--tx-colors),opacity,translate] duration-(--dur-base) ease-entrance",
27394
27410
  e
27395
27411
  ),