web-dev-qa-db-fra.com

Passer à l'onglet contenant une erreur en cas d'erreur

J'ai remarqué ce problème plusieurs fois. Une application possède une page de paramètres dans laquelle les paramètres sont divisés en différents onglets dans un contrôle d'onglet. J'ai frappé la mise à jour, une erreur apparaît et je scanne l'onglet actuel pour le champ d'erreur et il n'est pas là. Ensuite, je commence à scanner chaque onglet à la recherche de ce champ.

N'est-ce pas le bon moyen de haute convivialité est de basculer automatiquement vers l'onglet contenant l'erreur ... et en mettant le champ en surbrillance? L'utilisateur est dirigé directement vers le champ du problème.

4
Tony_Henrich

Vous avez absolument raison.

LukeW en discute dans l'un de ses écrits :

  • "Communiquez clairement lorsqu'une erreur empêche quelqu'un de remplir un formulaire. Les messages d'erreur sont sans doute l'élément le plus important d'un formulaire lorsqu'il est présent. Assurez-vous qu'ils apparaissent de cette façon!
  • Affichez les messages d'erreur dans leur contexte afin qu'ils puissent être résolus rapidement.
  • Fournissez des solutions qui permettent aux utilisateurs de résoudre facilement les erreurs.
  • Les messages d'erreur de niveau supérieur doivent indiquer qu'une erreur s'est produite et comment la résoudre. S'il existe plusieurs erreurs, elles doivent être répertoriées dans le message de niveau supérieur.
  • Si des champs de saisie sont responsables d'une erreur, marquez-les clairement avec une double emphase visuelle pour vous assurer qu'ils sont visibles.
  • Associez visuellement tous les éléments de formulaire responsables à un message d'erreur de niveau supérieur pour communiquer clairement qu'ils doivent être résolus afin de continuer. "
6
Matt Rockwell

À tout le moins, vous devriez passer à l'onglet contenant l'erreur et mettre en surbrillance le champ contenant l'erreur, oui.

Je recommanderais également:

  1. Mettre en surbrillance l'onglet avec l'entrée invalide via une icône "erreur" dès que l'erreur est présente (la rendre pas moche est hors de portée ;-)). Cela indiquerait que quelque chose ne va pas sur l'onglet bien avant que l'utilisateur ne passe à l'action de validation, donc le retour à cet onglet peut ne pas être une surprise complet.
  2. Essayer de fournir un exemple sur ce à quoi ressemblerait la bonne valeur.
  3. Vous pouvez également vouloir marquer le reste de la boîte de dialogue comme insensible jusqu'à ce que le champ soit corrigé --- que ce soit une bonne idée dépend de ce qu'est le champ et de sa relation avec le reste de la boîte de dialogue --- c'est-à-dire. vous ne devez pas marquer les champs associés comme insensibles si la modification de leurs valeurs rend le champ incriminé OK.
1
James Cape

Cela ressemble à une façon maladroite de présenter une erreur de toute façon parce que l'application indique qu'il y a eu une erreur, mais ne vous montre pas ce que/où elle est - ou - même si elle a changé d'onglet pour l'afficher automatiquement, alors ça va plutôt vous faire sortir brutalement de votre contexte actuel, de telle manière que vous oubliez l'onglet sur lequel vous étiez lorsque l'erreur s'est produite.

Tous les points de LukeW dans le commentaire de @ Matt valent la peine d'être suivis.

Sur la base du fait qu'il pourrait y avoir un risque d'erreurs multiples, alors si elles doivent être présentées dans leurs onglets correspondants, à tout le moins, chaque onglet pourrait être mis en évidence d'une manière ou d'une autre pour montrer qu'il a besoin de votre attention. Pourtant - sur le rapport d'erreurs - comme le dit la vieille blague: "Si je voulais y aller, je ne partirais pas d'ici."

0
Roger Attrill