模态对话是网络的一个好习惯吗?

时间:2008-10-15 19:37:11

标签: user-interface modal-dialog

modal windows/dialogs被视为网站的良好做法吗?关于使用模态窗口的一个问题是,它非常像弹出窗口,它可能会导致用户沮丧或导致用户只是关闭它,因为它是侵入性的。您是否知道有任何关于用户偏好和使用率的研究?

当JavaScript关闭时,是否存在任何可访问性问题,而不是在新页面中加载模态窗口链接?您是否喜欢网站或使用模态窗口的网络应用程序?为什么或者为什么不?实现模态窗口有哪些好的和坏的做法?我知道在显示图片或画廊时最常使用模态,但还有哪些其他实际用例?您是否在自己的网站上使用它们,是什么导致您做出决定?

6 个答案:

答案 0 :(得分:14)

从实践的角度来看 - 排除可访问性 - 模式窗口提供了一种替代方案,例如对话框不那么令人吃惊,并且比弹出窗口感觉更少侵入。与上述两种方法中的任何一种相比,它们通常具有更强的粘合感。除了图片或媒体之外,我还使用模态对话框来实现与对话框相同的目的 - 让用户提供某种形式的必需输入,或者在让他们再次与网站交互之前确认一些内容。

从纯粹可接受的角度来看,它们并不是那么伟大。它们通常需要JavaScript,并且由于相对于DOM管理模态的方式,屏幕阅读器不会很好地解释它们。为了解决这个问题,优雅降级总是一个好主意 - 一个建议是采取模态对话框的内容并将其放在页面上。每当模式对话框出现时,将当前页面重定向到“模态页面”,获取用户的输入,然后返回到它所在的页面。

最后,就我个人的意见而言,我不介意模态窗口。我认为,如果使用得当,它们提供了不错的体验 - 如果引起我的注意,那么我宁愿这样做而不会将我从页面重定向,显示一个丑陋的操作系统主题对话框或弹出窗口(无论如何我的浏览器可能会阻止)。我想,总而言之,如果我必须选择如何我想被打断,那么我会选择一个模态对话框。

答案 1 :(得分:2)

似乎很多人将模态窗口与分层面板混淆。对话框可以是模态窗口,弹出窗口是模态窗口。分层面板不是窗口,但具有弹出窗口或对话框的外观。在某种意义上它是模态的,即底层不可用。模态窗口在网站上很受欢迎,因为它们不受弹出窗口阻止程序的影响。

模态窗口旨在获取底层应用程序需要继续的信息或用户操作。非模态窗口允许用户在窗口和底层应用程序之间来回切换。非模态窗口的一个很好用途可能是屏幕帮助或教程,用户需要一个参考工具并访问底层应用程序。

恕我直言,模态窗口是为了一个狭窄的特定目的而设计的,现在很多时候使用不当。仅仅因为你可以做某事并不意味着你应该做的事情!: - )

答案 2 :(得分:1)

我只在网络应用程序上使用模态窗口来处理需要用户完全集中的简单问题或操作,这就是Modal的用途,“忘记背景”并专注于应用程序所要求的内容......

的示例:

“允许的最高贷款达到了限额,您确定要将此新贷款发送给客户吗?”

选择用于发送电子邮件的前置文本(可用于正确主题和正文的模态窗口或选择预先定义的主题/正文以发送给客户...

像这样的东西:)

我做了很多财务网络应用程序,这些应用程序从用户输入所有财务数据的网站开始工作,通过PDF填写合同发送合同,只需点击几下,这些是我使用模态窗口的操作。

希望有所帮助

答案 3 :(得分:0)

37Signals有一篇关于模态here的有趣帖子。他们谈论使用模态来指示屏幕大小的重要性,其中模态叠加不够重要,无需导航到新页面。

答案 4 :(得分:0)

我经常在网络应用中使用模态窗口来进行数据输入屏幕。例如,用户将具有列表或搜索结果屏幕,并且可以单击记录以在模态窗口中将其打开以进行编辑。我不会在网站中使用模态窗口,因为我更喜欢像网站一样的“应用程序”。

答案 5 :(得分:0)

网络中心对话的大多数问题都是执行不力。一些考虑因素包括:

  • 屏幕尺寸
  • 浏览器窗口调整大小
  • 在哪里打开对话框
  • 提交表单元素
  • 苛刻的叠加闪光灯效果
  • 优雅退化(如前所述)

所有这些都可以通过一些预先考虑和编程技术轻松克服,在正确实施时,网页上的对话非常有用。