pakutz79/etm-powersync-app
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

docs(sondes): l'entrée synthétique ne reproduit pas un appui-glissé

Browse Source 
É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
This commit is contained in:
Patrick Schurig 2026-09-06 15:42:00 +02:00
parent cb114b62bd
commit 9424598d58
1 changed files with 19 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
tools/rpc/README.md
View File

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