origam 2.18.19 → 2.18.21

package/CHANGELOG.md

@@ -18,6 +18,107 @@ This project follows [Semantic Versioning](https://semver.org).
 
 ## [Unreleased]
 
+## [2.18.21] - 2026-09-30
+
+### Fixed — `useBorder` supprimait silencieusement une largeur en `var()`
+
+`BORDER_REGEX` n'acceptait en largeur que des chiffres suivis d'une unite,
+tandis que son groupe **couleur** accepte `var(--…)`. Une chaine comme
+`borderLeft="var(--x) solid var(--y)"` etait donc happee **entierement par le
+groupe couleur** : `parseBorderPositionValue` renvoyait une largeur vide,
+`formatBorderPositionStylesVar` sautait la declaration, et le navigateur
+jetait le `border-left-color` invalide. Resultat rendu : un bord `medium`
+(~3px) en `currentColor` au lieu de la largeur et de la couleur demandees.
+
+⛔ **Aucun diagnostic.** Le type-check passait, rien n'etait leve, rien
+n'etait logue. Le chemin booleen (`borderLeft: true`) emettait pourtant un
+`var()` correctement — seul l'analyseur de chaine refusait.
+
+Le groupe `width` accepte desormais une alternative `var()`, **conditionnee
+par un lookahead sur un mot-clé de style**. Ce garde n'est pas decoratif : les
+trois groupes de la regex peuvent matcher vide, donc une alternative `var()`
+nue aurait happe `var(--ma-couleur)` — une couleur SEULE, cas courant qui
+fonctionnait — et aurait inverse la panne. Le lookahead tire sa liste de
+`BORDER_STYLE`, pour qu'elle ne puisse plus deriver de celle du groupe `style`.
+
+⚠️ **Limite connue, pinnee par trois tests et non corrigee ici.** Une largeur
+`var()` **contenant une espace** (`var(--x, 4px)`) ne passe que par les props
+PAR COTE. La prop globale `border` fait un `split(' ')` et coupe la valeur en
+fragments invalides. Avant ce lot la meme valeur tombait entiere dans `color`
+et y etait scindee en quatre — aucun bord dans les deux cas, donc pas de
+regression, mais pas repare. **Un preset portant une largeur tokenisee doit
+viser une prop par cote ou d'axe, jamais `border`.**
+
+### Added — `fontStyle` en passthrough sur `ITypographyProps`
+
+`font-style` n'avait ni prop, ni groupe de tokens, ni classe utilitaire
+(`0` occurrence dans `interfaces/Commons/` et `composables/Commons/`, `0` pour
+`font__style` dans `primitive.css`). `useTypography` enveloppant toute valeur
+en token, `italic` / `normal` — des mots-clés CSS, pas des echelons — devaient
+passer **litteralement**. Aucun canal nouveau : `--origam-blockquote---font-style`
+etait deja declare et deja lu.
+
+### Internal — ce que la campagne zero-changement ne prouve pas
+
+`BORDER_REGEX` sert la prop `border` sur ~100 composants sans baseline VRT, et
+la verification exigee etait donc : aucune valeur du depot ne change de
+decoupage. Verdict — **81 valeurs `border*` distinctes, 81 decoupages
+identiques, delta zero**.
+
+⛔ Mais la regex **naive** que ce garde-fou existe pour eviter ne diverge, elle
+non plus, **sur aucune des 81 valeurs reelles** : aucun fichier du depot ne
+passe une couleur `var()` seule a une prop de bordure. **Le corpus reel
+n'aurait pas attrape la regression inverse** — seul le controle negatif
+synthetique `var(--c)` l'attrape. Une campagne sur valeurs reelles prouve
+moins qu'elle n'en a l'air ; les controles negatifs sont ce qui la rend
+concluante. Consigne dans `border.const.ts`.
+
+Hors paquet publie, dans le meme intervalle : `pnpm audit` est repasse de
+**7 high / 7 moderate / 3 low** a **0**, par relevement de trois `overrides`
+(`brace-expansion@2`, `brace-expansion@5`, `undici@8`). Aucun fichier de
+`packages/ds` touche, donc le tarball est inchange par cette partie.
+
+## [2.18.20] - 2026-09-30
+
+### Added — surfaces de props `opacity` et `backdrop`, et les deux trous de `IStateEffectConfig`
+
+**Aucun composant converti.** Ce lot pose les surfaces de props sans lesquelles
+les variants `plain` et `ghost` d'`OrigamBtn` ne peuvent pas devenir des presets
+ADR-005 — c'est du déblocage, la conversion vient après.
+
+- `IOpacityProps` + `useOpacity`, `IBackdropProps` + `useBackdrop` — quatre
+  absences vérifiées à **0 occurrence** avant ce lot.
+- `IStateEffectConfig` gagne **`opacity` ET `borderColor`**. L'audit D6 de
+  l'ADR-005 ne citait que le premier : `outlined --active` pose un
+  `border-color`, que le raccourci `border` ne peut pas porter. Trouvé à la
+  mesure, consigné en commentaire sur la prop elle-même.
+- Nouvelle échelle primitive de flou — `--origam-blur---{xs,sm,md,lg,xl}` =
+  `4 / 6 / 8 / 16 / 24px`. Les échelons viennent d'un **comptage des littéraux
+  `blur(Npx)`** sur `packages/ds/src` + `packages/marketing/src`
+  (`8px ×25, 16px ×21, 6px ×17, 20px ×14, 24px ×7, 12px ×7, 28px ×5`), d'où
+  `sm = 6px` plutôt qu'un doublement régulier.
+- 30 classes utilitaires, dans la feuille CSS **et** son jumeau SCSS.
+
+### Internal — réutilisé plutôt que créé
+
+Deux des quatre manques annoncés par l'ADR n'en étaient qu'à moitié :
+
+- **L'échelle primitive d'opacité existait déjà** — `--origam-opacity---{0,12,
+  26,32,50,60,70,87,100}`, déclarée dans `primitive.css` et **déjà lue** par la
+  règle `--variant-plain` de Btn. D6 proposait « `IOpacityProps` + un groupe de
+  tokens » : seule la première moitié manquait. Aucune seconde échelle n'a été
+  déclarée.
+- **Le canal `--origam-{cmp}---backdrop-filter` était déjà en place sur 12
+  composants** (Alert, Card, Chip, Field, Menu, Sheet, Snackbar, Tooltip,
+  Toolbar, Overlay, CommandPalette, Btn). Ce qui manquait vraiment, c'était
+  l'échelle de flou ci-dessus.
+
+`borderColor` et `opacity` sur `IStateEffectConfig` empruntent leurs types à
+`IBorderProps['borderColor']` et `IOpacityProps` — comme `border` le faisait
+déjà. `useStateEffect` transmettait **déjà** `borderColor` à `useBorder`, mais
+en le lisant sur `props` et documenté « non state-swappable » : le getter passe
+désormais par `pickEffective`, sans nouveau chemin de code.
+
 ## [2.18.19] - 2026-09-30
 
 ### Changed — ⚠️ RUPTURE : `useLayout` renommé `useLayoutMain`