4 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	19d3810164	Calcule rendered_html pour CHAQUE élément, pas seulement le premier niveau ... Cause racine réelle des 2 précédents correctifs (commits 20adfa4, f4a7a73, 5e4e226, f016a81) qui n'avaient AUCUN effet visible malgré des redémarrages en règle : list_elements() ne calculait "rendered_html" que pour les éléments de PREMIER NIVEAU (parent_id NULL). Le nouveau ciblage côté JS (play.html) cherche pourtant à repérer, pour un élément imbriqué comme le Répéteur ou "mail content", s'il porte lui-même un marqueur ou un {{champ}} non résolu — mais côté serveur, ces éléments n'avaient tout simplement PAS de rendered_html du tout : `e.rendered_html` valait `undefined`, donc `hasMarker`/`hasUnresolvedPlaceholder` retombaient toujours à `false` pour eux, laissant SEUL le conteneur racine de premier niveau comme candidat — reproduisant exactement le bug d'origine (tout l'écran régénéré à chaque clic) qu'aucun des correctifs côté JS ne pouvait donc jamais résoudre, quelle que soit la justesse de leur logique de filtrage. Fix : chaque élément (imbriqué ou non) reçoit désormais son propre rendered_html — un élément imbriqué s'y retrouve deux fois (une fois dans le rendered_html de son ancêtre de premier niveau, utilisé pour le rendu HTML initial de la page ; une fois dans le sien propre, utilisé par le ciblage précis côté JS). Vérifié par simulation directe sur le payload réel du jeu de test : les cibles calculées sont maintenant exactement les 3 jauges, le Répéteur et "mail content" — plus jamais le conteneur racine de l'écran. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-27 06:49:41 +02:00
williamandClaude Sonnet 5	4dc42a7f3b	Corrige les réglages fantômes d'un exemplaire d'élément de jeu déjà posé ... Bug remonté : la taille d'un Titre réglée à 18px dans le modèle affichait 21px "sur l'écran". Cause : un exemplaire posé AVANT le passage en mode "toujours lié au modèle" (tour précédent) avait été créé par l'ancien mécanisme instantiate_template_tree (retiré), qui copiait tout l'arbre en base - ces lignes copiées (l'ancien enfant "Titre", encore à 21px depuis avant le changement) ne sont plus jamais RENDUES (le contenu vient désormais toujours en direct du modèle, voir le tour précédent), mais restaient toujours sélectionnables dans l'arborescence de l'éditeur, avec leurs propres réglages jamais synchronisés. Cliquer dessus dans l'arbre affichait donc ses vieux réglages (21px) dans le panneau de propriétés, donnant l'impression trompeuse que le modèle (18px) n'était pas pris en compte - alors que le rendu réel utilisait déjà correctement 18px. Fix, dans list_elements.py : tout élément dont un ANCÊTRE a element_type_id réglé est maintenant exclu de la liste renvoyée à l'éditeur (arborescence, sélection, panneau de propriétés) - son contenu n'a plus aucune existence propre, seul l'écran-modèle fait foi. Les lignes elles-mêmes restent en base (pas de suppression, un simple filtre en lecture) mais ne sont plus jamais atteignables depuis l'éditeur. Ajoute un test de régression qui simule exactement ce scénario (ligne orpheline avec un ancien réglage figé) et vérifie qu'elle n'apparaît plus nulle part - ni dans le canevas, ni via une sélection directe par id. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 16:10:30 +02:00
williamandClaude Sonnet 5	c04bc0b926	Ajoute la condition de visibilité et les variables globales ... Nouveau panneau "Condition de visibilité" disponible dans les propriétés de TOUT élément (widget) : permet de masquer un élément en mode jouable selon deux moyens, au choix - - une variable globale (nom + type + valeur, une seule par jeu, stockée dans une nouvelle table _global_variables) ; - le champ d'un objet de données existant (même convention "état de partie" - une seule ligne - déjà utilisée par la Jauge). Une variable ne servant à rien si elle ne peut jamais changer en cours de partie, ajoute aussi une nouvelle action de flow "Modifier une variable globale" (parallèle à "Modifier une donnée"), avec sa propre route d'exécution serveur et son sous-formulaire dans l'éditeur de logique de scène. Une variable peut aussi se créer à la volée depuis le sélecteur du panneau de visibilité, sans quitter les propriétés de l'élément. La condition n'est évaluée qu'en mode jouable (/game/<slug>/play), jamais dans l'éditeur, pour que l'élément reste toujours sélectionnable. Un élément masqué se réévalue en direct après toute action "Modifier une donnée/variable", via le même mécanisme de rafraîchissement déjà utilisé par la Jauge et le Répéteur. Corrige au passage deux bugs découverts en testant bout en bout : (1) apply_ctx plantait sur le nouveau marqueur interne _forge_play_mode (un booléen parmi les {{champ}} à substituer, qui attend des chaînes) ; (2) _compare traitait toute valeur booléenne stockée en chaîne ("0" inclus, donc toujours vraie en Python) comme vraie - correct pour les champs d'objet (entiers SQLite) mais faux pour les variables globales (toujours stockées en texte). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 09:34:10 +02:00
williamandwilliam	3f4ebc4527	first commit	2026-08-21 16:23:49 +02:00