it-swarm-eu.dev

Devo consentire a un utente di copiare / incollare in un campo e-mail di conferma per un modulo di registrazione?

Possibile duplicato:
Impedire a un utente di incollare dagli Appunti in un campo modulo obbligatorio

C'era un questione di stackoverflow, che un programmatore non voleva lasciare che i nuovi utenti semplicemente copiassero/incollassero la password nel modulo di registrazione.

Ho un modo e rispondo loro un modo, e c'è un esempio online su Join Athineon Rimuovilo dopo considera la risposta qui.

In questa registrazione l'utente non è autorizzato a copiare/incollare le informazioni e-mail!.

Ora la mia domanda è: quanta libertà posso lasciare all'utente, questa è buona o no? non consentire all'altra copia/incolla della seconda e-mail?

Se consento all'utente di copiare incollare l'e-mail e/o la password, allora che senso averli 2 volte nello stesso campo. ?

La password ha un punto perché non puoi vederla, e l'e-mail puoi vederla in modo da non poter fare doppio errore ... beh, dalle mie esperienze sì, inviano e-mail di errore.

Qual è la tua opinione al riguardo? Consentire o meno la copia incolla nei campi delle doppie verifiche?

19
Aristos

È un anti-modello che sfortunatamente è derivato da un problema legittimo: le persone digitano l'indirizzo e-mail sbagliato e quindi dopo l'iscrizione, non possono accedere al proprio account.

Il problema qui è che questa soluzione non è molto user friendly perché va contro l'interazione convenzionale (vale a dire, è possibile copiare e incollare da e per formare i campi). Non ci sono indicazioni sul modulo che questo sia un tipo di campo speciale in cui è vietato incollare. Non esiste una lingua o una microcopia che spieghi come o perché l'incollaggio è disabilitato. Ecco perché è frustrante: non funziona e non sai perché. Il modulo F &% # ing è rotto!

Quindi, come possiamo risolvere questo problema? Abbiamo una preoccupazione legittima che vorremmo ancora gestire con grazia. Forse possiamo risolverlo in un altro modo.

Ad esempio, dopo che l'utente si è registrato, potremmo mostrare loro una schermata che dice "Ti abbiamo inviato un'e-mail. Controlla la tua posta ora e fai clic sul link nell'e-mail che ti abbiamo inviato per completare il processo di registrazione." Questo è abbastanza standard. Ma oltre a questo, potremmo aggiungere "Non vedi un'email? Questo è l'indirizzo email che ci hai fornito: [email protected]. È errato? Fai clic qui per cambiare il tuo indirizzo email ". Ciò offre all'utente un'altra opportunità per finalizzare il processo alle loro condizioni, piuttosto che da parte nostra imponendo strane restrizioni alla loro interazione con il nostro modulo.

Naturalmente, questo suggerimento costa di più da implementare, motivo per cui vediamo l'anti-pattern più spesso di qualcosa di più accurato (oltre all'ovvia osservazione che un programmatore era responsabile per la progettazione di moduli in questo caso piuttosto che un designer dell'interfaccia utente). Se hai il tempo e il budget, tuttavia, dovresti considerare qualcosa del genere. Gli utenti ti ringrazieranno per questo.

25
Rahul

Permettilo. Non dovresti forzare un flusso di interazione ottimale percepito su un utente. Dovresti anche mirare a ridurre al minimo il carico di lavoro, e questo è solo un lavoro obbligatorio.

Ha senso avere una doppia voce per un campo mascherato; raccogliere una digitazione errata delle informazioni mascherate, che evita problemi successivi (ad es. impossibile accedere a un account perché la password originale non è stata digitata correttamente).

Dove ti fermeresti? Impedire all'utente di utilizzare la funzionalità di completamento automatico in un browser perché non pensi che sia il modo in cui l'utente dovrebbe utilizzare la tua interfaccia?

Personalmente, e so di essere in una minoranza irritabile, se fossi in una pagina di registrazione che non mi permettesse di incollare o completare automaticamente il mio indirizzo e-mail per una seconda voce, lo farei (a meno che non fosse per qualcosa di particolarmente interessante) interrompere immediatamente la mia registrazione. Se un'azienda non mi rispetta come utente, perché dovrei usare il loro prodotto?

11
Splog

In primo luogo, sono d'accordo con Splog sul fatto che dovresti permetterlo, e il suo post lo mette anche meglio o meglio di quanto chiunque potrebbe probabilmente. Detto questo, voglio ampliarlo: Non costringere le persone a digitare due volte il proprio indirizzo e-mail. Non c'è assolutamente alcun motivo per questo. Direi (e in effetti ho ) che non dovresti nemmeno fare in modo che l'utente digiti nuovamente (o addirittura maschera) la sua password. Sono disposto a muovermi un po 'sulla password, principalmente perché la gente pensa ancora che mascherare le password fornisca una qualche forma di sicurezza, ma qualsiasi altro campo è solo una completa perdita di tempo di un utente.

5
Charles Boyung

Trovo che la migliore protezione contro la digitazione errata del mio indirizzo e-mail sia quella di copiarlo e incollarlo.

Scambio abbastanza spesso due lettere nel mio (molto lungo) indirizzo e-mail perché la mano destra è più veloce della sinistra e in realtà l'ho digitata due volte in modo errato più volte, e farmi infastidire digitandola due volte mi fa scrivere più veloce e altro sciatta. La disabilitazione di copia/incolla sta facendo una voce errata altro probabile.

L'idea migliore è di confermare l'input dopo l'invio ed evidenziare le cose importanti come l'indirizzo e-mail con grandi lettere amichevoli. Anche se hai compilato correttamente il modulo, alcune tabulazioni accidentali potrebbero inserire lettere errate in un campo precedentemente corretto, quindi la conferma è importante.

3