@butternutbox/pawprint-native 0.10.8 → 0.10.10

package/.turbo/turbo-build.log

@@ -7,12 +7,12 @@
 CJS Build start
 ESM Build start
 DTS Build start
-ESM dist/index.js     1.73 MB
+ESM dist/index.js     1.72 MB
 ESM dist/index.js.map 2.70 MB
-ESM ⚡️ Build success in 11777ms
+ESM ⚡️ Build success in 11267ms
 CJS dist/index.cjs     1.80 MB
 CJS dist/index.cjs.map 2.70 MB
-CJS ⚡️ Build success in 11782ms
-DTS ⚡️ Build success in 23549ms
+CJS ⚡️ Build success in 11267ms
+DTS ⚡️ Build success in 22659ms
 DTS dist/index.d.cts 91.44 KB
 DTS dist/index.d.ts  91.44 KB

package/CHANGELOG.md

@@ -1,5 +1,49 @@
 # @butternutbox/pawprint-native
 
+## 0.10.10
+
+### Patch Changes
+
+- 8d9523c: Drawer: fix the body collapsing to zero height on native (regression in 0.10.9).
+
+  0.10.9 made the panel wrap its content with no explicit height, relying on
+  `DrawerBody`'s `maxHeight` to size the `flex: 1` ScrollView. On native a
+  `ScrollView` has no intrinsic size and `flex: 1` (flexBasis 0) needs a
+  definite-height parent, so every drawer body collapsed to ~0 — only the header
+  and footer rendered. (It looked correct in the react-native-web Storybook, whose
+  flexbox sizes to content, which is why it slipped through.)
+
+  The panel now keeps an explicit height again (the pre-0.10.9 structure that
+  gives the ScrollView a bounded parent) AND re-fits it: `DrawerBody` reports its
+  natural scroll-content height via `onContentSizeChange` (measured in the
+  ScrollView's unbounded content container, so it's independent of the frame — no
+  feedback loop) through a new `DrawerMeasureContext`, and `DrawerContent` sizes
+  the panel to `chrome + min(content, windowHeight - 300)`, capped at 90% of the
+  window. `chrome` is locked once from the first, unbounded layout and is
+  invariant thereafter. Content that grows or shrinks after open (async load,
+  expanding sections) re-fits the panel; tall content caps and scrolls.
+
+## 0.10.9
+
+### Patch Changes
+
+- 825e9bb: Drawer: fix the content-driven height re-fit so tall drawers no longer clip or
+  lose the ability to scroll (regression in 0.10.8).
+
+  The 0.10.8 implementation derived the panel height from the body content
+  measured _inside_ the height-constrained `ScrollView` and fed it back to size
+  the panel. For any drawer whose content height depends on the available height,
+  that coupling sized the panel too short and collapsed the scroll region, so tall
+  drawers clipped their content and could not scroll to the end.
+
+  The re-fit is now purely layout-driven: the panel wraps its content and caps at
+  90% of the window height, while `DrawerBody` keeps its own `maxHeight` to bound
+  scrolling (and prevent the `ScrollView` from collapsing). When the body grows or
+  shrinks after open — async loading, expanding sections — the panel re-fits
+  itself through normal layout with no measurement feedback loop. Removes the
+  `DrawerMeasureContext` plumbing and adds a `DynamicContent` story as a
+  regression guard.
+
 ## 0.10.8
 
 ### Patch Changes