modal windows/dialogs被认为是网站的良好实践吗?使用模式窗口让我担心的一件事是,它非常像一个弹出窗口,它可能会让用户感到沮丧,或者因为它具有侵入性而导致用户简单地关闭它。你知道有什么关于用户偏好和使用率的研究吗?
除了在JavaScript关闭时让模式窗口链接加载新页面中的内容之外,还有什么可访问性问题吗?您是否喜欢使用模式窗口的网站或web应用程序?为什么或者为什么不?实现模式窗口有哪些好的和不好的实践?我知道在展示图片或画廊时,模态可能是最常用的,但还有其他一些实际的用例吗?你在你的网站上使用它们吗?是什么促使你做出这个决定?
发布于 2008-10-15 11:43:33
从实践的角度来看-排除可访问性-模式窗口提供了另一种选择,它不像对话框那样令人惊讶,也比弹出窗口更具侵入性。他们通常比上述两种方法中的任何一种对网站有更强的凝聚力。除了图片或媒体之外,我还使用模式对话框来实现与对话框相同的目的--让用户提供某种形式的必需输入,或者在让用户再次与站点交互之前确认一些内容。
从纯粹可访问的角度来看,它们并不是那么好。它们通常需要JavaScript,并且由于相对于DOM管理模态的方式,屏幕阅读器不会很好地解释它们。为了解决这个问题,优雅地降级总是一个好主意-一个建议是将模式对话框的内容放在页面上。每当出现模式对话框时,将当前页面重定向到“模式页面”,获取用户的输入,然后返回到它所在的页面。
最后,就我个人的观点而言,我不介意模式窗口。我认为,如果使用得当,它们会提供一种不错的体验--如果有来吸引我的注意力,那么我更希望它不会从页面重定向,不会显示一个丑陋的操作系统主题对话框,也不会弹出一个窗口(无论如何,我的浏览器都会阻止它)。我想,总而言之,如果我必须选择我希望被中断的方式,那么我会选择模式对话框。
发布于 2010-04-23 19:03:51
似乎很多人把模式窗口和分层面板搞混了。对话框可以是模式窗口,弹出窗口可以是模式窗口。分层面板不是窗口,但具有弹出窗口或对话框的外观。从底层不可用的意义上讲,它是模态的。模式窗口在网站上很流行,因为它们不受弹出窗口阻止程序的影响。
模式窗口旨在获取基础应用程序继续运行所需的信息或用户操作。非模式窗口允许用户在窗口和底层应用程序之间来回切换。非模式窗口的一个很好的用途可能是屏幕帮助或教程,其中用户需要一个参考工具和对底层应用程序的访问。
IMHO,模式窗口是为狭义的特定目的而设计的,现在很多时候都是不适当的使用。仅仅因为你能做某事并不意味着你应该!:-)
发布于 2008-10-15 11:48:52
我只在web应用程序上使用Modal窗口来处理简单的问题或需要用户全神贯注的操作,这就是Modal的用途,以便“忘记背景”,专注于应用程序的要求……
示例:
“已达到允许的最大贷款上限,是否确实要将此新贷款发送给客户端?”
例如,选择用于发送电子邮件的前置文本(可用于右转主题和正文文本或选择要发送给客户端的预定义主题/正文的模式窗口...
类似这样的东西:)
我做了很多金融web应用程序,从用户输入所有财务数据的网站到发送PDF格式的合同,只需点击几下即可,这些都是我使用模式窗口的操作。
希望能有所帮助
https://stackoverflow.com/questions/206113
复制