Aujourd'hui sous n'importe quelle forme, nous pouvons avoir une validation en temps réel comme dans l'exemple ci-dessous
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
La question est: quand dois-je déclencher la validation: dès que possible? (semble bon pour l'erreur de nom, mais mauvais pour le champ e-mail: il marquera non valide mais l'utilisateur n'a pas encore arrêté de taper)
Sur la concentration? (semble bon mais vous devez revenir sur le terrain pour le corriger, au lieu de le savoir immédiatement)
Sur se concentrer la première fois, dès que possible la deuxième fois?
Y a-t-il un meilleur mélange entre les deux? Cela dépend-il du type d'erreur de validation?
Merci beaucoup,
P.S: Nous avons également une validation finale juste avant le bouton Soumettre, afin que les utilisateurs soient redirigés (via des liens) vers les champs invalides. Je connais cette réponse: Validation de formulaire - Quand les messages d'erreur doivent-ils être déclenchés? mais je voudrais d'autres informations
Si vous validez pour caractères, il est logique de valider lors de la frappe.
Si vous validez la chaîne, quelque chose de plus comme la structure (c'est-à-dire l'e-mail), il est logique de valider le flou/la mise au point.
Faire probablement savoir à l'utilisateur ce qui est autorisé à l'avance serait également une bonne idée.
Pour le champ Email:
Vous pouvez démarrer les scripts d'arrière-plan côté client après les types d'utilisateurs @.
Pour le champ Nom:
Vous souhaiterez peut-être vérifier chaque côté du serveur d'entrée après avoir cliqué sur le bouton de soumission par mesure de précaution/confirmation.
D'après mon expérience, le déclenchement d'une validation de champ individuel sur la "concentration" fonctionne bien. Il permet à l'utilisateur de terminer/modifier sa saisie sans avoir le sentiment qu'on lui a dit qu'il avait tort avant de terminer. Il les informe également de leur point de focalisation - réduisant ainsi la nécessité de rechercher dans le formulaire pour trouver les champs contenant des erreurs.
Sur flou, validez le champ. Si non valide, concentrez-vous sur le champ erroné.