williamandClaude Sonnet 5
8cffbeac68
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>
77 lines
3.8 KiB
Python
77 lines
3.8 KiB
Python
import db
|
|
|
|
|
|
def ensure_flow_schema(slug):
|
|
conn = db.connect(slug)
|
|
conn.executescript(
|
|
"""
|
|
CREATE TABLE IF NOT EXISTS _flow_nodes (
|
|
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
|
screen_id INTEGER NOT NULL REFERENCES _screens(id) ON DELETE CASCADE,
|
|
node_type TEXT NOT NULL,
|
|
x REAL NOT NULL DEFAULT 40,
|
|
y REAL NOT NULL DEFAULT 40,
|
|
trigger_element_id INTEGER REFERENCES _screen_elements(id),
|
|
trigger_event TEXT,
|
|
cond_definition_id INTEGER,
|
|
cond_row_id INTEGER,
|
|
cond_field TEXT,
|
|
cond_field_type TEXT,
|
|
cond_operator TEXT,
|
|
cond_value TEXT,
|
|
action_type TEXT,
|
|
target_screen_id INTEGER REFERENCES _screens(id),
|
|
target_element_id INTEGER REFERENCES _screen_elements(id),
|
|
element_property TEXT,
|
|
element_value TEXT,
|
|
target_definition_id INTEGER,
|
|
target_row_id INTEGER,
|
|
target_field TEXT,
|
|
data_operation TEXT,
|
|
data_value TEXT
|
|
);
|
|
CREATE TABLE IF NOT EXISTS _flow_edges (
|
|
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
|
screen_id INTEGER NOT NULL REFERENCES _screens(id) ON DELETE CASCADE,
|
|
from_node_id INTEGER NOT NULL REFERENCES _flow_nodes(id) ON DELETE CASCADE,
|
|
from_port TEXT NOT NULL DEFAULT 'out',
|
|
to_node_id INTEGER NOT NULL REFERENCES _flow_nodes(id) ON DELETE CASCADE
|
|
);
|
|
"""
|
|
)
|
|
# 2.4 — conditions combinées (ET/OU) : un nœud Condition peut tester
|
|
# PLUSIEURS champs à la fois plutôt qu'un seul. cond_clauses (JSON, une
|
|
# liste de clauses en plus de la clause "historique" cond_definition_id/
|
|
# cond_field/etc.) + cond_combinator ('et'/'ou') sont ajoutés en ALTER
|
|
# TABLE pour ne rien casser sur les jeux déjà créés — un nœud sans
|
|
# cond_clauses garde exactement son comportement d'avant (une seule
|
|
# comparaison), voir evaluateConditionNode() dans templates/play.html.
|
|
cols = {r["name"] for r in conn.execute("PRAGMA table_info(_flow_nodes)").fetchall()}
|
|
if "cond_clauses" not in cols:
|
|
conn.execute("ALTER TABLE _flow_nodes ADD COLUMN cond_clauses TEXT")
|
|
if "cond_combinator" not in cols:
|
|
conn.execute("ALTER TABLE _flow_nodes ADD COLUMN cond_combinator TEXT NOT NULL DEFAULT 'et'")
|
|
if "target_variable" not in cols:
|
|
# Action "Modifier une variable" (voir apply_variable_action.py) —
|
|
# 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()
|