L'utilisateur a signalé des bugs réels en jeu après la refonte design
system : jauges qui ne se remplissent plus, conditions de visibilité
cassées sur une carte (enveloppe ouverte/fermée affichées en même temps).
Racine du problème : Phase A avait basculé Bulma de 1.0.2 (CDN d'origine)
vers 0.9.4, seule version compatible avec libsass (1.0.2 utilise le
système de modules @use/@forward que libsass ne sait pas compiler). Or
screens/rendering/render_jauge.py pilote le remplissage d'une jauge en
fixant en ligne --bulma-progress-value-background-color — une variable
CSS qui n'existe QUE dans le nouveau système de theming de Bulma 1.x,
absente de 0.9.4. Aucune perte de données : les champs d'objet étaient
toujours intacts en base (vérifié directement sur projects/test/game.db)
— uniquement un problème de rendu/comportement en jeu.
Correction : revient à Bulma 1.0.2, vendoré tel quel et non modifié
(static/vendor/bulma.min.css, ~677 Ko, auto-hébergé — toujours aucune
dépendance CDN). Bulma 1.x expose déjà tout son thème via de vraies
variables CSS (--bulma-primary-h/-s/-l, --bulma-radius...), justement
conçues pour être surchargées après coup SANS recompilation Sass —
styles/bulma-override.css les redéfinit avec la palette Forge (teintes
HSL calculées à partir des couleurs de la charte). build_css.py devient
un simple concaténage de 4 fichiers (bulma.min.css + bulma-override.css
+ forge-tokens.css + forge-custom.css), plus besoin de libsass ni
d'aucun compilateur — supprimé de requirements.txt. styles/bulma/ (source
Sass 0.9.4 vendorée en Phase A) et styles/forge-theme.scss supprimés.
Nouvelle règle ajoutée en commentaire dans bulma-override.css : ne plus
jamais changer de version de Bulma sans `grep -rn "\-\-bulma-" screens/
templates/` d'abord — cette dépendance n'est pas que visuelle.
197 tests toujours verts (ils ne couvrent que le HTML généré, jamais le
rendu réel — c'est pour ça que cette régression n'avait pas été détectée
avant que l'utilisateur ne la signale en jouant pour de vrai).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Met en place les fondations du template Bulma décrit dans
regles/FORGE_ENGINE_TEMPLATE_BULMA.md : palette orange/ambre Forge
(--accent:#ff5f2e/--accent-2:#ffb020), typographie, rayons — appliqués
en recompilant Bulma lui-même plutôt qu'en le surchargeant après coup en
CSS, pour recolorer automatiquement ses composants internes (tags,
notifications, dropdowns...) sans avoir à les surcharger un par un.
- Bulma 0.9.4 vendoré en local (styles/bulma/, source Sass classique
$variable + @import) — PAS 1.0.2 (la version jusqu'ici en CDN) : 1.0.2
utilise le nouveau système de modules @use/@forward, que libsass (choisi
pour rester 100% Python, sans Node/npm) ne sait pas compiler (testé :
il ignore silencieusement le @use au lieu de le traiter). 0.9.4 est la
dernière version compatible avec libsass et couvre à l'identique tous
les composants utilisés ici (boutons, tableaux, onglets, modales,
formulaires, navbar).
- requirements.txt : +libsass (pip pur, aucun binaire/Node.js).
- styles/forge-theme.scss (nouveau, point d'entrée) : variables Sass
Bulma ($primary, $radius...) posées avant l'import, tokens Forge exposés
en :root (--forge-bg, --accent, --gradient, --status-*...) avec des
alias vers les noms de variables déjà utilisés par tout le CSS custom
existant (--bg/--panel/--border/--text/--danger...) — pas besoin de
renommer les ~600 lignes de règles déjà écrites, seules leurs VALEURS
changent.
- styles/forge-custom.scss : ancien static/style.css, structurellement
inchangé — seuls les hex/rgba en dur qui échappaient aux variables
(ancien accent bleu #5b8cff, danger #e2685f, couleurs de types de
nœuds du graphe de logique, fond du QR code recovery...) sont
remplacés par les tokens de la charte.
- build_css.py (nouveau) : compile styles/forge-theme.scss en
static/style.css via libsass — un seul fichier, un seul <link>
inchangé dans les templates, à relancer manuellement après toute
modification sous styles/.
- base.html/play.html : suppression du <link> CDN Bulma (auto-hébergé
désormais), ajout d'un favicon (absent jusqu'ici) et du vrai logo Forge
dans la navbar (assets/*.svg copiés dans static/branding/, seul dossier
réellement servi par Flask).
197 tests toujours verts (aucune assertion sur des valeurs CSS).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
