it-swarm.it

È una cattiva idea avere campi di input dopo la password in un modulo di accesso?

Sono stato incuriosito da questa affermazione di @ DanWilson su Twitter:

Tutti gli sviluppatori Web: mai e poi mai messo nulla dopo la casella della password e prima di inviare il pulsante in un modulo. La scheda DEVE andare direttamente per inviare.

Quando ho chiesto chiarimenti, ha aggiunto:

perché il modello di interfaccia utente è Username TAB Password TAB Enter Key.

Qualcuno può indicarmi l'evidenza che corrobora o contraddice tale affermazione, anche se è aneddotica?

9

La migliore situazione di tabulazione e situazioni comuni è:

  • input: email
  • input: password
  • casella di controllo: tienimi registrato in (a volte questo è omesso)
  • pulsante: invia (nota come è possibile utilizzare la barra spaziatrice, più veloce di entrare in alcune situazioni)

Prove:

  • Google (accesso unificato)
  • Yahoo (accesso unificato, include Flickr, Delicious)
  • Twitter (nota anche come il flusso visivo differisce dal flusso di schede per essere coerente!)
  • Facebook (ibidem)
  • Baidu
  • Wikipedia
  • LinkedIn
  • Craiglist
  • Il mio spazio
  • IMDB

Notevoli interruttori:

  • MSN
  • eBay

Quindi, con quei siti includiamo probabilmente la maggior parte degli utenti web del mondo e sono tutti allineati nel comportamento che ho descritto.

7
Folletto

Interessanti interruzioni in questo modello sono quando i progettisti di moduli utili inseriscono il collegamento Password dimenticata nel tab stop dopo la password e prima del pulsante di invio. Ciò comporta inevitabilmente l'aggiornamento della pagina, un nuovo caricamento del modulo. Quindi, tornando indietro, come da buone pratiche di sicurezza, il campo password (che ho digitato la prima volta) è vuoto.

Mentre rispetto totalmente la libertà estetica di designer e sviluppatori e non voglio che il web sembri omogeneo, il comportamento del web dovrebbe essere.

Dan Wilson

6
Dan Wilson

Pensa solo alle tue esperienze personali: quando accedi a un sito, cosa ti aspetti di fare? Io, mi aspetto di fare esattamente quello che ha detto Dan - Nome utente TAB Password TAB invio. Ho anche visto posizionati che hanno la funzionalità "Ricordami" per mantenere questo concetto di base: su chase.com, per accedere alla casella di controllo "ricorda il mio nome utente", devi effettivamente passare il pulsante INVIA per concentrarti sulla casella di controllo. Non so che mi piace davvero, ma rende l'accesso generale molto più veloce.

Un'aggiunta che dovrei alla sua affermazione è che su una pagina di accesso, il focus iniziale DEVE essere sul campo del nome utente. Non riesco a contare il numero di siti Web a cui vado dove viene impostato in modo errato (o non impostato affatto) quando una pagina viene caricata per la prima volta.

5
Charles Boyung

Non credo che il modello UX dominante sia Nome utente TAB Password TAB Invio. Perché la TAB + Enter aggiuntiva dopo aver digitato la password? Salva te stesso una sequenza di tasti e premi Invio dopo aver inserito la password per inviare il modulo. Come cita Chase, per i moduli di accesso: Nome utente TAB Password Invio.

Considero moduli con pulsanti di invio falsi utilizzando input type = 'button' invece di type = 'submit' una penalità UX più offensiva. Ciò rafforza l'abitudine TAB + Enter di inviare un modulo quando dovrebbe essere solo Enter.

3
John Hodorowicz

È irrilevante rispondere "Non uso questo modello". Indipendentemente dal fatto che lo schema sia IL dominante (e il tuo campione-dimensione-uno non lo mostra), se è uno schema significativo, allora dovrebbe essere rispettato. Forse solo il 10% degli utenti preme una scheda prima di entrare, ma non vuoi far incazzare il 10% degli utenti per qualcosa di così semplice da risolvere.

1
DJClayworth

Per i moduli di accesso se la progettazione richiede qualcosa tra la password e l'invio, è comunque possibile modificare l'ordine delle schede in modo che salti gli elementi di brutta esperienza durante la tabulazione. Vedi https://www.bankofamerica.com/ che è in qualche modo simile. La tabulazione va utente/area/invia, continua la tabulazione per ottenere il collegamento per la casella di controllo e il collegamento.

Penso che il problema più ampio (per me) sia quello di posizionare un elemento anti-azione dove l'azione dovrebbe essere. pulsanti Annulla/Ripristina dove normalmente si trovano i pulsanti di invio, ecc. Siamo piuttosto creature automatizzate e raramente leggiamo/prestiamo attenzione a lievi modifiche.

1
Joshua Cyr

Sono d'accordo con John. Penso che la maggior parte delle persone prema Invio mentre si trova nel campo della password (lo faccio), o farà clic/tocchi il pulsante Invio.

Tuttavia, per i pochi utenti di Windows che premono Tab e poi Invio, Dan ha ragione: non ci dovrebbe essere nulla tra il campo di modifica della password e il pulsante Invio.

Ho individuato gli utenti di Windows perché su Mac, l'impostazione predefinita è che premendo Tab si passa al campo di modifica o alla casella di riepilogo successivi. Non ti porterà mai a un pulsante. Mi scuso con gli utenti Linux; Non sono sicuro dei dettagli lì.

1
Hisham