Firma 3, primer componente. El checkbox tenía un hover propio
(`bg-off-hover`, un `color-mix` del surface al 82 %) de los que §38 deprecó, y
al quitarlo apareció que el velo del sistema no volvía. La causa no era el
hover: era la regla BASE.
`[data-checkbox] { background: var(--checkbox-bg-off) }` usa el ATAJO, que fija
`background-image: none`, y esa regla pesa (0,1,0) contra el `:where()` de
`archetypes.css`, que pesa (0,0,0). El velo perdía la cascada SIEMPRE — no en
hover, nunca. El hover bespoke no era un capricho: era la cicatriz de que el
velo del sistema no llegaba, y con él delante nadie lo notó.
Dos cambios, uno por causa:
regla base `background:` → `background-color:` (longhand), que deja libre
`background-image` para el velo
regla hover fuera el `background` propio; queda el `border-color`, que es
otro eje y otra decisión
Medido en el navegador (sonda de computed, 2.436 valores en 7 estados):
antes hover bg `srgb 0.974` · img `none` ← el velo, ausente
después hover bg `oklch(0.9911)` · img `linear-gradient(rgb(0 0 0 / 0.08))`
reposo intacto · tallas intactas · disabled intacto · foco intacto
8 diffs, todos en el hover y sólo en esas dos propiedades. El hover queda algo
MÁS visible que antes (0.911 efectivo contra 0.974): es la calibración del
sistema, que es justamente lo que la firma perseguía.
`bg-off-hover` sale del contrato: sin consumidores, y un alias público que
nadie consume rompe `recipe-css-contract`.
censo checkbox 47 % · audit PASS · eidos-lint 0 invalid · suite 434 (1 rojo
conocido) · rtl 0 · docs 0
No adjunto captura: el panel del navegador no está visible en esta sesión y el
screenshot expira. La evidencia es la medición de computed sobre Chromium real.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
alpha-0.1-background
parent
476da2dd23
commit
b35855c20d
Loading…
Reference in new issue