我有这个应用程序，用户可以在其中更改文本文件，当他们忘记保存它们时，会弹出一条小消息，提醒他们更改未保存，并询问他们是否要用两个按钮保存更改“是“和”否“。它还有一个复选框，显示“禁用此警告”。正如同样说的，如果用户检查它，当文本文件有未保存的更改时，消息将永远不会再弹出。该用户决定的预期行为应该是什么？
几个问题：
1）应该如果用户只选择了“是”，只有选择了“否”或其中任何一项的复选框值（如果他们检查的话）被记住？
2）让我们假设用户选中了该复选框，因此未再次警告未保存的更改。下次用户忘记保存更改时应该预期的行为是什么？
在用户禁用警告后，我应该总是采取默认操作（是：保存更改，否：放弃更改）？如果是这样，哪个动作？
或者我应该总是保存更改，或者始终在禁用警告后立即放弃相应的最后用户操作的更改？
由于复选框显示“禁用此警告”，这正是它应该做的。不要对你提供给用户的东西感到无奈，只是做你说的你要做的事！
如果他们忘记保存他们的更改并且他们没有被警告，那么他们不应该检查框。警告被禁用时，始终放弃更改是正确的。
然而，一个真正友好的界面将继续并保存更改，无论如何，也许是一个临时文件。然后可能会有一个“恢复上次更改”命令，将加载这些自动保存的更改。 – 2009-08-15 04:53:50
我同意，那会更友好。尽管如此，用户不应该在该行为中计数*。 – 2009-08-15 04:56:17
遵循用户不奇怪的想法，但惩罚用户的错误。即使保存到临时文件也只是一个半解决方案，除非您可以轻松恢复到临时文件。 – Imagist 2009-08-15 06:05:00
使复选框说''并且总是这样做'。
然后很明显，如果他们选择“否”，并检查它，它会一直选择“否”，反之亦然。
很明显，但仅在几秒钟后。我认为用户通常会在没有考虑到影响的情况下单击该框，以便使框消失。如果用户改变主意，您是如何允许用户修复它的？ – Imagist 2009-08-15 06:09:13
它应该在偏好区域内变化。他们不需要点击复选框让对话框消失;它是一个可选组件，当然？ – 2009-08-15 06:26:33
这是我可能会考虑的事情，当然，还会有一个首选项对话框，用户可以在其中更改所有内容。如果用户“通常点击盒子而不考虑只是为了让盒子消失而引起的反响”，那是他的错，他应该已经阅读了警告，他们在那里是有原因的。 – 2009-08-15 12:01:51
你在做什么是一个常见的UI模式，但恕我直言，我认为这不是一个好的用户体验。这是一个替代方案，我认为是更好的：
要特别回答你的问题：除非用户问你要不要丢弃任何东西。
Controlling Your Environment Makes You Happy是一个必须阅读的可用性。 Don't Make me Think!也是。
+1最后一点：除非用户要求，否则不要丢弃任何东西。伟大的建议。 – 2009-08-15 04:55:07
这可能是某些类型应用程序的最佳解决方案，但不适用于我的应用程序。就像我在上面的评论中所说的那样，这不是典型的应用程序，它带有一个菜单，您可以在其中创建新文件，打开文件，保存它们或将它们保存为，打印等等......做所有这些都超出了此应用程序的范围是关于。 – 2009-08-15 12:05:52
或者我应该永远保存更改或 总是因此放弃更改 到最后用户操作 右后他被禁用的警告？
我相信应该是预期的行为。如果你在屏幕上显示默认动作，这将是很好的。
我推荐书About Face 3: The Essentials of Interaction Design为一些非常好的GUI设计思路。
+1关于About Face的推荐。任何设计任何类型的用户界面的人都应该阅读。 – 2009-08-16 03:00:18
更好的选择是自动将文档保存到草稿中。这是可能的异步做到这一点。
我说，总是自动保存。忘记对话框。如果他们想要不保存就退出，请在文件菜单上进行明确的操作。
想想你想要多久保存一次而不是那些次数。这个比例大概是100比1，甚至1000比1。你想给用户999次不便以保护他们一次？
如果它完全符合用户的期望，这将是明智的。给用户造成不便是件坏事，但让他们感到惊讶的是*更糟糕。 – Imagist 2009-08-15 06:01:22
再次，不是具有菜单的典型应用程序，我的应用程序上没有主菜单。它工作方式不同。 – 2009-08-15 12:07:24
不知道真正的用户是谁，是否符合用户的期望是不可能的。我同意这个评论，但有一些例子证明有时候这样的方案有效（例如，考虑gmail和谷歌文档） – 2009-08-16 02:48:44
1）您还应该有一个“取消”按钮，用于中止退出，允许用户返回到文档以查看他/她是否要保存它。
2）“禁用此警告”有点太怪异。请尝试“不要再显示此警告”。这会告诉用户该警告不会显示，并且意味着在将来的情况下不会进行保存。这可能不是一个好主意，你应该重新考虑提供这种警告抑制功能。
3）在这种情况下，用户往往会想要保存的东西不是这样，所以这就是您的应用程序在没有警告的情况下应该做的事情。这种情况下的复选框应该是“退出时总是自动保存更改”。这意味着未来的情况下不会显示任何警告。
4）如果你做3，你还需要为用户从完全搞坏了该文件，并不想要节省恢复的另一种方式。它可能是一个撤消对话框，允许用户向后跳大跳跃，或者可能是一个菜单项，如“回到先前保存的版本”。理想情况下，即使在用户退出并重新打开文件后，此功能仍可用。 5）如果用户知道4），可以考虑做3）默认或唯一选项 - 根本没有警告。
所有这些都假定周期性隐式保存不是一个选项。
作为一个便笺，你应该避免“是/否/取消”，当你可以提供更多的显式按钮。在这种情况下，您可以使用一个包含“您没有保存您的更改（...）”的框消息：“立即保存”/“不保存”。 – christopheml 2009-08-17 12:34:04