Appuyez sur Entrée pour soumettre un formulaire
Est-ce une bonne expérience utilisateur de pouvoir appuyer sur Entrée à tout moment lors du remplissage d'un formulaire pour soumettre le formulaire?
Je comprends qu'il se trouve dans le dernier champ d'un formulaire de connexion et que vous appuyez sur Entrée pour le soumettre. Cependant, si vous remplissez un long formulaire et appuyez sur Entrée au milieu du formulaire, doit-il être envoyé?
Généralement - oui, il est préférable de permettre à l'utilisateur d'appuyer sur enter pour soumettre le formulaire à tout moment.
si vous remplissez un long formulaire et appuyez sur Entrée au milieu du formulaire, doit-il être envoyé?
Plus précisément dans ce cas d'utilisation, votre formulaire doit être correctement construit pour appliquer l'action de manière appropriée.
S'il y a des champs obligatoires qui sont vides, le formulaire ne doit pas être soumis. La validation côté client aiderait l'utilisateur à vérifier les champs manquants.
S'il y a facultatif champs vides, votre interface ne doit pas forcer l'utilisateur à cliquer dessus pour pouvoir appuyer sur enter. Imaginez un formulaire avec 20 champs, 4 étant obligatoires - ne permettant pas à la touche enter de soumettre le formulaire du tout, ou uniquement lorsque le focus est sur le dernier champ, essentiellement force l'utilisateur pour aller à la souris. Ils ne vont pas tab 16 fois pour pouvoir appuyer sur enter.
Bien que ce ne soit pas nécessairement une situation dans de nombreuses applications grand public, pensez-y en termes de saisie de données. Je devrais être en mesure de saisir plusieurs enregistrements sans avoir à retirer mes mains du clavier, donc je devrais être en mesure d'appuyer sur enter chaque fois que je le dois (en supposant que les champs obligatoires sont remplis).
La commutation entre les périphériques d'entrée est également considérée comme longue. Pour que cela se produise, plusieurs étapes doivent se produire - l'utilisateur doit:
- arrêter mentalement l'engagement avec le clavier,
- trouver et déplacer vers la souris,
- passer des modèles mentaux d'interaction à l'utilisation de la souris,
- trouver le curseur sur l'écran,
- trouver la cible,
- déplacez le curseur sur la cible et
- engager enfin avec la cible.
- répétez pour déplacer votre focus vers l'arrière du clavier.
Tout cela peut prendre quelques secondes. Ce n'est pas grave si je traite simplement un formulaire ou un questionnaire que je ne vais remplir qu'une seule fois; mais revenez à l'exemple de saisie de données et multipliez ces exigences d'interaction plusieurs centaines de fois. Le temps "perdu" dans la commutation des modes d'entrée commence à devenir tout à fait mesurable, et le va-et-vient est juste ennuyeux pour l'utilisateur.
Je m'occupe de cela aussi pour le moment. Nous avons de longs formulaires avec des éléments (comme des listes de sélection et des boîtes de transfert de fichiers) qui utilisent la touche Entrée pour activer l'élément, donc cela devient un peu déroutant lorsque la saisie est utilisée pour faciliter le remplissage du formulaire, et aussi pour le soumettre à "tout moment" ".
Jusqu'à présent, ma solution consiste à avoir une boîte de dialogue vous demandant si vous êtes sûr de vouloir soumettre le formulaire, l'option par défaut étant oui et ciblée - pour que ceux qui sont avertis (remplissant beaucoup le formulaire, etc.) puissent essentiellement "entrer deux fois" "pour envoyer le formulaire. Cependant, pour les utilisateurs qui sont nouveaux ou qui ne s'attendent pas à soumettre le formulaire lorsqu'ils appuient sur Entrée, cela leur permet au moins d'arrêter la soumission et de revenir en arrière pour remplir le formulaire.
D'un point de vue d'accessibilité, il doit également y avoir de la cohérence - avec laquelle je lutte un peu. Enter est considéré comme actif/sélectionné - qui, lorsque nous avons des boutons de soumission, devrait y être utilisé - et non au milieu du formulaire sur un élément de non-soumission. Ainsi, bien qu'il soit pratique pour certains de pouvoir soumettre le formulaire en milieu de formulaire, par souci de cohérence et d'accessibilité, je présenterais une boîte de dialogue - au cas où.