@adia-ai/web-components 0.8.14 → 0.8.15

package/CHANGELOG.md

@@ -1,5 +1,16 @@
 # Changelog — @adia-ai/web-components
 
+## [0.8.15] — 2026-07-26
+
+### Changed
+- **Hover fills darken toward the ladder in both schemes** (`styles/colors/material-static.css`) — all 8 families' `--md-sys-color-<family>-hover` move from `light-dark(<family>-650, <family>-350)` to `light-dark(<family>-600, <family>-550)` (base fill is `<family>-500` in both modes; ladder stops are 50 points, higher = darker). Light-mode hover lands two stops darker than base (`500 → 600`, softened from the old three-stop `-650`); dark-mode hover lands one stop darker (`500 → 550`), where it previously *lightened* three stops to `-350`. Measured with the gate's own culori converter: light-mode white hover text is 6/8 families ≥ AA 4.5:1 (from 8/8 at the old stronger jump); dark-mode — which failed AA for **all 8 families** at `-350` (ratios ≈ 2.0–2.5) — now passes for 5/8. Flows through the `--a-*-hover` alias layer and all 12 `[theme]` recolors with no component changes. Filled buttons bypassed this role via `--a-<family>-strong` — corrected in the Fixed entry below, same release.
+
+### Fixed
+- **Filled buttons hover on the hover role, not the active role** (`components/button/button.css`) — `button-ui[variant="primary"]` and the `danger`/`success`/`info` filled colors set their hover fill from `--a-<family>-strong`, which aliases `--md-sys-color-<family>-active` (`light-dark(750, 250)`). In dark mode that meant hover *lightened five stops* to the pale `-250` tint — the washed-out hover the role change above couldn't reach, because these rules bypassed the hover role entirely. They now ride `--a-<family>-hover` (`light-dark(600, 550)`). Verified live in dark mode: primary idle computes exactly `primary-500`, hover exactly `primary-550`. `warning` keeps its documented `-bg` tint exception (dark-label contrast, dogfood-audited); ghost/outline **text** hovers keep `-strong` deliberately — lighter text on a dark canvas is more contrast, not less; `-strong` remains the pressed/active fill.
+
+### Maintenance
+- **`dist/` bundles rebuilt** from the token change above.
+
 ## [0.8.14] — 2026-07-25
 
 ### Changed

package/components/button/button.css

@@ -19,10 +19,16 @@ button-ui:active { transform: scale(0.97); }
    untouched (primary/danger/etc. keep their light label). */
 button-ui:not([disabled]):hover { --button-bg: var(--button-bg-hover); }
 
-button-ui[variant="primary"]:not([disabled]):hover { --button-bg: var(--a-primary-strong); }
-button-ui[color="danger"]:not([disabled]):hover     { --button-bg: var(--a-danger-strong); }
-button-ui[color="success"]:not([disabled]):hover    { --button-bg: var(--a-success-strong); }
-button-ui[color="info"]:not([disabled]):hover       { --button-bg: var(--a-info-strong); }
+/* Filled hovers ride the HOVER role (light-dark 600/550 — one rule: darker
+   than the 500 base in both schemes). They previously rode `-strong`, which
+   aliases the ACTIVE role (750/250): in dark mode that hover LIGHTENED five
+   stops to the pale -250 tint — the washed-out hover the 600/550 role change
+   couldn't reach because these rules bypassed it. `-strong` remains the
+   pressed/active fill. */
+button-ui[variant="primary"]:not([disabled]):hover { --button-bg: var(--a-primary-hover); }
+button-ui[color="danger"]:not([disabled]):hover     { --button-bg: var(--a-danger-hover); }
+button-ui[color="success"]:not([disabled]):hover    { --button-bg: var(--a-success-hover); }
+button-ui[color="info"]:not([disabled]):hover       { --button-bg: var(--a-info-hover); }
 /* warning fill → -bg (NOT -strong like the rest): warning's -strong mid-tone
    reads muddy under the dark --a-warning-fg, so the hover surface uses the
    -20 tint (--a-warning-bg) for clean contrast. (dogfood-audit: warning-strong-vs-bg) */