Lorsque je crée des applications Web, à chaque fois que je stylise des formulaires ou des superpositions avec les boutons OK et Annuler. Je pense à les rendre différents. Mais est-ce une bonne pratique?
Certaines personnes recommandent des boutons principaux et secondaires, mais je ne pense pas que "annuler" soit si important pour lui donner un statut de bouton secondaire. Que faire si l'application n'a pas assez de boutons secondaires? Je ne veux pas créer et utiliser un bouton secondaire uniquement pour "Annuler".
Veuillez faire de l'option d'annulation un lien plutôt qu'un bouton. Cela rend incroyablement simple de voir sur quel bouton je dois cliquer. Regardez ceci connexion AgileZen , il est évident quelle option est la valeur par défaut:
Je vais aller un peu à contre-courant jusqu'à présent et dire que cela dépend du contexte. Lorsque la majorité des utilisateurs voudront cliquer sur OK (et ne signifient pas que vous vouliez qu'ils cliquent sur OK!), Alors c'est bien de faire Annuler un lien. Mais si OK et Cancel représentent tous deux des chemins également probables, faites de Cancel un bouton. Lois de la Gestalt: les choses qui se ressemblent sont perçues comme appartenant ensemble, ayant la même importance/concept/que ce soit. Par ce raisonnement, face à des chemins tout aussi probables, les utilisateurs chercheront des choses qui "vont ensemble". Si vous faites "Annuler" un lien, il ressemblera à un cas exceptionnel et ajoutera une couche de complexité pour l'utilisateur, qui attend un objet d'aspect similaire mais n'en trouve aucun.
Pour en savoir plus sur le bouton vs le lien, Jakob Nielsen a ceci à dire: http://www.useit.com/alertbox/command-links.html
Je suggère que si vous pouvez annuler l'annulation d'un lien, faites-le. Le problème avec les boutons principaux et secondaires est qu'il s'agit d'un autre style de lien à comprendre - en supposant, si je comprends bien, que vous n'avez pas de boutons secondaires ailleurs. Les liens reçoivent déjà des connexions que les gens savent gérer, et nécessitent donc moins de charge cognitive qu'un nouveau bouton.
Si vous avez un style de bouton différent, alors les gens doivent le voir et interpréter ce que cela signifie, et interpréter pourquoi il est différent. Il vaut mieux éviter cela (Steve Krug - Don't Make Me Think!)
Comme cela a déjà été dit, utilisez un lien pour le bouton d'annulation. Cependant, n'utilisez pas "Ok" pour l'autre action. Rendez-le plus descriptif et appliquez-le à la question que vous posez.
Par exemple:
Voudriez-vous sauvegarder ce fichier? Enregistrer | Annuler
Êtes-vous sûr de ne pas vouloir enregistrer? Ne pas enregistrer | Annuler
Le fait de rendre les boutons eux-mêmes clairs facilite la numérisation et facilite l'utilisation.
Cela est également important si vous parlez d'un appareil tactile ou piloté par la souris. Les boutons sont légèrement plus faciles à utiliser sur les appareils tactiles. Sur un site Web, un lien Word fonctionne très bien et peut certainement prendre en charge le profil inférieur de l'option secondaire.
Si vous choisissez des boutons pour l'un ou l'autre type d'appareil, les variations de couleur peuvent prendre en charge le clic pour utiliser l'option la plus souhaitée. Comme je l'ai récemment appris d'une étude UX sur un appareil mobile, les utilisateurs MAC s'attendent généralement à ce que le bouton OK (ou le chemin souhaité le cas échéant) soit celui de droite et les utilisateurs de PC s'attendent à ce qu'il soit à gauche.
En général, vous assurer que vous posez la bonne question en premier lieu est d'une grande aide pour résoudre les problèmes. Ensuite, avoir des boutons relatifs/descriptifs augmente vraiment le taux de réussite.
Cela dit, je préfère utiliser les liens texte pour les options secondaires.
L'objet que vous utilisez pour représenter l '"Annuler" (qu'il s'agisse d'un bouton ou d'un lien) est une considération de développement et partiellement hors de propos. Les boutons peuvent être créés pour ressembler à des liens et vice versa. Mais je sur-analyse peut-être votre question - je sais où vous voulez en venir.
En regardant cela, je trouve que la clé est de s'assurer qu'il y a une différence visuelle évidente entre les actions primaires et secondaires. Mettre l'accent sur votre action principale est évidemment votre priorité. Dans la plus grande application sur laquelle j'ai jamais travaillé, mes actions secondaires sont toutes des boutons mais sont d'un style moins intrusif que mes principales.