什么时候真正需要模态对话?

模态对话框的用例

• 阻止应用程序流,直到输入继续所需的信息,例如登录过程中的密码。
• 在集中对话框中收集应用程序配置选项。在这种情况下,通常在关闭对话框时应用更改,并且在进行编辑时禁用对应用程序的访问。
• 警告:电流作用的影响是不可逆的。对于模态对话来说,这是一种频繁的交互模式,但可用性专家也批评这种模式对于其预期用途(防止破坏性行为中的错误)和更好的替代方案的存在是无效的。

(来源: Wikipedia )

当我使用它们的时候

在某些情况下,阻止他们做蠢事是绝对必须的。我的公司有一个web应用程序,用户有时在完成工作前离开页面。我们用一个模态(标准 onbeforeunload 如果他们没有保存他们的工作。

否则,我不使用情态动词,如果我能帮助它,我讨厌当一个应用程序从我正在做的事情中窃取焦点。

编辑 :我们不会在他们离开页面时自动为他们保存工作。我们在其他时间做,但不是当他们离开页面,因此模态。我确实写过可以在他们离开页面时保存他们的工作,但是实现它并不是一个“好”的主意,特别是如果他们不小心删除了他们的工作,不希望它自动保存。

唯一比用户输入更神圣的是我所知道的任何文件。除非我告诉过你,否则你不应该修改任何实现细节的文件。所以像“你想保存吗?”在出口处是必须的,因为我可以 希望 不保存。

假设一个应用程序需要打开一个对话框来执行某些操作。现在想象一下这些将是非模态对话框:当一个对话框打开时,您可以更改选择,甚至更糟-调用另一个命令,该命令本身将打开另一个对话框。现在假设这些对话框是模态的:那么你就必须关闭对话框继续进行,你不能进入选择在对话框下改变或者两个命令在等待输入的状态。