From 9424598d58dd149858b68ce25c4fff30113e307f Mon Sep 17 00:00:00 2001
From: Patrick Schurig <patrick@etm-schurig.eu>
Date: Sun, 6 Sep 2026 15:42:00 +0200
Subject: [PATCH] =?UTF-8?q?docs(sondes):=20l'entr=C3=A9e=20synth=C3=A9tiqu?=
 =?UTF-8?q?e=20ne=20reproduit=20pas=20un=20appui-gliss=C3=A9?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Établi le 2026-09-06 : deux tentatives de réordonnancement par `input swipe` puis
`input motionevent`, aucun mouvement — et la conclusion « le glisser-déposer est
cassé » aurait été fausse. Le même geste au doigt, le matin même, avait produit
une écriture qui a tenu.

`input swipe` interpole une trajectoire linéaire ; un appui-glissé réel comporte
une phase de maintien que Flutter attend avant d'armer le glissement.

Ce qui rend le piège coûteux est que l'échec RESSEMBLE à un défaut : la poignée
capte le geste — la liste ne défile pas, ce qu'elle ferait s'il passait à travers
— et rien ne bouge. Un réordonnancement se vérifie donc au doigt, ou pas du tout ;
ce qu'`adb` peut vérifier, c'est le résultat relu dans `GetLoadConfig`.

Même famille que le `finally` qui défait l'action au lieu de restaurer l'état :
l'outil répond, et sa réponse ne parle pas de ce qu'on croit mesurer.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GKM8FDNHZWogAsjjfB8pSw
---
 tools/rpc/README.md | 19 +++++++++++++++++++
 1 file changed, 19 insertions(+)

diff --git a/tools/rpc/README.md b/tools/rpc/README.md
index b8ed1df..a4f54ba 100644
--- a/tools/rpc/README.md
+++ b/tools/rpc/README.md
@@ -96,6 +96,25 @@ dart tools/rpc/<script>.dart [host] [args…]     # host par défaut : 192.168.1
 > entre zéro et le minimum de la borne (~1 380 W à 6 A monophasé). Ce n'est pas la fenêtre qui
 > manque, c'est la borne dans l'arbitrage.
 
+> ⚠️ **L'entrée synthétique ne reproduit pas un appui-glissé.** *(Établi le 2026-09-06.)*
+>
+> `adb shell input tap` et `input swipe` pilotent très bien l'app — navigation, saisie du PIN,
+> défilement des listes. Mais **un réordonnancement par poignée ne se vérifie pas ainsi** :
+> `input swipe` interpole une trajectoire linéaire, là où un vrai appui-glissé comporte une
+> **phase de maintien** que Flutter attend avant d'armer le glissement. `input motionevent`
+> DOWN/MOVE/UP n'y suffit pas davantage.
+>
+> Ce qui rend le piège coûteux, c'est que **l'échec ressemble à un défaut** : la poignée capte
+> le geste — la liste ne défile pas, ce qu'elle ferait si le geste passait à travers — et rien
+> ne bouge. On conclut « le glisser-déposer est cassé », et il ne l'est pas : le même geste
+> **au doigt** produit une écriture qui tient.
+>
+> **Donc : un réordonnancement se vérifie au doigt, ou pas du tout.** Ce qui se vérifie par
+> `adb`, c'est le RÉSULTAT — l'ordre relu dans `GetLoadConfig` après le geste de quelqu'un.
+>
+> Même famille que le `finally` qui défait l'action au lieu de restaurer l'état : l'outil
+> répond, et sa réponse ne parle pas de ce qu'on croit mesurer.
+
 ### `probe.dart`
 
 ```bash