Question sur le comportement du bouton Enregistrer / Annuler / Fermer
L'image ci-jointe montre une boîte de dialogue avec une banque de boutons d'enregistrement/annulation et une icône "x" pour fermer la boîte de dialogue. Ma question est la suivante. Le bouton d'annulation doit-il même être sur le modal s'il n'efface/n'annule aucune des valeurs? Je l'ai maintenant comme moyen redondant de fermer la boîte de dialogue. Dois-je simplement utiliser le bouton "Enregistrer" et me fier au "x" pour fermer, ou l'utilisation de "Annuler" comme fermeture redondante est-elle acceptable? Ma pensée était qu'avoir une action positive "Enregistrer" sans une action négative correspondante "Annuler" est un casse-tête.
Merci pour les commentaires.
Même si [annuler] n'effacerait ou n'annulerait aucune donnée concrète, dans l'esprit de l'utilisateur, cela confirme qu'aucune des valeurs qu'il a modifiées dans la boîte de dialogue ne sera enregistrée/appliquée. Le [x] devrait généralement toujours être là, il fonctionne comme une sorte de "sortie" pour l'utilisateur, il donne la possibilité de sauter le choix et de sortir intuitivement de la situation (par exemple lorsqu'il est entré dans la boîte de dialogue par accident) .
Le principal problème avec seulement [x] et [save] serait que l'utilisateur ne sait pas avec certitude ce que [x] fait (et ne fait pas), quelles sont ses options. [enregistrer] et [annuler] combinés, laissez l'utilisateur choisir exactement ce qu'il veut faire aux modifications qu'il a apportées dans la boîte de dialogue; des choix explicites donnent aux utilisateurs le sentiment de contrôler ce qu'ils font.
Une option [appliquer] est également souvent vue dans les boîtes de dialogue, mais je n'ajouterais un bouton [appliquer] que s'il y a plusieurs onglets dans la fenêtre de dialogue.
La redondance n'est pas toujours une mauvaise chose. Parfois, avoir plusieurs façons d'accomplir la même tâche permet d'accommoder les utilisateurs habitués à différents modèles.
Dans ce cas, le candidat à la suppression de la redondance est [X] pas Cancel parce que votre boîte de dialogue modale est un formulaire modifiable, qui a déjà un bouton Save donc la contre-action doit être à côté d'elle (comme vous l'avez mentionné). Cependant, cela ne ferait pas de mal de garder [X] car il ne rompt pas le flux et n'ajoute aucun encombrement à la mise en page.
Je préfère me concentrer sur la micro-copie et la fonctionnalité des boutons Enregistrer/Modifier: vous devez savoir si vos utilisateurs s'attendent à ce que Save agisse comme "enregistrer et fermer" ou "enregistrer et continuer l'édition". Selon les résultats de cette enquête, vous devrez peut-être modifier les libellés des boutons ou même en ajouter un autre pour le rendre équivalent à Apply | OK | Cancel.
Cancel et X devraient faire la même chose. Il n'y a aucun intérêt à pas fermer la boîte de dialogue lorsque l'utilisateur appuie sur annuler.
Il y a un vrai truc Windows/Apple ici. Windows met généralement annuler à droite, Apple le met à gauche. Personnellement, j'ai tendance à mettre l'action positive à droite (comme passer d'une page de résultats à la suivante) et le action négative sur la gauche. Les 2 boutons sont à mon avis trop rapprochés - vous devez les séparer, et idéalement, si l'utilisateur a entré quoi que ce soit dans cette boîte de dialogue, demandez une confirmation, sinon vous courez le risque de le frustrer Et en réponse à votre question principale, vous devez absolument avoir à la fois une annulation et un "x" - de nombreux utilisateurs ne chercheront même pas à fermer la fenêtre.
J'ajouterai mon vote pour supprimer le [X] si vous le pouvez. Il devrait se comporter comme un Annuler, c'est-à-dire ignorer les modifications et fermer la boîte de dialogue, mais il laisse les utilisateurs se demander si c'est vraiment la même chose, et si oui, pourquoi il y a deux contrôles qui fonctionnent de manière identique mais qui semblent différents.
Le comportement d'un bouton intitulé Enregistrer est à certains égards une question plus difficile. Sous Windows et Mac OS, nous nous sommes habitués au terme "Enregistrer" comme signifiant "enregistrer et continuer à travailler", et même si nous ne le voyons plus souvent (nous appuyons généralement sur Command-S ou Ctrl -S), je pense que le sens persiste suffisamment pour créer un doute lorsque nous le voyons comme une étiquette de bouton de commande.
Ma règle dans une situation comme celle-ci serait que le bouton devrait fermer la boîte de dialogue; à moins qu'il ne soit nécessaire de prévisualiser les modifications apportées dans une autre fenêtre, ou que ce que vous faites dans la boîte de dialogue soit une tâche si longue qu'il y a un réel danger à ne pas pouvoir l'enregistrer au fur et à mesure (auquel cas vous pourriez envisager Aperçu et enregistrement automatique, respectivement), il n'y a aucune raison de le garder ouvert.
J'opterais donc pour un label qui est venu, pour le meilleur ou pour le pire, pour "accepter et avancer": "OK". L'appairage OK/Annuler est partout, et même s'il peut sembler étrange de terminer une boîte de dialogue de formulaire avec "OK", c'est le genre d'étrange qui se produit lorsque vous regardez un mot si longtemps qu'il se transforme en non-sens. La plupart des utilisateurs n'auront pas à réfléchir à ce que cela signifie, et c'est exactement ce que vous voulez.
(Si, pour une raison quelconque, vous avez besoin d'un enregistrement qui signifie vraiment "enregistrer et continuer", vous voulez soit enregistrer et fermer ou appliquer et fermer. "Enregistrer et continuer" ne s'associe pas avec "Annuler" car nous comprenons "Annuler" pour ignorer toutes les modifications que nous avons apportées, et il n'est pas clair si ce sont toutes les modifications apportées depuis que nous avons ouvert la boîte de dialogue ou toutes les modifications apportées depuis notre dernier enregistrement.)
Cas-1: Votre fermeture "x" n'est pas relativement à sa meilleure position, où elle peut causer des problèmes de perception, car x s'aligne avec le titre, et que se passe-t-il si cela en premier lieu doit arriver à sa position habituelle au-dessus de l'en-tête bleu bande, comme avec aligné le long de la ligne de bordure de la fenêtre. Donc, si nous devions déplacer cette prochaine étape?
Cas-2: Permettez-moi de vous dire que Enregistrer et Annuler sont bons pour être jumelés, car lorsque l'utilisateur s'approche de l'écran et trouve qu'il ne va modifier aucun élément, il est préférable qu'il choisisse de fermer en utilisant "x" ( au moins de préférence 90% feraient de cette façon) et au moins 10% des gens utiliseraient "Annuler" - disant "OK, je ne vais rien modifier ici, permettez-moi d'annuler cette action" (c'est ce que mon expérience m'aide à apportez les statistiques ici)
Cas-3: Alors pourquoi avons-nous besoin alors du "x", car il représente la même action que dans le cas 2? L'utilisateur ne sera pas inquiet de fermer la fenêtre modale avec le bouton "Annuler", et ne regardera vraiment pas la pièce manquante, car la possibilité de fermer ou d'annuler est déjà fournie à l'intérieur de la fenêtre. Ainsi, les 10% tourneraient naturellement à 100% car ils ont la possibilité de choisir de fermer uniquement via "Annuler"
En s'appuyant sur le cas 3, la meilleure façon de voir les choses est que l'utilisateur modifie un élément et "Enregistrer" ou l'utilisateur modifie un élément et choisit de ne pas enregistrer et d'utiliser "Annuler" ou l'utilisateur regarde l'écran et n'effectue aucune action, et cliquerait toujours sur "Enregistrer" (Ici, vous pouvez choisir de désactiver le bouton SAVE, et de faire en sorte que l'utilisateur n'effectue l'action que s'il y a une modification à l'écran) ou n'exécuter aucune action et dire "OK, laissez me ferme ce "qui est sinon" Annuler ". Donc, l'inférence après les longs pointeurs de build-up, est que vous pouvez choisir de ne pas avoir "x" et d'aller avec l'appariement des boutons seul. Pensez à griser le bouton ENREGISTRER et faites en sorte que l'utilisateur ne choisisse que s'il y a une modification associée.