Supponiamo di seguire il flusso di lavoro per l'accesso
a) Su un dispositivo con tastiera:
- Digito il mio nome utente e la password
- premi invio
- [realizzazione] Ho fatto un errore
- Il campo della password è cancellato: non è un grosso problema , posso digitare abbastanza rapidamente
b) Su un dispositivo con touchscreen
- Digito il mio nome utente e la password
- Premi "accesso"
- [realizzazione] la mia password è "password2013", non "password2012"
- Il campo della password è cancellato: ora stiamo parlando - preferirei avere i miei valori * * * * * in modo da poter correggere solo il carattere singolo invece di digitare di nuovo l'intera password, in alcune occasioni anche il mio il nome utente è deselezionato, che è una perdita di tempo completa
Poche domande qui:
- È valido il punto esperienza utente per mantenere gli asterischi nel campo della password?
- C'è qualche ragione per cancellare i valori dei campi o è solo pura pigrizia non dar loro da mangiare dopo il round-trip sul server?
- Quando si usano i moduli AJAX - manterresti o cancellerai i valori?
- Ha senso utilizzare un approccio ibrido - conservare i valori e cancellarli dopo un timeout arbitrario?
C'è un rischio per la sicurezza di lasciare la password come * * * * *?
Lascio il mio computer, l'utente malintenzionato vede la mia scheda aperta e può recuperare la mia password digitata erroneamente: link MA [la logica dà il via ] se un utente malintenzionato ha accesso al mio computer ci sono modi più efficaci per farmi del male rispetto a sbirciare la password sbagliata:)
Esempi esistenti:
- Schermata di accesso di Windows 7: la password è stata cancellata
- Schermata di accesso di Mac OS X - la password è conservata
Il campo della password deve essere cancellato dopo un tentativo di accesso non riuscito?