L'essentiel du re-skin de l'éditeur de scène (onglets, panneaux flottants,
groupes de propriétés, boutons, galerie d'icônes, menu contextuel, modales)
était déjà obtenu automatiquement par le passage global des tokens en
Phase A — tout ce CSS custom consommait déjà les mêmes variables
(--panel/--border/--accent...) que le reste de l'app. Reste ce sweep
ciblé des dernières couleurs codées en dur qui échappaient aux tokens :
- screen_edit.html : bandeau "élément de jeu réutilisable" (fond/bordure
panneau en dur), avertissement de suppression de nœud de logique
(fallback --danger périmé), séparateur de clause de condition (gris
clair #ccc, incohérent sur un thème exclusivement sombre) — tous
reliés à var(--panel)/var(--border)/var(--danger). Les couleurs de
swatch par défaut des actions "changer la couleur d'un élément"
(#5b8cff, #ff0000) sont volontairement laissées telles quelles : ce
sont des valeurs de CONTENU (le jeu du client), pas du chrome Forge.
- play.html : #emptyState (message "aucun écran" généré par le moteur,
pas du contenu du jeu) relié à var(--forge-text-muted). Le rendu du
jeu lui-même (fond du cadre, bordure des champs de saisie posés par le
client sur ses écrans) reste strictement inchangé, conformément à la
distinction actée avec l'utilisateur entre chrome de l'outil et
contenu du jeu créé.
- Aucun changement à la disposition (canvas, floatPanel, builder3) —
conforme à l'exemption du §5/§9 du document de règles.
197 tests toujours verts ; JS de screen_edit.html (très long) revérifié
via une extraction jetable + node --check, comme pour les phases
précédentes.
Termine la refonte design system en 4 phases (voir
regles/FORGE_ENGINE_TEMPLATE_BULMA.md) : Bulma auto-hébergé compilé via
Sass avec la palette Forge, chrome global et pages d'authentification,
en-têtes de page des écrans de gestion, éditeur de scène et aperçu
jouable.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
