Donnée liée : conditions ET/OU illimitées + conditions de logique sur une variable globale

Deux fonctionnalités demandées, développées et corrigées dans cet
échange :

1. "Donnée liée" (Texte/Titre) : le réglage à 2 filtres fixes (toujours
   combinés en ET) devient une liste de conditions ILLIMITÉE, avec un
   choix ET/OU pour les combiner (screens/widgets/controls/c_clause_list.py,
   screens/clause_list_codec.py). Rétrocompatible avec les anciens
   éléments (_data_filtre_champ/_data_filtre2_champ), convertis à la
   volée à la lecture, sans migration. Après un premier essai à la
   présentation trop compacte et technique (retour utilisateur : "pas de
   champ technique, pas de notation bizarre {{ }}"), la présentation
   finale reprend EXACTEMENT l'ancien style (labels "Champ"/"...est"/
   "...cette valeur", même sélecteur de valeur fixe/dynamique/variable
   déjà existant, jamais la syntaxe brute), simplement répétée par
   condition (templates/partials/clause_row.html), avec un bouton
   "+ Ajouter une condition" bien visible et une liste scrollable
   (static/style.css, .clauseListWrap). Le même moteur (filter_repeater_
   rows.py généralisé) profite aussi au Répéteur de données en interne.

2. Nœud Condition de la Logique de la scène : peut désormais tester une
   VARIABLE GLOBALE en plus d'un champ d'objet (cond_source/cond_variable/
   cond_variable_chemin — screens/flow/ensure_flow_schema.py), sur la
   clause principale ET chaque clause supplémentaire (ET/OU). Évalué côté
   CLIENT (templates/play.html, evaluateConditionClause), contre un
   nouveau gameData.variables exposé par full_game_payload.py — tenu à
   jour par refreshRuntimeData() après toute action qui modifie une
   variable, sans changement supplémentaire nécessaire. Le panneau de
   condition reste utilisable même sans aucun objet défini dans le jeu
   (avant, il disparaissait entièrement).

Vérifié : 153 tests pytest (nouveaux : test_data_binding_clause_list.py,
test_condition_variable.py) + logique JS d'évaluation des conditions
vérifiée isolément avec Node (variable scalaire, objet avec chemin
chaîné, tableau par index, variable introuvable, booléen, rétrocompatibilité
legacy) + rendu des deux pages (éditeur/jeu) vérifié sur le vrai projet
"test" en plus des jeux de test.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

screens/flow/ensure_flow_schema.py

@@ -56,5 +56,21 @@ def ensure_flow_schema(slug):
         # cible une variable globale par NOM plutôt qu'un champ d'objet ;
         # réutilise data_operation/data_value, déjà là pour "modifier_donnee".
         conn.execute("ALTER TABLE _flow_nodes ADD COLUMN target_variable TEXT")
+    if "cond_source" not in cols:
+        # Un nœud Condition peut désormais tester soit un champ d'objet
+        # (comportement historique, cond_source absent ou "objet"), soit
+        # une VARIABLE GLOBALE (cond_source="variable" — cond_variable :
+        # son nom ; cond_variable_chemin : chemin optionnel ".champ"/
+        # "[index]" si elle est de type objet/tableau, même syntaxe que
+        # "Chemin dans la variable" de la Condition de visibilité — voir
+        # visibility_condition_controls.py). Chaque clause de cond_clauses
+        # (JSON) porte les mêmes 3 clés en plus des siennes. Évalué côté
+        # CLIENT (templates/play.html, evaluateConditionClause) contre
+        # gameData.variables, exposé par full_game_payload.py.
+        conn.execute("ALTER TABLE _flow_nodes ADD COLUMN cond_source TEXT")
+    if "cond_variable" not in cols:
+        conn.execute("ALTER TABLE _flow_nodes ADD COLUMN cond_variable TEXT")
+    if "cond_variable_chemin" not in cols:
+        conn.execute("ALTER TABLE _flow_nodes ADD COLUMN cond_variable_chemin TEXT")
     conn.commit()
     conn.close()