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>

screens/__init__.py

@@ -56,7 +56,7 @@ from .labels.element_visibility import ELEMENT_VISIBILITY_VALUES, ELEMENT_VISIBI
 from .labels.data_operations import DATA_OPERATIONS, DATA_OPERATION_LABELS
 
 from .flow.constants import (
-    TRIGGER_EVENTS, CONDITION_OPERATORS, CONDITION_OPERATOR_LABELS, CLICKED_ROW_ID,
+    TRIGGER_EVENTS, CONDITION_OPERATORS, CONDITION_OPERATOR_LABELS, CLICKED_ROW_ID, LAST_INSERTED_ROW_ID,
 )
 
 from .rendering.render_element_html import render_element_html
@@ -117,6 +117,7 @@ from .flow.blocks.blocks_view import blocks_view
 
 from .data_actions.apply_data_action import apply_data_action
 from .data_actions.apply_variable_action import apply_variable_action
+from .data_actions.apply_add_row_action import apply_add_row_action
 
 from .animations.ensure_animation_schema import ensure_animation_schema
 from .animations.list_animation_clips import list_animation_clips

screens/data_actions/apply_add_row_action.py

@@ -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)

screens/flow/constants.py

@@ -21,6 +21,17 @@
 # AUTOINCREMENT SQLite).
 CLICKED_ROW_ID = -1
 
+# Phase 4 (moteur) — "la ligne qu'un nœud Action 'Ajouter une ligne'
+# vient de créer" : un id de ligne n'existe qu'APRÈS l'insertion, donc
+# jamais connu à la création du nœud, exactement comme CLICKED_ROW_ID
+# ci-dessus. Résolue au moment de l'exécution
+# (window.lastInsertedRowId, voir static/js/play/actions.js) — permet
+# d'enchaîner "Ajouter une ligne" -> "Modifier une donnée"/condition
+# ciblant cette même ligne fraîchement créée, sans avoir à inventer un
+# nouveau format de payload multi-champs pour le nœud "Ajouter une
+# ligne" lui-même (qui ne crée qu'une ligne VIDE).
+LAST_INSERTED_ROW_ID = -3
+
 TRIGGER_EVENTS = [
     ("clic", "Au clic"),
     ("soumission", "À la soumission"),

screens/labels/action_type_labels.py

@@ -9,5 +9,6 @@ ACTION_TYPE_LABELS = {
     "activer_onglet": "Afficher cet élément, masquer tous ses frères",
     "attendre": "Attendre quelques secondes avant de continuer",
     "declencher_evenement": "Déclencher un événement",
+    "ajouter_ligne": "Ajouter une ligne à un objet",
     "rien": "Ne rien faire",
 }