A la fermeture: MsgBox ("Voulez-vous enregistrer?") Ou MsgBox ("Voulez-vous quitter sans enregistrer?")

Question

Quelle est la meilleure approche et pourquoi.

Answer 1

MsgBox (« un fichier a été modifié. Avez-vous souhaitez enregistrer avant de quitter? »)

Avec les options suivantes

• Enregistrer et Quitter (par défaut, la position de gauche)
• Annuler (position centrale, à côté du bouton gauche)
• Discard (position droite, avec une quantité d'espacement entre les autres boutons et celui-ci).

    The file xxx.txt has been modified. 
    Do you wish to save before quitting?
 

+---------+      +--------+ +-------------+ 
| Discard | <---- SPACING ----> | Cancel | | Save & Quit | 
+---------+      +--------+ +-------------+ 

Ne placez jamais jamais la défausse entre les autres boutons, car cela donnera des problèmes lors de miss-cliquant dessus. http://www.codinghorror.com/blog/2010/03/the-opposite-of-fitts-law.html

Answer 2

Vous devez rechercher les directives de l'interface utilisateur pour la plate-forme sur laquelle vous développez (recherchez «Directives d'interface utilisateur» ou «Directives de conception de présentation»). S'ils existent, vous devriez les suivre afin que votre application soit susceptible de se conformer aux attentes de l'utilisateur. Par exemple, Apple a specific guidelines pour quoi faire dans cette situation sur Mac OS X.

Le conseil typique pour ce scénario particulier est de ne pas avoir les boutons «Oui» ou «Non», mais des boutons qui décrivent l'action qu'ils exécutent . Par exemple, vous pouvez afficher une boîte de message comme: "Document a.txt a été modifié. Enregistrer les modifications?" avec les boutons "Enregistrer", "Quitter sans enregistrer" et "Annuler". Cela permet à l'utilisateur de savoir ce que chaque bouton va faire.

Answer 3

Au lieu d'une question oui/non, utilisez une question avec des boutons personnalisés:

The file blah.txt has been modified. Would you like to save or discard it? 

+------+ +---------+ +--------+ 
| Save | | Discard | | Cancel | 
+------+ +---------+ +--------+ 

Answer 4

Votre demande doit, comme l'un de ses principaux objectifs, ne perdent jamais les données de l'utilisateur. Une façon d'accomplir cela est d'économiser régulièrement le travail que l'utilisateur a fait sans intervention de l'utilisateur.

C'est le paradigme auquel la plupart des gens sont habitués dans la vraie vie. Quand les gens écrivent dans un cahier, ils ne s'attendent pas à ce que le journal demande: «Veux-tu que je commette ces changements sur papier?», Ils s'attendent à ce que les changements soient permanents à moins qu'ils choisissent explicitement de les rejeter. Donc, je ne poserais même pas cette question, implémenterais une fonctionnalité robuste d'annulation, et demanderais simplement (peut-être au début de la session de travail) un nouveau nom de fichier de sauvegarde si c'est un nouveau travail, économisant continuellement Sortie.

Ces idées viennent du très éclairant Why Software Sucks... And What You Can Do About It.

Answer 5

Quelque chose d'autre que je pense personnellement est important est la mise au point à n'importe quel bouton est l'équivalent d'annuler. Je pense que beaucoup d'utilisateurs s'habituent à ce genre d'invites et frappent simplement entrer sans même lire ce qui est dans la boîte de dialogue. Quand ils font cela, je pense que dans la plupart des situations, il est préférable de jouer en toute sécurité et annuler que de commettre quelque chose.

Answer 6

Je déteste qu'on me demande si je veux enregistrer, personnellement. Si j'avais besoin de le faire probablement. Si j'ai oublié, la plupart des programmes que j'utilise ont une fonction d'enregistrement automatique.L'idée de chercher des directives d'assurance-chômage est bonne, mais je suis d'accord avec la personne qui a suggéré une intervention minimale de l'utilisateur. Son analogie à propos de l'écriture sur papier a frappé le clou sur la tête. Beaucoup de programmes viennent avec une sorte de contrôle de version ces jours-ci.