4 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	69bafcb5c5	Corrige le texte invisible dans la boîte de dialogue (régression du style Bulma) ... Régression du commit précédent (d87d6ad, classes Bulma sur la superposition) : la classe ".box" impose elle-même une couleur de texte SOMBRE (pensée pour un fond blanc). Comme aucun widget ne fige de couleur de texte à sa création (default_style_for_widget.py), un titre/texte posé dans la boîte SANS couleur personnalisée héritait de ce gris sombre imposé par Bulma — invisible sur le fond sombre par défaut de cette boîte de dialogue. Ni erreur serveur ni régression de test visible : juste un texte "présent mais invisible", exactement ce qui a été rapporté ("j'ai mis un texte dedans mais il ne se voit pas"). Correctif : la boîte fixe elle-même une couleur de texte claire par défaut (color:#e8eaf0) dans son propre style inline — l'élément le plus proche gagne, donc ça écrase la couleur imposée par la classe Bulma, tout en restant surchargeable : un titre/texte qui personnalise sa propre couleur (réglage "Couleur du texte") continue de l'emporter normalement. Nouveau test de régression, confirmé en échec sur le commit précédent (même style Bulma, pas encore cette couleur) puis au vert avec le correctif. 138 tests au vert au total. Jeu de démo régénéré. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-28 06:18:19 +02:00
williamandClaude Sonnet 5	d87d6addce	Boîte de dialogue (superposition) stylisée avec les classes Bulma ... Le widget "Superposition / boîte de dialogue" gagne les classes Bulma "modal is-active" (sur le voile plein écran) et "box" (sur la boîte centrée), en PLUS du style inline existant — jamais à sa place : tout le positionnement/masquage critique (position:fixed, z-index, display) reste en inline, qui gagne toujours sur une règle de classe. Si Bulma (chargé depuis un CDN, voir play.html) ne se charge pas (hors-ligne), la boîte de dialogue continue de fonctionner exactement pareil — ces classes n'ajoutent qu'un habillage visuel (ombre, base de police/espacement Bulma) qui se dégrade sans rien casser. Pas de ".modal-background" séparé (convention Bulma habituelle) : le voile semi-transparent est déjà posé en inline sur la même balise (background:rgba(...)), un second calque tout aussi transparent par-dessus n'aurait ajouté qu'un assombrissement redondant. 137 tests toujours au vert (changement purement visuel, aucune assertion cassée) ; jeu de démo régénéré et vérifié (classes bien présentes dans le rendu). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-28 06:10:17 +02:00
williamandClaude Sonnet 5	81c31a9c49	Corrige la boîte de dialogue (superposition) : un élément posé après elle s'affichait par-dessus ... Bug visible sur le jeu de démo : le bouton "Clique-moi !" restait visible ET cliquable AU-DESSUS du dialogue de bienvenue censé couvrir tout l'écran, et la boîte de dialogue elle-même s'étirait bord à bord au lieu de rester une boîte centrée lisible. Cause (stacking context CSS) : le widget "superposition" ignore x/y/ width/height et pose lui-même position:fixed; inset:0; z-index:9999 sur SA PROPRE balise (render_overlay.py) — mais le cadre .playElement/ .canvasElement qui l'entoure, PARTAGÉ PAR TOUS LES WIDGETS (filters/ element_style_filter.py), continuait quand même à poser "position:absolute; z-index:<sa place dans le canevas>" (souvent petit, ex. 1). Un élément positionné avec un z-index explicite crée un NOUVEAU contexte d'empilement CSS : le 9999 posé plus profond ne se comparait alors plus qu'AU SEIN de ce contexte, et perdait face au z-index (plus grand) d'un élément ajouté APRÈS l'overlay sur le canevas — qui s'affichait donc par-dessus le dialogue. Correctif : _element_style ne pose plus aucune position/z-index pour ce widget (position:static — sa place dans le flux est de toute façon invisible, son contenu réel étant en position:fixed). Plus de contexte d'empilement local créé à ce niveau : le z-index:9999 se compare directement à tous les autres éléments de l'écran, et gagne toujours. Profité de l'occasion pour donner à la boîte une largeur par défaut plus raisonnable (render_overlay.py : max-width:min(560px, 90%) au lieu de 90% seul) — sur un écran de jeu large, "90%" donnait une boîte étirée bord à bord peu lisible comme dialogue ; 560px reste confortable, et 90% prend toujours le relais sur un écran étroit (mobile/portrait). Nouveau test de régression (test_overlay_wrapper_does_not_trap_its_own_z_index) : confirmé en échec sur l'ancien code (git stash), au vert avec le correctif. 129 tests au vert au total. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-27 18:43:29 +02:00
williamandwilliam	3f4ebc4527	first commit	2026-08-21 16:23:49 +02:00