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/rendering/render_element_html.py

@@ -117,19 +117,35 @@ def render_element_html(el, slug=None, children_map=None, ctx=None, parent_flex_
         # Un exemplaire d'élément de jeu est posé par défaut avec le widget
         # générique "conteneur" (add_element.py, "default_widget") — utile
         # pour la plupart des modèles, mais QUAND le modèle entier n'est
-        # qu'une "Superposition / boîte de dialogue", cette enveloppe
-        # (fond, bordure, position normale sur le canevas — voir
-        # widgets/registry.py "conteneur") resterait visible EN PERMANENCE
-        # à l'endroit où l'exemplaire a été déposé, alors que la
-        # superposition à l'intérieur gère déjà entièrement sa propre
-        # apparence et son propre masquage (position:fixed plein écran,
-        # démarre masquée) — vécu comme "un conteneur vide apparaît sur la
-        # scène, pas la boîte de dialogue" (en réalité la boîte de dialogue
-        # existe bien, juste masquée comme prévu ; c'est le conteneur
-        # AUTOUR qui n'aurait jamais dû être visible). On court-circuite
-        # donc entièrement l'enveloppe et on renvoie directement le
-        # contenu du modèle.
-        return _mark(child_html)
+        # qu'une "Superposition / boîte de dialogue", la classe Bulma "box"
+        # de ce widget (widgets/registry.py "conteneur") lui donnait un
+        # fond opaque TOUJOURS VISIBLE à l'endroit où l'exemplaire a été
+        # déposé, alors que la superposition à l'intérieur gère déjà
+        # entièrement sa propre apparence et son propre masquage
+        # (position:fixed plein écran, démarre masquée) — vécu comme "un
+        # conteneur vide apparaît sur la scène, pas la boîte de dialogue"
+        # (en réalité la boîte de dialogue existe bien, juste masquée comme
+        # prévu ; c'est le conteneur AUTOUR qui n'aurait jamais dû avoir sa
+        # propre apparence visuelle).
+        #
+        # On ne court-circuite PLUS entièrement cette enveloppe (un essai
+        # précédent le faisait, en renvoyant `child_html` directement) :
+        # cette balise porte le SEUL id/data-element-id de CET EXEMPLAIRE
+        # précis (id=el["id"], distinct de l'id interne du modèle,
+        # ex. l'overlay du modèle "dialog" garde son propre id 72 alors que
+        # CET exemplaire est, par ex., 77) — une action "Modifier un
+        # élément" posée sur LA SCÈNE qui l'accueille (pas sur le modèle
+        # lui-même) cible cet id d'exemplaire, jamais celui, interne et
+        # partagé par tous les exemplaires, du modèle. La court-circuiter
+        # entièrement faisait disparaître cet id du DOM, rendant
+        # IMPOSSIBLE tout contrôle de la boîte de dialogue depuis la
+        # logique de la scène qui l'accueille ("j'ai aucun contrôle sur la
+        # visibilité de la modale depuis la scène"). On garde donc la
+        # balise (avec son id), mais SANS la classe "box" du widget
+        # générique — juste une balise transparente, invisible tant
+        # qu'elle ne porte ni fond ni bordure."""
+        attrs.pop("class", None)
+        return _mark(f"<div {_attr_string(attrs, style)}>{child_html}</div>")
 
     if tag in ("ul", "ol"):
         items = [line.strip() for line in content.split("\n") if line.strip()]
@@ -154,12 +170,29 @@ def _render_element_type_children(el, slug, ctx):
     de ce mécanisme) plutôt que d'afficher un exemplaire silencieusement
     vide. Le second élément renvoyé indique si le modèle N'EST QUE une
     superposition (voir l'appelant : dans ce cas précis, l'enveloppe
-    générique "conteneur" de l'exemplaire doit être court-circuitée)."""
+    générique "conteneur" de l'exemplaire ne doit pas avoir sa propre
+    apparence visuelle)."""
     template_tree = _load_template_tree(slug, el["element_type_id"])
     if not template_tree:
         return None, False
+    is_overlay_only = _is_overlay_only_element_type(slug, el["element_type_id"])
+    if is_overlay_only:
+        # Le masquage de CET EXEMPLAIRE est entièrement délégué à
+        # l'enveloppe (voir l'appelant : add_element.py la fait démarrer
+        # masquée par défaut, exactement comme la superposition elle-même)
+        # — la superposition INTERNE au modèle ne doit donc plus appliquer
+        # SON PROPRE réglage "Visibilité" une fois posée comme exemplaire
+        # ailleurs (sinon double masquage : rendre l'enveloppe visible
+        # depuis la scène qui l'accueille resterait sans aucun effet
+        # visible tant que la superposition interne, elle, reste "Masqué"
+        # dans le modèle). On retire donc "display" de sa copie de style
+        # avant rendu (copie éphémère, jamais réenregistrée) — seul le
+        # display:flex de base (render_overlay.py) s'applique alors.
+        overlay_root = dict(template_tree["top"][0])
+        overlay_root["style"] = {k: v for k, v in overlay_root["style"].items() if k != "display"}
+        template_tree["top"][0] = overlay_root
     html = "".join(
         render_element_html(c, slug, template_tree["children_map"], ctx)
         for c in template_tree["top"]
     )
-    return html, _is_overlay_only_element_type(slug, el["element_type_id"])
+    return html, is_overlay_only