Ergonomie: la touche ENTRÉE doit-elle fermer correctement un formulaire de l'assistant même si la focalisation n'est pas définie sur le bouton OK / TERMINÉ?

Question

À mon avis, la demande étrange de fermer un formulaire d’assistant est Done ou OK si vous appuyez sur la touche Entrée du clavier, même si le bouton OK / DONE n’est pas activé.

À mon avis, ce serait une erreur de convivialité. Par exemple: Dans l'assistant, vous pouvez avoir plusieurs contrôles, boutons, cases à cocher, plusieurs contrôles de ligne et ils ont tous un comportement différent sur les actions de la touche Entrée. Et n'oubliez pas les autres boutons de la navigation de l'Assistant, que se passe-t-il s'ils sont concentrés?

Ces commandes ne doivent-elles pas réagir comme indiqué auparavant sur Entrée? Devraient-ils faire leurs actions mais dans les autres cas où Enter n'effectue aucune action supplémentaire pour le contrôle, il devrait fermer le formulaire == incohérent?

Je pense que c’est une demande typique dans laquelle les besoins d’une personne l’aideraient, mais confondre beaucoup d’autres.

À mon avis, les assistants sont très spéciaux, car ils sont non seulement conçus pour simplifier les choses, mais se concentrent également très souvent sur des personnes moins expérimentées dans les fonctionnalités d’une application. Je prends donc chaque demande avec sérieux et j'essaie d'examiner tous les arguments pour et contre la demande.

Est-ce que mon point de vue est trop étroit? Existe-t-il des études d'utilisabilité ou des directives spécifiques permettant aux Wizards de sauvegarder mon opinion ou éventuellement de me prouver le contraire?

Merci beaucoup!

Michael

Answer 1

Je pense que la clé est de tester. Vous ne pouvez pas vraiment deviner ce que vos utilisateurs trouveront à l'aise, vous devez les regarder l'essayer. Surtout que vous pouvez suivre plusieurs normes incompatibles, il vous suffira de voir si ce changement fonctionne pour la plupart des utilisateurs de votre public.

Answer 2

Eh bien, voici le problème: vous devez prendre en compte deux types d’utilisateurs ici.

Les premiers utilisateurs sont les baby-boomers et les membres de la génération X (par exemple, des personnes qui utilisaient un ordinateur dans les années 70/80) et qui sont habitués à appuyer sur Entrée pour passer au champ suivant. Ce sont ceux qui ont appris à utiliser les ordinateurs dans les terminaux / consoles et qui entrent dans le monde signifie que vous avez fini de taper sur ce champ et que vous passez au suivant.

Le deuxième type d’utilisateurs sont ceux qui ont été sevrés sous Windows. Ces personnes ont l'habitude d'appuyer sur la touche de tabulation pour passer au champ suivant. Si vous appuyez sur enter, cela signifie qu'ils ont terminé.

Alors quelle convention devriez-vous suivre? Cela dépend si vous ciblez le premier ou le deuxième type d'utilisateurs, l'environnement (Windows ou Web?) Et le système d'exploitation.

Si vous ciblez des formulaires Windows, il est vivement conseillé d’être cohérent avec le système d’exploitation (par exemple, en laissant les utilisateurs utiliser la tabulation au lieu de la touche Entrée) pour la saisie du formulaire. Sur le Web, vous êtes confrontés à un dilemme, car Enter est capturé par le navigateur Web comme un événement de soumission.

Au bout du compte, le seul conseil utile que je puisse vous donner est de l'essayer avec vos clients cibles et de voir s'ils préfèrent Entrer que l'onglet.

Answer 3

Je serais du même avis, peut-être le mentionner au client et le laisser utiliser la version finale dans les deux modes. Je suppose que vous devez leur donner ce qu'ils demandent quand ils paient.

Answer 4

Pour moi, cela semble aussi être une requête étrange, mais comme le dit Paul, si le client le veut, il l'obtient. Toutefois, du point de vue de la convivialité et de la compréhension, la bordure du bouton ok / done serait beaucoup plus épaisse que la normale, de sorte qu’elle ressorte un peu et indique peut-être aux gens qu’elle a un comportement spécial. De plus, je voudrais peut-être noter dans la boîte de dialogue / assistant que le fait d'appuyer sur entrainera la fermeture de l'assistant comme si le bouton OK / Terminé avait été enfoncé. Même si un utilisateur peut savoir que frapper entrée le fermera, à moins que quelqu'un ne le lui indique spécifiquement, il ne s'attendra pas à ce comportement.

