Remplace la modale liste+menus deroulants du Scenario par un vrai graphe visuel

Retour utilisateur : "passons a un veritable graphe visuel". Chaque
nœud gagne une position x/y (document_engine/labels/scenario_config.py
: un x/y manquant/invalide retombe sur un quadrillage en cascade derive
de l'index du nœud, jamais (0, 0) pour tous les nœuds qui les
empilerait au meme endroit).

Cote editeur (static/document/js/document-editor.js) : les nœuds sont
des cartes deplacables a la souris sur un canevas (glisser-deposer reel,
meme principe que le glisser des formes libres), les choix relies a une
cible sont dessines comme des fleches SVG etiquetees par leur texte
(jamais un menu deroulant). Editer le texte/les choix d'un nœud se fait
dans un panneau inspecteur (colonne de droite) pour le nœud
selectionne ; relier un choix se fait en cliquant "Relier" puis le nœud
cible sur le graphe (mode connexion, Echap annule sans fermer la
modale). La modale generique (.docModal*) est agrandie specifiquement
pour ce graphe (jusqu'a 1180px) sans toucher sa taille par defaut.

Verifie via simulation DOM reelle (jsdom) : rendu des nœuds/positions,
glisser-deposer avec persistance au relachement, traces des fleches SVG
+ etiquettes, workflow complet du mode connexion, suppression d'un nœud
avec reparation des references pendantes, et les 3 façons de fermer la
modale (bouton/fond/Echap) y compris l'annulation du mode connexion
sans fermer.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

document_engine/labels/labels.md

@@ -198,14 +198,17 @@ convention resolve_X/sanitize_X que `quiz_config.py`.
 **Structure d'un scénario** : `{"title": str, "nodes": [...]}`.
 `nodes[0]` est TOUJOURS la situation initiale (racine de l'arbre, jamais
 supprimable depuis le panneau Propriétés — voir
-`forgeDocRenderScenarioNodeHtml`, static/document/js/document-editor.js).
-Chaque nœud est `{"id": str, "text": str, "choices": [...]}` — `id` est
-une référence STABLE (générée côté client, jamais recalculée côté
-serveur) vers laquelle un choix d'un AUTRE nœud peut pointer via son
-`target_id` ; un nœud SANS choix est une fin de branche (état normal,
-pas une erreur — contrairement à l'ancien modèle qui exigeait 2 à 4
-choix par scénario). Un choix est `{"text": str, "target_id": str |
-None}` — `target_id` à `None` signifie "fin de branche à ce choix".
+`forgeDocScenarioGraphRenderInspector`, static/document/js/
+document-editor.js). Chaque nœud est `{"id": str, "text": str,
+"x": float, "y": float, "choices": [...]}` — `id` est une référence
+STABLE (générée côté client, jamais recalculée côté serveur) vers
+laquelle un choix d'un AUTRE nœud peut pointer via son `target_id` ;
+`x`/`y` positionnent le nœud sur le canevas du graphe visuel (voir
+`forgeDocRenderScenarioTreeModal`) ; un nœud SANS choix est une fin de
+branche (état normal, pas une erreur — contrairement à l'ancien modèle
+qui exigeait 2 à 4 choix par scénario). Un choix est `{"text": str,
+"target_id": str | None}` — `target_id` à `None` signifie "fin de
+branche à ce choix".
 
 ### `MAX_SCENARIO_CHOICES: int`
 Borne technique du nombre de choix par nœud (`4`) — évite une UI
@@ -230,8 +233,13 @@ est validé indépendamment (voir `_sanitize_scenario`/
 `_sanitize_scenario_node`/`_sanitize_scenario_choice`, privées) : le
 `title` doit être non vide, chaque nœud doit avoir un `id` (chaîne non
 vide) et un `text` non vide une fois `.strip()`-é (sinon le nœud entier
-est supprimé), et ses choix sont tronqués à `MAX_SCENARIO_CHOICES`. Le
-scénario entier est supprimé s'il ne reste plus aucun nœud valide après
+est supprimé), et ses choix sont tronqués à `MAX_SCENARIO_CHOICES`. Un
+`x`/`y` manquant ou invalide (pas un nombre, ou un booléen — `bool`
+hérite de `int` en Python) retombe sur un quadrillage en cascade dérivé
+de l'INDEX du nœud dans la liste (`_scenario_node_fallback_position`),
+jamais `(0, 0)` pour tous les nœuds, ce qui les empilerait exactement au
+même endroit sur le graphe visuel. Le scénario entier est supprimé s'il
+ne reste plus aucun nœud valide après
 nettoyage (il faut au moins la situation initiale). Une fois l'ensemble
 des ids valides connu, tout `target_id` qui ne pointe plus vers un nœud
 existant (nœud invalide/supprimé) est silencieusement remis à `None`