Leggere il ragionamento alla base di un componente del sistema di progettazione

Quattro riferimenti pubblici per studiare componenti come decisioni su contenuto, comportamento e accesso piuttosto che una galleria di controlli attraenti.

Uno screenshot del pulsante dice poco sulla convalida, sulla navigazione da tastiera o su cosa succede quando un'etichetta diventa più lunga. Una buona documentazione dei componenti spiega le decisioni circostanti. Questi sistemi e articoli offrono diverse scale di spiegazione, dai modelli di servizio pubblico alle basi del prodotto e al comportamento dettagliato dell'interfaccia. Studia un problema tra loro prima di prendere in prestito un trattamento visivo.

Prova prima questo

Scegli uno schema effettivamente necessario al tuo progetto, ad esempio un messaggio di errore o un'informativa. Confrontarne lo scopo, la formulazione, il comportamento di messa a fuoco e il trattamento a schermo ristretto. Scrivi una breve lista di controllo per l'accettazione, quindi testa la tua implementazione con una tastiera e contenuti realistici. Conserva la documentazione sorgente accanto alla decisione che prendi.

Tienilo a mente

Un modello governativo o specifico di un prodotto porta con sé il suo contesto originale. Non copiarne ciecamente il testo o il marchio. Gli articoli più vecchi rimangono spiegazioni utili, ma verificano i dettagli di implementazione rispetto al comportamento attuale del browser e alle indicazioni sull'accessibilità.