Preparare il passaggio del design con stati e comportamento
Consegni una specifica chiara dell’interfaccia. Un esempio dettagliato di ricerca progetti mostra testi, stati e verifiche previste.
Il passaggio del design deve indicare allo sviluppo quale interfaccia costruire e come si comporta nel flusso concordato. Scelga un’attività concreta. Il modello seguente descrive una ricerca di progetti in un portale clienti inventato: è un piano, non un’interfaccia già implementata.
Registrare attività e versione del design
Nell’esempio, la persona inserisce «Portale» e avvia la ricerca. Il portale carica i progetti corrispondenti coperti dai suoi permessi esistenti. Il design non modifica tali permessi. Registri quale file sorgente e quale versione approvata sono validi. Indichi la versione dei componenti usati; un vecchio export di immagine non deve diventare inavvertitamente il modello di implementazione.
Collegare stati, testi e uso
Stato nella specifica di esempio | Riscontro previsto | Comportamento concordato |
|---|---|---|
La ricerca può iniziare | Campo «Cerca progetti», azione «Cerca» | Il termine inserito resta visibile; l’azione avvia il caricamento. |
Ricerca in corso | «Caricamento dei progetti.» | La ricerca in corso è riconoscibile; i vecchi risultati non vengono presentati come nuove corrispondenze. |
Ricerca conclusa con risultati | «2 progetti trovati.» con i link «Rinnovo del portale» e «Aiuto del portale» | I progetti corrispondenti sono raggiungibili; il termine è conservato. |
Ricerca conclusa senza risultati | «Nessun progetto trovato per questa ricerca.» | Il termine è conservato e può essere modificato. Non è un errore di connessione. |
Recupero non riuscito | «Impossibile caricare l’elenco dei progetti. Riprovi.» | Il termine è conservato; è possibile ripetere la ricerca. L’errore non viene presentato come elenco vuoto. |
I due nomi dei progetti sono risultati ipotizzati per l’esempio. Chiarisca anche che cosa succede se parte una nuova ricerca mentre una risposta precedente è ancora in attesa. Solo i risultati del termine attuale devono apparire come stato corrente.
Consegnare nomi tecnici e riscontri
Il W3C raccomanda etichette visibili adatte e nomi accessibili verificati. Colleghi quindi chiaramente campo, azione e nome previsto nel design. I messaggi di stato possono informare le tecnologie assistive senza ricevere il focus. L’elenco dei risultati non va equiparato al suo breve messaggio di stato.
Concordi dove resta il focus dopo la ricerca e come raggiungere i risultati da tastiera. Trasmetta come aperte le questioni ancora irrisolte; un design mancante non autorizza un comportamento arbitrario.
Verificare con la stessa attività
Nella versione implementata, verifichi ricerca, risultato vuoto e recupero non riuscito con dati di prova adeguati. Controlli traduzioni lunghe, percorso da tastiera e riscontri con la tecnologia assistiva prevista. Confronti il risultato con la versione concordata. Riporti le regole corrette nella documentazione condivisa, affinché le modifiche successive partano dalla stessa base.
Fonti
Continuate a leggere
Tutti gli articoli
Il vostro progetto con ASES
Descriveteci il vostro progetto. Vi ricontatteremo con una prima valutazione.