Answer 5

Je pense que vous devriez avoir une page de finition pour faciliter cela. Si l'utilisateur appuie par erreur sur entrée, le pire est qu'il ne terminera pas l'Assistant, allez uniquement à la page suivante (qui peut être la page d'arrivée). C’est bon pour les situations où les bombes nucléaires sont contrôlées par lesdits magiciens.

Sur la page d'arrivée, appuyer sur Entrée terminerait l'assistant (et exploserait l'Irak, ferait tomber un satellite ou effacerait la ferme de Jimbob).

Si l'utilisateur peut ré-exécuter l'assistant, je ne pense pas que ce serait une catastrophe s'il le terminait accidentellement.

N'oubliez pas que les assistants ne doivent en aucun cas prendre des mesures tant qu'ils ne sont pas terminés, au cas où l'utilisateur annule l'opération ou autre. Les boîtes de dialogue de confirmation sur une finition sont fastidieuses et je vous traquerai si vous les utilisez. Je pense qu'une fois que l'utilisateur a terminé l'assistant, il est pratiquement certain de son intention.

Answer 6

Le client a peut-être de bonnes raisons de le faire. Imaginez la situation suivante: Un écran avec beaucoup de champs optionnels qui sont souvent ouverts et fermés et où la précision des données n’est pas vraiment critique.

Pensez à un petit programme qui apparaît toutes les demi-heures pour vous demander ce que vous avez fait, pour quel client et peut-être quelques notes afin qu'il puisse collecter ces informations et générer votre feuille de temps.

Pouvoir ouvrir l'écran, entrer les informations et fermer le tout très rapidement et avec le moins de tracas possible est bien plus important que la précision des données.

Je peux imaginer de nombreuses situations dans lesquelles il peut être utile de pouvoir confirmer le champ sans avoir le focus.

Answer 7

Cette demande est-elle peut-être due au fait que l'UAT effectuée dans l'assistant impliquait des utilisateurs qui ne savaient pas que le fait d'appuyer sur Entrée aurait le même effet que de cliquer sur le bouton?

Si, lorsque la dernière page de l’Assistant est affichée, le bouton "Terminer" est déjà en surbrillance (comme je l’attendrais), il s’agit peut-être de donner à l’utilisateur l’influence de pouvoir appuyer sur la touche ENTREE à ce stade.

Si vous prenez Google par exemple, je pense me rappeler que si vous avez tendance à taper systématiquement votre terme de recherche puis à cliquer sur le bouton "Rechercher" avec la souris, un message s'affiche en haut des résultats de la recherche. vous indique que vous pouvez également appuyer simplement sur ENTER. Évidemment, ce n'est pas quelque chose qui peut être facilement fait dans votre cas car c'est la dernière page de l'assistant, mais peut-être est-ce le genre de chose que votre client essaie de vous amener à créer?

Answer 8

Éduquez vos clients. Montrez-leur de la documentation sur les raisons pour lesquelles cette suggestion pourrait ne pas être une bonne pratique d'utilisation.

Certains sites Web de bonne réputation fonctionneront mieux, car les clients croiront généralement en un tiers avant de vous croire. Après tout, pour eux, vous êtes probablement simplement paresseux et vous ne voulez plus travailler.

Si le client ne concède toujours pas, alors faites ce qu'il veut et dites-lui que ce n'est pas la bonne chose à faire.

Bien que, dans votre cas, la "bonne chose à faire" semble un peu sur la zone grise.

Answer 9

Je dirais que vous pouvez éventuellement utiliser cette fonctionnalité pour avancer dans l'assistant, mais UNIQUEMENT si aucune autre action n'a été entreprise sur cette page.

Dès qu'un champ est terminé ou qu'un bouton est cliqué / en surbrillance ou que le curseur est déplacé de la position par défaut, la fonctionnalité Entrée doit revenir à celle du système d'exploitation standard.

Comme d'autres l'ont déjà dit, cela ne fonctionnerait manifestement que si les utilisateurs de l'assistant étaient informés de cela lors de la formation à l'application, mais cela pourrait s'avérer utile pour parcourir rapidement les pages inutilisées de l'assistant pour arriver à l'utilisateur doit être.

Answer 10

Peu importe. Choisissez et soyez cohérent dans toutes vos applications