模态弹出窗口-可用性
在哪些情况下会使用模式弹出窗口？
如果突然在脸上露出来，会打断用户的流动吗？
我们一般会避免出现模式弹出窗口吗？还是什么时候应该小心使用它们？
编辑：
更具体地说，这里的情况是这样的：
我在右侧有一个菜单(VisualStudio风格)，当用户想要添加元素时，我应该向下扩展菜单并让他们从中选择菜单，然后必须按OK按钮，或者显示Modal弹出窗口强迫他们选择。
(选择步骤是强制性的。)
解决方案
IMO，除了绝对确定需要用户立即注意的内容之外，请不要使用它们。否则，他们会无缘无故地中断流程
我认为避免模态弹出窗口不是有用的。考虑关闭未保存的工作，文件打开对话框之类的确认。
我认为当用户忙于其他事情时，我们不应该突然显示它们。
从维基百科：
模态窗口的常见用法包括：
- 提请人们注意重要的信息。有人批评这种用法无效。
- 阻止应用程序流程，直到输入需要继续的信息为止，例如登录过程中的密码。
- 在集中对话框中收集应用程序配置选项。在这种情况下，通常在关闭对话框时应用更改，并且在进行编辑时会禁用对应用程序的访问。
- 警告当前动作的影响不可逆。这是模态对话框的一种频繁交互模式，但是可用性专家也批评它对它的预期用途(防止破坏性操作中的错误)无效，并且存在更好的替代方法。
最小化。使用状态栏或者某些不露面的机制来通知用户。
要进行自动测试时，请务必小心。模态对话框喜欢玩" Show Stopper"。
更具体地说，这里的情况是这样的：
我在右侧有一个菜单(VisualStudio风格)，当用户想要添加元素时，我应该向下扩展菜单并让他们从中选择菜单，然后必须按OK按钮，或者显示Modal弹出窗口强迫他们选择。
(选择步骤是强制性的。)
我个人认为，模态弹出窗口总是可以避免的。模态弹出窗口最常见的用途是指示错误或者寻求用户输入以继续进行。这两种动作都可以"内联"方式完成，即通过在同一页面本身上创建适当的动作而不会出现模式弹出窗口来实现。
例如。文本字段输入中的错误可以通过将背景设置为红色或者在该字段旁边及其下方的错误文本旁边显示一个小的错误图标来表示。
弹出窗口始终是对用户的一种刺激，我认为可以巧妙地替换弹出窗口而不会丢失任何功能。
编辑：
在情况下，一种简单的解决方案是禁用提交按钮，直到用户做出选择为止。这将确保用户仅在做出选择后才单击"确定"。
如果我们确实选择了模式弹出式路线，请在接受输入之前添加一个延迟时间。几乎没有什么比在某个应用程序中输入和看到提示框闪烁的对话框更令人讨厌的了，这意味着弹出了某件事，接受了我们当时碰巧按下的任意随机键作为输入，然后采取了一些随机动作。
模态对话框很久以来就受到可用性专家的谴责，因为它们对用户工作流程具有破坏性。例如，请参见杰夫·拉斯金(Jef Raskin)的" Humane接口"一书，以讨论无模式接口。
