Phase 4 : ajout dynamique d'une ligne à l'exécution
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>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
727c3c97ba
commit
92fbfbc9dd
@@ -0,0 +1,19 @@
|
||||
import db
|
||||
|
||||
|
||||
def apply_add_row_action(slug, action, player_id=db.PLAYER_SHARED):
|
||||
"""Exécute au moment du clic (mode jouable) une action "ajouter_ligne" :
|
||||
crée une ligne VIDE dans l'objet visé (aucun champ renseigné ici —
|
||||
c'est à un ou plusieurs nœuds "Modifier une donnée" enchaînés,
|
||||
ciblant LAST_INSERTED_ROW_ID, de le faire ensuite, voir
|
||||
screens/flow/constants.py). `player_id` (état par joueur, Phase 1) :
|
||||
la ligne appartient à CE joueur pour un objet per_player (voir
|
||||
db/rows/insert_row.py). Renvoie l'id de la nouvelle ligne, ou None en
|
||||
cas d'échec (objet introuvable)."""
|
||||
definition_id = action.get("target_definition_id")
|
||||
if not definition_id:
|
||||
return None
|
||||
definition = db.get_definition(slug, definition_id)
|
||||
if not definition:
|
||||
return None
|
||||
return db.insert_row(slug, definition, {}, player_id)
|
||||
Reference in New Issue
Block a user