模态窗口/对话框是否被认为是网站的好习惯？使用模式窗口让我担心的一件事是它非常像一个弹出窗口，它可能会导致用户沮丧或导致用户简单地关闭它，因为它是侵入性的。你知道任何关于用户偏好和使用率的研究吗？
关闭 JavaScript 后，除了让模态窗口链接在新页面中加载内容之外，是否还有任何可访问性问题？您喜欢使用模态窗口的网站或 Web 应用程序吗？为什么或者为什么不？实现模态窗口的好的和坏的做法是什么？我知道在显示图片或画廊时最常使用模态框，但还有哪些其他实际用例？您是否在您的网站上使用它们？是什么导致您做出决定？
从实践的角度来看 - 不包括可访问性 - 模态窗口提供了一种替代方案，它不像对话框那样令人吃惊，并且感觉不像弹出窗口那样具有侵入性。与上述两种方法中的任何一种相比，它们通常对网站具有更强的凝聚力。除了图片或媒体之外，我还使用模式对话框来实现与对话框相同的目的——让用户提供某种形式的所需输入，或者在让他们再次与站点交互之前确认某些内容。
从纯粹可访问的角度来看，它们并不是那么好。它们通常需要 JavaScript，并且由于模态控件相对于 DOM 的管理方式，屏幕阅读器无法很好地解释它们。为了解决这个问题，优雅地降级总是一个好主意 - 一个建议是获取模式对话框的内容并将其放置在页面上。每当模态对话框出现时，将当前页面重定向到“模态页面”，获取用户的输入，然后返回到它所在的页面。
最后，就我个人的看法而言，我不介意模态窗口。我认为，如果使用得当，它们会提供不错的体验——如果有什么事情需要引起我的注意，那么我宁愿这样做，而不是从页面重定向我，显示丑陋的操作系统主题对话框或弹出窗口（无论如何，我的浏览器可能会阻止）。我想，总而言之，如果我必须选择我想被打断的方式，那么我会选择一个模态对话框。
似乎许多人将模态窗口与分层面板混淆了。对话框可以是模态窗口，弹出窗口是模态窗口。分层面板不是窗口，而是具有弹出窗口或对话框的外观。在底层不可用的意义上，它是模态的。模态窗口在网站上很受欢迎，因为它们不受弹出窗口阻止程序的影响。
模态窗口旨在获取底层应用程序继续运行所需的信息或用户操作。非模态窗口允许用户在窗口和底层应用程序之间来回切换。非模态窗口的一个很好的用途可能是屏幕帮助或教程，用户需要一个参考工具并访问底层应用程序。
恕我直言，模态窗口是为狭窄的特定目的而设计的，现在很多时候使用不当。仅仅因为你可以做某事并不意味着你应该做！:-)
我只在网络应用程序上使用模态窗口来解决需要用户全神贯注的简单问题或操作，这就是模态的作用，“忘记背景”并专注于应用程序的要求......
例子：
“允许的最大贷款已达到上限，您确定要将这笔新贷款发送给客户吗？”
例如，选择用于发送电子邮件的前置文本（一个模式窗口，可用于正确的主题和正文文本或选择预定义的主题/正文以发送给客户......
类似的东西 ：）
我做了很多财务网络应用程序，这些应用程序从用户输入所有财务数据的网站到通过 PDF 发送合同，只需点击几下即可完成，这些都是我使用模式窗口的操作。
希望能帮助到你
37Signals 在这里有一篇关于模态的有趣帖子。他们谈论使用模态来通过屏幕大小来指示重要性，其中模态覆盖不够重要以至于需要导航到新页面。
我经常在 Web 应用程序中使用模式窗口作为数据输入屏幕。例如，用户将有一个列表或搜索结果屏幕，并且可以单击记录以在模式窗口中将其打开以进行编辑。我不喜欢在网站中使用模态窗口，因为我更喜欢稍微少一点的“应用程序”，比如网站的感觉。
网络上对话的大部分问题都集中在执行不力上。一些考虑因素包括：
所有这些都可以通过一些深思熟虑和编程技术轻松克服，如果实施得当，网络上的对话框非常有用。