williamandClaude Sonnet 5
92fbfbc9dd
Nouveau sentinel LAST_INSERTED_ROW_ID = -3 (screens/flow/constants.py), aux côtés de CLICKED_ROW_ID = -1 — même principe : un id de ligne n'existe qu'APRÈS l'insertion, jamais connu à la création du nœud. Permet d'enchaîner un nœud "Ajouter une ligne" (crée une ligne VIDE) puis un ou plusieurs nœuds "Modifier une donnée" déjà existants (ciblant "➕ Dernière ligne ajoutée" dans le sélecteur "Ligne concernée", partagé avec les conditions) pour renseigner ses champs — réutilise 100% du mécanisme actuel, aucun nouveau format de payload multi-champs. screens/data_actions/apply_add_row_action.py : db.get_definition + db.insert_row(slug, definition, {}, player_id) — la ligne appartient au joueur qui agit pour un objet per_player (Phase 1). Nouvelles routes (créateur ET publique, comme prévu dès la Phase 1) : POST /game/<slug>/flow/nodes/<id>/run-add-row et son miroir /jouer/<slug>/.../run-add-row — renvoient {"ok", "row_id"}. routes/flow/flow_node_run_data.py (+ son miroir public) : résout aussi LAST_INSERTED_ROW_ID (en plus de CLICKED_ROW_ID déjà en place) via last_inserted_row_id transmis par le client. static/js/play/actions.js : runActionNode branche "ajouter_ligne" -> fetch la nouvelle route, pose window.lastInsertedRowId, puis refreshRuntimeData() (un Répéteur lié affiche la nouvelle ligne au prochain rendu, confirmé par l'audit préalable — aucun ajustement du mécanisme de rafraîchissement nécessaire). La branche "modifier_donnee" transmet désormais aussi last_inserted_row_id, comme clicked_row_id. templates/screen_edit.html + static/js/screen_edit/flow-editor.js : nouveau type d'action "Ajouter une ligne à un objet" (juste un sélecteur d'objet, aucun champ à remplir — le rappel du fonctionnement enchaîné est affiché directement dans le formulaire) ; le sélecteur "Ligne concernée" (partagé Condition/Modifier une donnée) gagne l'option "➕ Dernière ligne ajoutée" à côté de "🖱️ Ligne cliquée". Vérifié : 259 tests passent (4 nouveaux, dont un bout-en-bout via HTTP qui enchaîne réellement les deux nœuds et vérifie le champ renseigné, et un qui verrouille l'isolation par joueur de la ligne créée), 13 tests node:test toujours au vert, syntaxe JS validée. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
35 lines
1.7 KiB
Python
35 lines
1.7 KiB
Python
from flask import jsonify, request
|
|
|
|
import screens
|
|
|
|
from core.flask_app import app
|
|
|
|
|
|
@app.route("/game/<slug>/flow/nodes/<int:node_id>/run-data", methods=["POST"])
|
|
def flow_node_run_data(slug, node_id):
|
|
"""Exécuté côté serveur au moment du clic, en mode jouable, pour un nœud
|
|
Action de type "Modifier une donnée d'un objet" — identique au
|
|
fonctionnement de l'ancienne action_run_data, mais lit sa config depuis
|
|
un nœud du graphe de logique plutôt que depuis la table _actions.
|
|
|
|
Si le nœud vise CLICKED_ROW_ID (voir "Ligne cliquée (Répéteur)" dans
|
|
screen_edit.html), la vraie ligne n'est connue qu'au moment du clic —
|
|
le client (play.html) la transmet dans le corps JSON de cette requête,
|
|
et elle remplace ici target_row_id avant d'exécuter l'action."""
|
|
node = screens.get_flow_node(slug, node_id)
|
|
if not node or node.get("node_type") != "action" or node.get("action_type") != "modifier_donnee":
|
|
return jsonify({"ok": False}), 400
|
|
if node.get("target_row_id") == screens.CLICKED_ROW_ID:
|
|
body = request.get_json(silent=True) or {}
|
|
node = {**node, "target_row_id": body.get("clicked_row_id")}
|
|
elif node.get("target_row_id") == screens.LAST_INSERTED_ROW_ID:
|
|
# Phase 4 — enchaînement "Ajouter une ligne" -> "Modifier une
|
|
# donnée" : la vraie ligne (créée juste avant par le nœud
|
|
# précédent, voir flow_node_run_add_row.py) n'est connue qu'au
|
|
# moment du clic, transmise par le client (voir runActionNode()
|
|
# dans static/js/play/actions.js).
|
|
body = request.get_json(silent=True) or {}
|
|
node = {**node, "target_row_id": body.get("last_inserted_row_id")}
|
|
ok = screens.apply_data_action(slug, node)
|
|
return jsonify({"ok": ok})
|