Facilité d'utilisation: La touche ENTRÉE doit-elle fermer un formulaire d'assistant, même si le focus n'est pas activé sur le bouton OK/DONE?

Question

J'ai à mon avis une demande étrange de fermer un formulaire de l'assistant comme terminé ou OK si vous avez appuyé sur Entrée au clavier même si le bouton OK/DONE n'est pas mis au point. À mon avis, ce serait une erreur d'utilisabilité. 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 dans la navigation de l'assistant, et s'ils sont focalisés?

Ces commandes ne doivent-elles pas réagir sur Entrée comme prévu auparavant? Devraient-ils faire leurs actions mais dans les autres cas où Enter ne fait rien pour le contrôle, il devrait fermer le formulaire == inconsistant?

Je pense que c'est une demande typique où les besoins d'une personne l'aideraient mais en embrouilleraient beaucoup d'autres. À mon avis, les assistants sont très spéciaux car ils sont non seulement conçus pour faciliter les choses, mais aussi très souvent pour les personnes ayant moins d'expérience avec les fonctionnalités d'une application. Je prends donc toutes les demandes au sérieux et j'essaie d'examiner tous les arguments pour et contre la demande.

Mon point de vue est-il restreint? Existe-t-il des études ou des lignes directrices sur l'utilisabilité pour que Wizards sauvegarde mon opinion ou prouve-t-il que je me trompe?

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 essayer. D'autant plus qu'il existe de multiples standards incompatibles que vous pourriez suivre, vous allez juste devoir voir si ce changement fonctionne pour la plupart des utilisateurs de votre public.

Answer 2

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

Answer 3

Pour moi, cela semble également être une demande étrange, mais comme Paul dit, si le client le veut, alors le client l'obtient. Cependant, du point de vue de la facilité d'utilisation et de la compréhension, je ferais en sorte que la bordure du bouton ok/done soit beaucoup plus épaisse que la normale pour que cela se détache un peu et indique aux gens qu'elle a un comportement spécial. En outre, je ferais peut-être une note dans la boîte de dialogue/assistant en appuyant sur Entrée pour fermer l'assistant comme si le bouton OK/Terminé avait été pressé. Alors que l'un des utilisateurs sait peut-être que frapper Enter va le fermer, à moins que quelqu'un d'autre ne le lui dise, il ne s'attend pas à ce comportement.

Answer 4

Eh bien, voici la chose: il y a deux types d'utilisateurs que vous devez prendre en compte ici.

Les premiers types d'utilisateurs sont les baby-boomers et la génération X (par exemple, les personnes qui ont utilisé des ordinateurs dans les années 70/80) qui ont l'habitude d'appuyer sur Entrée pour passer au champ suivant. Ce sont eux qui ont appris à utiliser les ordinateurs dans les terminaux/consoles et à entrer signifie que vous avez fini de taper sur ce champ et passer au suivant.

Les seconds types d'utilisateurs sont ceux qui ont été sevrés sous Windows. Ces personnes sont habituées à appuyer sur la touche de tabulation pour passer au champ suivant. En appuyant sur Entrée, cela signifie qu'ils en ont fini avec tout le reste.

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 conseillé d'être cohérent avec le système d'exploitation (par exemple, en laissant les utilisateurs utiliser Tab au lieu de Entrée) pour l'entrée de formulaire.Sur le Web, vous êtes dans une situation embarrassante car Enter est intercepté par le navigateur Web en tant qu'événement de soumission. En fin de compte, le seul conseil utile que je puisse vous offrir est de l'essayer avec vos clients cibles et de voir s'ils préfèrent le mode Entrée sur Tab.

Answer 5

Est-ce que cette demande est peut-être due au fait que l'UAT effectué sur l'assistant impliquait des utilisateurs qui ne savaient pas qu'appuyer sur ENTRER aurait le même effet que de cliquer sur le bouton?

Si la dernière page de l'assistant s'affiche, le bouton 'Terminer' est déjà en surbrillance (comme je m'y attendais), il s'agit peut-être d'indiquer à l'utilisateur qu'il peut également appuyer sur ENTRER à ce stade. Si vous prenez Google par exemple, je me souviens que si vous avez tendance à taper systématiquement votre terme de recherche et à cliquer sur le bouton "Rechercher" avec la souris, un message s'affiche en haut des résultats de recherche. vous indique que vous pouvez également appuyer sur ENTRÉE. Évidemment, ce n'est pas quelque chose qui peut facilement être fait dans votre cas, car c'est la dernière page de l'assistant, mais c'est peut-être le genre de chose que votre client essaye de vous faire construire?

Answer 6

Je pense que vous devriez avoir une page de finition pour faciliter cela. Si l'utilisateur appuie sur Entrée par erreur, le pire est qu'il ne finira pas l'assistant, allez seulement à 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 les sorciers. Sur la page d'arrivée, appuyez sur Entrée pour terminer l'assistant (et faire exploser l'Irak, faire tomber un satellite ou effacer la ferme de Jimbob).

Si l'utilisateur peut réexécuter l'assistant, je ne pense pas que ce serait désastreux s'il l'a accidentellement terminé. Rappelez-vous, les assistants ne devraient jamais prendre aucune mesure jusqu'à ce qu'ils soient terminés, au cas où l'utilisateur annule ou tel. 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 fini le magicien, il est assez sûr de son intention.

Answer 7

Peut-être que le client a de bonnes raisons à cela. Imaginez la situation suivante: Un écran avec beaucoup de champs optionnels qui s'ouvre et se ferme beaucoup 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 recueillir cette information et générer votre feuille de temps.

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

Je peux imaginer beaucoup de situations où être capable de confirmer le champ sans avoir le focus peut être utile.

Answer 8

Éduquez vos clients. Montrez-leur de la documentation comme pourquoi cette suggestion pourrait ne pas être une bonne pratique d'utilisabilité.

Un site Web de bonne réputation fonctionnera mieux, car les clients croient généralement un tiers avant de vous croire. Après tout, pour eux, vous êtes probablement juste paresseux et ne voulez pas travailler plus.

Si le client ne concède toujours pas, alors faites ce qu'il veut, et avertissez-le 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 pourriez éventuellement utiliser cette fonctionnalité pour avancer dans l'assistant, mais seulement si aucune autre action n'a été prise sur cette page.

Au moment où un champ est terminé ou un bouton cliqué/mis en surbrillance ou le curseur est déplacé de la position par défaut, la fonctionnalité Entrée doit revenir à celle de l'OS standard. Comme d'autres l'ont dit, il est clair que cela ne fonctionnerait que si les personnes utilisant l'assistant en étaient conscientes dans le cadre de leur formation à l'application, mais cela pourrait s'avérer utile pour parcourir rapidement les pages non utilisées de l'assistant. où l'utilisateur doit être.

Answer 10

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