Geometry — Progettare lo spazio prima della schermata

Il problema

Una schermata può essere ampia ma bassa, oppure stretta e alta. La sola larghezza non racconta quanto spazio rimane per il lavoro.

I vincoli

• Conservare regole comprensibili fra prodotti differenti
• Separare le decisioni condivise dai rettangoli e dai contenuti locali
• Verificare le transizioni fra le strutture dell’interfaccia

L’architettura

Un nucleo tipizzato risolve la presentazione in base allo spazio e alla policy del prodotto. Le shell e i layout rimangono responsabilità dei consumer. Anteprime e test di equivalenza aiutano a controllare l’adozione.

Calcolare lo spazio che resta

Il viewport deve contenere testata, navigazione e fondo prima di assegnare spazio alla presentazione. La pedina, la sua spiegazione e i controlli richiedono un ingombro complessivo. La home usa una sola decisione di modalità derivata dalla policy condivisa; il corpo può ridursi e i contenuti più lunghi restano scorribili senza spingere il fondo fuori dalla finestra. I controlli nel browser verificano i rettangoli effettivi, oltre ai test dei resolver.

Una decisione spiegabile

Il risultato della regola di presentazione può accompagnare la struttura scelta con le ragioni che l’hanno determinata. Questo rende più semplice capire se un problema nasce dalla misura disponibile, dalla policy o dal layout del singolo prodotto.

Il riuso che conserva le differenze

Condividere una regola non richiede di rendere identiche tutte le applicazioni. Il banco di composizione, il sito dello studio e il prodotto per le famiglie mantengono compiti e gerarchie differenti.

Perimetro e prossime verifiche

• L’equivalenza di una funzione non certifica da sola accessibilità e usabilità di ogni schermata.