Boîte de dialogue Microsoft Windows: aucun scénario de bouton de fermeture
Windows Dev Center indique:
"Les boîtes de dialogue ont toujours un bouton Fermer ... Ne désactivez pas le bouton Fermer. Le fait d'avoir un bouton Fermer aide les utilisateurs à garder le contrôle en leur permettant de fermer les fenêtres dont ils ne veulent pas."
Cependant, ils montrent un exemple de boîte de dialogue sans bouton de fermeture. Ils fournissent quelques scénarios (par exemple, perte de données, progrès, etc.) pour justifier ce modèle.
Je ne peux penser qu'à une autre utilisation acceptable de ce modèle:
- Lorsqu'une personne a effectué une action (par exemple, la modification d'un paramètre système important, etc.) qui peut avoir des conséquences inattendues. Par conséquent, obliger les utilisateurs à confirmer/choisir une option. Je suis opposé à la confirmation de l'action de l'utilisateur any mais peut-être que c'est OK si cela empêche les gens de ruiner leur ordinateur. Soulever la question: pourquoi donner aux gens cette option? (C'est pour un autre fil ...)
Questions:
- Y a-t-il d'autres scénarios qui justifient la suppression du bouton de fermeture?
- Avez-vous vu des exemples "à l'état sauvage"?
La seule fois où je peux penser à l'absence de bouton de fermeture est lorsque l'action "Annuler" n'est pas acceptable, par ex. l'utilisateur doit faire un choix.
Ceci est souvent lié à des popups qui ne sont pas provoqués par l'action de l'utilisateur. Par exemple, le système doit être redémarré et demande à l'utilisateur quand le système doit redémarrer. "Maintenant", "Dans une heure", etc. Laisser l'utilisateur fermer ce popup n'empêchera pas le système de redémarrer - comme on pourrait s'y attendre puisque le bouton de fermeture devrait agir comme un bouton "annuler la demande".
Personnellement - je déteste quand mon système me force à redémarrer mon ordinateur, mais c'est une autre discussion :)
Personnellement, je pense que la directive de Microsoft n'a pas de sens.
Une boîte de dialogue typique demandant une décision à l'utilisateur donne des boutons pour toutes les actions possibles à entreprendre à ce stade (ok/annuler, oui/non, enregistrer/ne pas enregistrer/annuler). Dans la plupart des boîtes de dialogue, le bouton de fermeture ne donne pas à l'utilisateur un "contrôle" supplémentaire; il fournit simplement une méthode en double pour effectuer une action. De plus, selon les choix disponibles, il peut être ambigu de ce que fait réellement le bouton de fermeture.
Je peux voir l'intérêt d'un bouton de fermeture sur des boîtes de dialogue compliquées, telles que "imprimer" ou "paramètres". Dans ce cas, la charge cognitive sur l'utilisateur pour comprendre ce que font les boutons peut être élevée. Le bouton de fermeture offre un moyen rapide et immédiatement reconnaissable d'annuler l'opération. Mais sur les dialogues simples, je ne pense pas que cela ajoute de la valeur.
Je veux commencer par dire que je déteste les modaux. Je sais qu'il y a certainement des scénarios où ils sont bons et nécessaires, mais je ne les aime vraiment pas en principe.
Cela étant dit, certains des exemples donnés, je dirais, ne justifient pas la désactivation du bouton de fermeture. Un bouton de fermeture est une trappe d'évacuation très connue et confortable. Selon le scénario, oui ou non pourrait être l'action destructrice. Si un utilisateur arrive à cet endroit et est maintenant en mode panique parce qu'il ne veut vraiment pas faire l'action négative, il peut vouloir sortir de là le plus rapidement possible. Maintenant, je sais que le temps ne compte pas vraiment d'un point de vue technique, mais en tant qu'êtres humains, lorsque nous nous trouvons dans une position que nous jugeons dangereuse, nous voulons sortir de là le plus rapidement possible.
Le fait de fournir le bouton de fermeture comme une trappe d'évacuation m'évite dans mon état de panique d'avoir à traiter la question, à l'interpréter puis à décider sur quel bouton cliquer. Fermer va juste me sortir d'ici, sans poser de questions. Je n'ai pas à y penser.
Pour faire le point, considérez le modal qui lit, "Êtes-vous sûr de vouloir supprimer ce document?" oui le supprimera et non reviendra. Maintenant, si cette question est formulée, "Souhaitez-vous archiver ce document au lieu de le supprimer?" Notre développeur a essayé de nous fournir une option beaucoup moins destructrice, mais maintenant oui signifie ne pas le supprimer et aucun moyen de le supprimer.
Si le bouton de fermeture est là et que je veux juste sortir de la zone de danger, il fera la même chose quoi qu'il arrive.
Il peut y avoir des scénarios où il n'est pas possible de revenir en arrière, mais l'idéal serait que l'utilisateur confirme avant d'y arriver.
La suppression du bouton [X] doit être évitée à tout prix car il s'agit du bouton Aller à si vous ne savez pas quoi faire et souhaitez annuler vos actions.
Cela dit, j'ai dû en faire quelques-unes dans le passé. La raison en était que nous construisions une nouvelle interface utilisateur sur un très ancien logiciel. À une ou deux reprises, le logiciel avait besoin d'une réponse de l'utilisateur de telle manière qu'elle ne pouvait pas être ignorée. Corriger la raison pour laquelle cela était absolument nécessaire allait coûter tellement d'efforts pour quelque chose qui ne se produit que dans de rares occasions que le client a choisi de supprimer le bouton [X] et de forcer l'utilisateur à donner une réponse.
Je n'aime pas du tout mais parfois c'est une question de coût vs UX.
Je suis plus développeur que personne UX.
Mais je pense que les boîtes de dialogue sans bouton de fermeture ont un but. Pour la plupart, j'aime un principe de About Face de ne pas demander de confirmation. Donnez-leur plutôt une chance d'annuler. Problème: certaines actions ne peuvent pas être annulées et peuvent avoir de graves conséquences.
C'est une sorte d'intégrité des données, mais la divulgation de données à un tiers. Êtes-vous sûr de vouloir publier 20 documents marqués classés au Washington Post?