web-dev-qa-db-fra.com

Doit-il y avoir une différence dans les tailles relatives des boutons dans une boîte de dialogue de confirmation?

Je comprends l'idée d'avoir l'action la plus susceptible d'être utilisée sur une page légèrement plus grande ou dans un style différent afin de guider l'utilisateur vers celle-ci (par exemple, avoir un bouton pour enregistrer mais un petit lien texte pour annuler).

Lorsque, par exemple, un administrateur clique sur supprimer, une boîte de dialogue de confirmation s'affiche, demandant s'il est sûr de vouloir le faire et lui présentant deux options, "Oui, supprimer ceci" et "Non, conserver ceci". Pour le moment, ce sont la même taille et le même style et donc le même poids sur la page.

Je me demandais si cela devrait être le cas ou devrais-je supposer que l'administrateur n'est pas un idiot et que s'ils ont frappé la suppression, la confirmation de cette action est la partie la plus importante de sa prochaine étape et devrait donc recevoir une plus grande pondération sur la page ?

15
Toby

Luke Wroblewski a écrit un article intitulé Actions primaires et secondaires sur les formulaires Web qui parle spécifiquement de ce problème. Ses données sont basées sur des recherches d'études oculaires.

La conclusion est essentiellement qu'il devrait y avoir des différences de poids visuel entre les deux afin que vous puissiez interpréter, d'un coup d'œil, quel appel à l'action est plus significatif. Il parle également un peu de positionnement et d'ordre.

Visual weight in forms

Quant à quel bouton devrait avoir plus de poids, c'est à vous de déterminer la situation. Il est généralement recommandé d'être très conservateur sur les boutons lors des opérations CRUD comme la suppression de quelque chose, mais vous savez probablement mieux (ou vous devriez tester) quelle situation est plus susceptible de se produire. Si la suppression se produit plus fréquemment, cela devrait peut-être être l'action principale.

Voir la réponse de Michael ci-dessous pour quelques bonnes références aux directives de la plateforme qui spécifient comment vous devez décider quelle doit être l'action principale.

Pour plus de discussion sur des problèmes similaires avec les boutons, consultez ces questions:

10
Rahul

S'il s'agit d'une application client lourd de bureau, ou s'il est important d'être cohérent avec les applications de bureau, les directives de Windows 7 UX spécifient que pour les actions risquées, le bouton le plus visible est le "choix sûr" (page 384). Plus précisément, le choix sûr devrait être le bouton par défaut, qui est à la fois plus visible visuellement que les autres boutons, et également activé par la touche Entrée. De même, le HIG d'Apple indique que le bouton le plus important devrait être celui qui "représente l'action que l'utilisateur est le plus susceptible d'effectuer si cette action n'est pas potentiellement dangereuse . [italique dans l'original]. " Il recommande spécifiquement de ne pas mettre un bouton en évidence "s'il provoque une perte de données utilisateur" (p245).

Donc, le bouton le plus visible devrait être "Non, gardez ça", non?

D'un autre côté, je dois convenir avec vous que les chances sont que l'utilisateur n'est pas un idiot et 90% + du temps, ils veulent vraiment supprimer l'objet. Le résultat est que les utilisateurs auront l'habitude de cliquer sur le bouton de confirmation de votre message de confirmation sans vraiment penser ou même lire le message, ne habitude que de nombreux utilisateurs ont déjà . Cela va à l'encontre du but d'avoir le message en premier lieu. En outre, à l'exception des glissements de souris, les utilisateurs ne savent souvent pas qu'ils font une erreur tant que l'action n'est pas validée et qu'ils voient le résultat dans la fenêtre parent (par exemple, "Oups. Supprimé le mauvaise chose"). De telles confirmations ne font que gaspiller les efforts des utilisateurs et enseigner de mauvaises habitudes.

Si possible, n’avez pas de confirmation de suppression . Au lieu de cela, ayez une suppression claire et facile moyen d'annuler .

10
Michael Zuschlag