@zevra/ui 0.29.0 → 0.30.0

package/DECISIONS.md

@@ -1403,3 +1403,60 @@ Le jour où la suite dépasse la douzaine, c'est une autre conversation.
 Ce qui n'a **pas** été repris de la maquette : les angles arrondis des
 tuiles. La suite est passée à l'angle vif le 25/08, partout, et un panneau
 d'applications n'est pas une exception.
+
+## Le drapeau qui se prenait pour un composant (28/08/2026, 0.29.1)
+
+`rail.js` marquait « déjà armé » en posant `data-zv-rail` sur `<html>` —
+le nom même de l'attribut qui DÉSIGNE un rail. Son propre sélecteur,
+`[data-zv-rail]`, ramassait donc `<html>` : **la page entière devenait un
+rail**.
+
+Sur une page qui a un vrai rail, cela ne se voyait pas. Sur une page qui
+n'en a pas — la seule où ça compte — `a[href^="#"]` ramassait tous les
+liens d'ancre, boutons compris, et le premier recevait
+`.zv-rail__item--on`. Or cette classe pose `color: var(--accent-deep)` :
+un appel à l'action indigo sur fond indigo, illisible.
+
+Constaté sur `/bootcamp` : « Candidater pour octobre » était le premier
+lien d'ancre de la page.
+
+Le drapeau s'appelle désormais `data-zv-rail-arme`, et `rails()` écarte
+explicitement `<html>` et `<body>` — ceinture et bretelles, parce qu'un
+consommateur peut écrire ce qu'il veut sur la racine.
+
+Un test garde la classe entière de fautes : dans tout module livré, aucun
+drapeau posé sur `documentElement.dataset` ne peut porter le nom d'un
+attribut que le même module utilise comme sélecteur.
+
+## Le verre revient (28/08/2026, 0.30.0)
+
+La barre avait perdu son effet de verre. Le voile plat introduit pour
+régler le titre coupé en deux (mcp-factory) était resté à **92 %** : à
+cette opacité, ce qui passe dessous n'est plus qu'un fantôme, et le flou
+ne sert à rien puisqu'il n'y a rien à voir au travers. La barre lisait
+comme un bandeau blanc.
+
+Le voile descend à **72 %** et le flou monte à **14 px**. Comparé à
+l'écran, sur un titre passant sous la barre, à 92, 72 et 60 : 92 ne
+montre rien, 60 devient bavard, 72 laisse le contenu transparaître
+franchement tout en gardant les entrées de nav parfaitement nettes.
+
+⚠️ Les deux valeurs vont ENSEMBLE. Baisser l'opacité sans monter le flou
+rend la navigation illisible : c'est le flou qui fait le verre, l'opacité
+ne fait que doser ce qu'on en voit.
+
+Le prolongement sous la barre (`::after`) part désormais de 72 % lui
+aussi. Son sommet doit valoir exactement l'opacité de la barre, sinon la
+jointure fait une marche — d'autant plus visible que la barre est
+translucide.
+
+### Ce qui n'est PAS revenu
+
+Le dégradé sur toute la hauteur de la barre. C'est lui qui coupait un
+grand titre en deux — moitié voilée, moitié nette, avec les entrées de
+nav posées sur ses lettres. Le voile reste PLAT derrière la barre : c'est
+l'uniformité qui règle ce défaut, pas l'opacité. On récupère donc le
+verre sans rouvrir la panne.
+
+La référence reste landing.zevra.tech, qui n'a jamais cessé de montrer ce
+qu'on veut.

package/dist/css-inline.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"css-inline.d.ts","sourceRoot":"","sources":["../react/css-inline.ts"],"names":[],"mappings":"AAGA;;;iEAGiE;AACjE,eAAO,MAAM,WAAW,EAAE,MAA0tgR,CAAA;AAEpvgR;;;yBAGyB;AACzB,eAAO,MAAM,WAAW,EAAE,MAAm4B,CAAA"}
+{"version":3,"file":"css-inline.d.ts","sourceRoot":"","sources":["../react/css-inline.ts"],"names":[],"mappings":"AAGA;;;iEAGiE;AACjE,eAAO,MAAM,WAAW,EAAE,MAAgwiR,CAAA;AAE1xiR;;;yBAGyB;AACzB,eAAO,MAAM,WAAW,EAAE,MAAm4B,CAAA"}