web-dev-qa-db-fra.com

Dois-je laisser un utilisateur copier / coller dans un champ de confirmation par e-mail pour un formulaire d'inscription?

Duplicata possible:
Empêcher un utilisateur de coller du presse-papiers dans un champ de formulaire obligatoire

Il y avait une question de stackoverflow, qu'un programmeur n'avait pas l'habitude de laisser les nouveaux utilisateurs simplement copier/coller le mot de passe sur le formulaire d'inscription.

J'ai un moyen de leur répondre et il y a un exemple en ligne sur Rejoignez Athineon Retirez-le après avoir considéré la réponse ici.

Dans cet enregistrement, l'utilisateur n'est pas autorisé à copier/coller les informations de courrier électronique!.

Maintenant, ma question est, combien de liberté puis-je laisser à l'utilisateur, c'est bien ou pas? ne pas laisser l'autre copier/coller le deuxième e-mail?

Si j'autorise l'utilisateur à copier-coller l'e-mail et/ou le mot de passe, alors à quoi bon les avoir 2 fois dans le même champ. ?

Le mot de passe a un point parce que vous ne pouvez pas le voir, et l'e-mail vous pouvez le voir afin que vous ne puissiez pas faire une double erreur ... bon d'après mes expériences oui ils envoient des e-mails d'erreur.

Quelle est votre opinion à ce sujet? Autoriser ou non le copier-coller dans les champs de double vérification?

19
Aristos

C'est un anti-modèle qui a malheureusement résulté d'un problème légitime: les gens tapent la mauvaise adresse e-mail, puis après s'être inscrits, ne peuvent pas accéder à leur compte.

Le problème ici est que cette solution n'est pas très conviviale car elle va à l'encontre de l'interaction conventionnelle (à savoir, que vous pouvez copier et coller depuis et vers des champs de formulaire). Il n'y a aucune indication sur le formulaire qu'il s'agit d'une sorte de champ spécial où le collage est interdit. Il n'y a pas de langue ni de microcopie expliquant comment ou pourquoi le collage est désactivé. C'est pourquoi c'est frustrant: ça ne marche pas, et vous ne savez pas pourquoi. Le formulaire F &% # ing est cassé!

Alors, comment pouvons-nous résoudre ce problème? Nous avons une préoccupation légitime que nous aimerions encore traiter avec élégance. Peut-être pouvons-nous résoudre ce problème d'une autre manière.

Par exemple, après que l'utilisateur s'est inscrit, nous pourrions lui montrer un écran disant "Nous vous avons envoyé un e-mail. Veuillez vérifier votre courrier maintenant et cliquez sur le lien dans l'e-mail que nous vous avons envoyé pour terminer votre processus d'inscription." C'est assez standard. Mais en plus de cela, nous pourrions ajouter "Vous ne voyez pas d'e-mail? Voici l'adresse e-mail que vous nous avez donnée: [email protected]. Est-ce incorrect? Cliquez ici pour changer votre adresse e-mail . " Cela donne à l'utilisateur une autre occasion de finaliser le processus selon ses conditions, plutôt que par nous imposer des contraintes étranges sur leur interaction avec notre formulaire.

Bien sûr, cette suggestion coûte plus cher à mettre en œuvre, ce qui explique probablement pourquoi nous voyons l'anti-modèle plus souvent que quelque chose de plus approfondi (outre l'observation évidente qu'un programmeur était responsable de la conception de formulaire dans ce cas plutôt qu'un concepteur d'interface utilisateur). Si vous avez le temps et le budget, vous devriez envisager quelque chose comme ça. Les utilisateurs vous en remercieront.

25
Rahul

Permettez-ceci. Vous ne devez pas forcer un flux d'interaction optimal perçu sur un utilisateur. Vous devez également viser à minimiser la charge de travail, et ce n'est qu'un travail inutile.

Il est logique d'avoir une double entrée pour un champ masqué; pour récupérer une saisie incorrecte des informations masquées, ce qui évite des problèmes ultérieurs (par exemple, impossible d'accéder à un compte car le mot de passe d'origine a été mal tapé).

Où vous arrêteriez-vous? Interdire à l'utilisateur d'utiliser la fonctionnalité de saisie semi-automatique dans un navigateur parce que vous ne pensez pas que c'est la façon dont l'utilisateur devrait utiliser votre interface?

Personnellement, et je sais que je suis dans une minorité irritable, si j'étais sur une page d'inscription qui ne me permettait pas de coller ou de compléter automatiquement mon adresse e-mail pour une deuxième entrée, je le ferais (sauf si c'était pour quelque chose de particulièrement convaincant) cesser immédiatement mon inscription. Si une entreprise ne me respecte pas en tant qu'utilisateur, pourquoi devrais-je utiliser son produit?

11
Splog

Tout d'abord, je suis d'accord avec Splog que vous devriez l'autoriser, et son post le dit aussi bien ou mieux que quiconque le pourrait probablement. Cela dit, je veux développer cela: Ne pas obliger les gens à taper leur adresse e-mail deux fois. Il n'y a absolument aucune raison à cela. Je dirais (et en fait, j'ai ) que vous ne devriez même pas obliger l'utilisateur à retaper (ou même masquer) son mot de passe. Je suis prêt à bouger un peu sur le mot de passe, principalement parce que les gens pensent toujours que le masquage des mots de passe offre une certaine forme de sécurité, mais tout autre champ n'est qu'une perte totale de temps pour l'utilisateur.

5
Charles Boyung

Je trouve que la meilleure protection contre la saisie incorrecte de mon adresse e-mail est de la copier et de la coller.

J'échange très souvent deux lettres dans mon (très longue) adresse e-mail parce que la main droite est plus rapide que la gauche, et je l'ai en fait mal tapée deux fois plusieurs fois, et me contrarier en la tapant deux fois me fait taper plus vite et plus négligé. La désactivation du copier/coller rend l'entrée incorrecte plus probable.

La meilleure idée est de confirmer l'entrée après la soumission et de mettre en évidence les éléments importants comme l'adresse e-mail avec de grandes lettres amicales. Même si vous avez rempli correctement le formulaire, certains tabulations accidentelles peuvent insérer des lettres incorrectes dans un champ précédemment correct, donc la confirmation est importante.

3