模式弹出窗口可用性

题

有什么情况下你会使用一模式弹出?它不会中断用户的流动，如果这一切突然开辟了他的脸吗？你会避免模式弹出窗口？或者当一个应小心使用它们的?

编辑：

要多一点的具体情况下，这里的情况是这样的：

我有一个菜单上的权利，(visual studio式)当用户要添加一个元素，我应该展开菜单下来，让他们选择的东西从它那里，然后按确定的按钮，或者显示一个模式弹出强迫他们进行选择。

(甄选步骤是强制性的。)

解决方案

频繁使用的模式窗口包括：

注意到重要信息。这种使用已经受到批评为效果不佳。
阻止应用程序的流程，直到所需的信息继续输入，例如密码登录进程。
收集应用程序配置选择在一个集中的对话。在这种情况下，通常的变化都应在关闭对话，并访问申请是无障碍的同时，编辑是正在取得进展。
警告的效果目前的行动是不可逆转的。这是一个频繁的相互作用的模式为模式对话，但它也是批评可用性，专家作为无效的对其使用目的(保护，防止错误的破坏性行为)和更好的替代品存在。

其他提示

就个人而言，我认为总是可以避免模态弹出窗口。模态弹出窗口的最常见用法是指示错误，或寻求用户输入以继续。这两个动作都可以“内联”完成，即通过在没有模态弹出窗口的同一页面上创建合适的动作。

E.g。文本字段输入中的错误可以通过使背景变为红色，或通过在字段旁边显示一个小错误图标以及它下面的错误文本来指示。

弹出窗口总是让用户感到恼火，在我看来，可以巧妙地更换弹出窗口，而不会丢失任何功能。

修改：在您的情况下，一个简单的解决方案是禁用提交按钮，直到用户进行选择。这将确保用户仅在选择后才能点击

如果您选择模态弹出路线，请在接受输入前添加延迟。在某些应用程序中输入并看到对话框的告示闪烁意味着突然出现的东西，接受当时正在按下的任何随机键作为其输入并开始采取一些随机动作

IMO，除了你确定需要立即引起用户注意的内容之外，请避免使用它们。否则，他们只是没有充分理由中断流程

我不认为避免模态弹出是有用的。考虑关闭未保存的工作，文件打开对话框以及此类事情的确认。

我认为当用户忙于其他事情时，你不应该突然显示它们。

最小化。使用状态栏或一些通知用户的非面对面机制。

如果您想进行自动化测试，请务必小心。模态对话框喜欢播放“show stopper”。

更具体一点，这里的情况是：

当用户想要添加元素时，右边有一个菜单（VisualStudio样式），我应该向下展开菜单并让它们从那里选择一些东西，然后必须按OK按钮，或者显示一个模态弹出窗口强制他们选择。

（选择步骤是强制性的。）

可用性专家长期以来一直谴责模态对话框，因为它们具有关于用户工作流程的破坏性。例如，参见Jef Raskin的“Humane Interface”和“Humane Interface”。讨论无模式接口的书。

许可以下： CC-BY-SA 和归因