@snacky/ui 0.7.0 → 0.7.2

package/CHANGELOG.md

@@ -126,3 +126,22 @@ unverified - see the README's Verification status.
   enough to wrap onto a second line got clipped instead of growing the banner.
   Changed to `min-height: 40px` and let the message text take `flex: 1` so it
   shrinks and wraps within the row instead of overflowing sideways.
+- **PointBalanceBanner's 0.6.2 fix corrected again (0.7.1).** Hugging content
+  was a correct read of Figma's own frame in isolation, but wrong once placed
+  next to a sibling with different content: the docs gallery's "Default" and
+  "LowBalance" stories sit side by side, and a low "0" / "Rp 0" collapsed to a
+  fraction of the other's width, visibly stranded inside its card. Back to
+  `width: 100%`, but `justify-content` stays at its flex-start default (not
+  `space-between`) - the original 0.6.2 bug was the groups spreading apart,
+  not the fill-width itself, so this keeps that part of the fix while
+  dropping the part that looked wrong once seen with real sibling content.
+- **Button's icon slot was disproportionate at Small size (0.7.2).** The slot
+  is documented generically as 24x24, and that was applied uniformly
+  regardless of `size` - reasonable for Default (48px tall, 12px label), but
+  oversized next to Small's 40px height and 12px label. Added a `.snacky-btn--
+  small .snacky-btn__icon` override at 20x20; Default stays 24x24. Ported the
+  same conditional to compose-ui's `SnackyButton`, and to the docs site's own
+  Button playground (previously hardcoded to 24 regardless of the size
+  control). Confirmed via computed styles in the Live Preview iframe, not
+  just visually: the icon span and its inner SVG both resolve to exactly
+  20x20 with Size=Small selected.

package/README.md

@@ -1,8 +1,7 @@
 # @snacky/ui
 
 React implementation of the Snacky App design system - generated from the
-source of truth at `../../index.html` (via `tokens.json` / `components.json`),
-pixel-accurate to Figma.
+source of truth at `../../index.html`, pixel-accurate to Figma.
 
 This exists so AI coding tools (and humans) building new Snacky features can
 **import** these components directly instead of regenerating similar-looking
@@ -122,9 +121,9 @@ placeholder artwork rather than a real icon prop. Apply your own
 
 ## What's here
 
-All 24 documented components, each matching its `code.tsx` sample's prop
-shape from `components.json` (padding, colors, radius, states - all sourced
-directly from the design tokens, not eyeballed):
+All 24 documented components, matching the real Figma-sourced spec values
+(padding, colors, radius, states - all sourced directly from the design
+tokens, not eyeballed):
 
 Button, IconButton/UploadButton, Input family (TextField, SearchField,
 OtpField, CopyField, ChatInput, AddressResult), Chips (ProductChip/FilterChip),
@@ -151,8 +150,8 @@ above) - not one of the 24, there is no Figma node for it.
 
 Every component is diffed against `index.html`'s own Live Preview
 implementation - the code that actually renders the documentation site - not
-just the spec values in `components.json`. Where the two disagree, the
-verified implementation wins.
+just the prose spec values on the page. Where the two disagree, the verified
+implementation wins.
 
 See [CHANGELOG.md](https://github.com/rezatresnas/snacky-design-system/blob/main/packages/react-ui/CHANGELOG.md)
 for how the package got here, including the mistakes.