0.7.5: la Home manda le sue misure al bridge

Dopo tre diagnosi dedotte e tre volte sbagliate, le coordinate arrivano dal
telefono: il timer 'misura' le manda a /layout, il bridge le scrive nel suo
registro. Nel QML arrivano versione, schermo, contenuto e y/h/testo di ogni
riga.

docs/PIANO.md

@@ -500,7 +500,28 @@ riga di contorno cade a y=240, che sta dentro i tasti (176..286): passava sopra,
 come diceva Carlo. Con la scatola a 152 px cade a y=336, sotto: nessuna
 sovrapposizione. La correzione era giusta; mancava l'app aggiornata.
 
-## 16. Conseguenze dell'uso reale (0.7.0)
+## 16. Le misure della Home al bridge — v0.7.5
+
+Carlo: *"È la 0.7.4 ma il problema rimane"*. Fino a qui avevo **dedotto** la
+disposizione: dal vero `Button.qml`, da uno screenshot letto a occhio, da una
+replica della colonna che mi ero costruito io. Tutte e tre le volte la deduzione
+ha retto in teoria e ha sbagliato sui fatti, e ogni giro costava un RPM, una
+copia sul telefono e una delusione.
+
+- `MainPage.qml`: il timer `misura` (gia' presente dalla 0.7.1) non si limita piu'
+  a scrivere nel registro del telefono — che nessuno puo' leggere — ma manda le
+  stesse misure al bridge con `api.reportLayout()`: versione, altezza dello
+  schermo, altezza del contenuto e `y`/`h`/testo di **ogni** riga della Home;
+- `ApiClient::reportLayout()`: un POST a `/layout`, senza attendere risposta;
+- `aira_bridge.py`: la rotta `/layout` (protetta da token come le altre) scrive
+  il corpo nel proprio registro: `[bridge] layout {...}`.
+
+Così la diagnosi smette di passare da un essere umano: Carlo apre l'app, le
+coordinate arrivano nel registro del bridge, e l'agente le legge. Verificato
+prima di consegnarlo: POST con token → 200 e riga nel registro, senza token →
+401.
+
+## 17. Conseguenze dell'uso reale (0.7.0)
 
 Deciso con l'uso, non in anticipo: