3 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	b094342097	Ajoute "Ligne cliquée (Répéteur)" comme cible pour une Condition/action de la Logique de la scène ... Problème remonté : un déclencheur "Au clic" posé sur un Répéteur exécute le MÊME graphe pour n'importe quelle ligne cliquée - or une Condition ("Si is_opened est égal à Non") ou une action "Modifier une donnée" ne pouvaient viser qu'une ligne FIXE, choisie à la création du nœud dans l'éditeur. Impossible donc de dire "modifie le champ DE LA LIGNE QUE JE VIENS DE CLIQUER", puisque cette ligne n'est justement jamais connue à l'avance. Nouvelle valeur sentinelle CLICKED_ROW_ID (-1, screens/flow/constants.py, ne collisionne jamais avec un vrai id de ligne) proposée en tête de TOUTE liste déroulante "Ligne concernée" (clause principale et clauses supplémentaires d'un nœud Condition, cible d'une action "Modifier une donnée") : "🖱️ Ligne cliquée (Répéteur)". Résolution au moment de l'exécution, pas à la création du nœud : - Condition (évaluée côté client) : readFieldValue() (play.html) résout -1 en window.lastClickedRowId, déjà capturé par bindClicks() au clic sur une ligne de Répéteur (déjà utilisé par "Ouvrir la ligne cliquée"). - Action "Modifier une donnée" (exécutée côté serveur) : le client envoie clicked_row_id dans le corps de la requête POST ; flow_node_run_data.py ne s'en sert que si le nœud vise justement CLICKED_ROW_ID, sinon la ligne fixe stockée sur le nœud reste utilisée normalement. Ajoute tests/test_flow_clicked_row.py (ligne cliquée seule modifiée, absence de clic = no-op plutôt que plantage, non-régression d'une cible fixe, présence de l'option dans l'éditeur). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 17:19:41 +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