IE（Z-index 渲染问题）答案

【问题标题】：IE (Z-index rendering problem)IE（Z-index 渲染问题）
【发布时间】：2010-10-15 05:07:30
【问题描述】：

我有一个 ASP.NET 应用程序，该应用程序在下呈现第 3 方（Telerik 的）菜单控件菜单展开时的另一个控件（RadDock）。

这个工件只发生在 IE7 中。不在 Safari/FF/Opera/Chrome 中（我有遗漏吗？）

菜单控件需要呈现在其他控件之上。

我已经在 Google 上搜索了相当多的内容，但还没有找到针对 IE7 修复它的简单解决方案。

IE 最容易解决这个问题的方法是什么？

您还知道这个 z-index 问题是否已在（待定？）IE8 中解决？

这个 Q 并不是要开始浏览器的火焰战争。请仅在您有相关评论。

谢谢。

【问题讨论】：

这很可能与 Telerik 的控件没有直接关系。你能具体说明哪些 html 元素是重叠的吗？
我也想看看答案。在我们的项目中，我们的菜单也与内容重叠，但仅在我使用 TabControl 的地方
tvanfosson 让我走上了正轨...我的母版页：

菜单控件

我必须为 3 个 div 以及 CSS 中的菜单控件指定相同的 z-index。
仅供参考，Telerik 默认 z-indexes：RadAjaxLoadingPanel - 90000 RadToolBar - 9000 RadToolTip - 8000 RadMenu - 7000 RadCombo - 6000 RadDatePicker - 5000 RadColorPicker - 4000 RadWindow - 3000050 RadDock 的 PopUp 编辑表单- 1000

标签： asp.net css cross-browser

【解决方案1】：

我以前也遇到过类似的问题，虽然不是你提到的第 3 方控件。如果浏览器是 IE，请检查是否有任何一个控件有条件地设置了它自己的 z-index。如果不是这种情况，请尝试为每个控件（或其容器）设置特定的 z-index，以确保 IE 不会退回到某种默认的未知 z-index。

如果 z-index 更改没有修复它，它实际上可能是定位问题而不是 z-index 问题。当您尝试进行跨浏览器兼容性时，定位问题很常见（根据我自己的经验）。

【讨论】：

【解决方案2】：

我不知道这是否相似，但我遇到了 z-index 问题，当 z-index 应用于容器的元素而不是容器本身时，z-index未正确应用于子元素。这表现为出现在本应位于顶部的菜单项顶部的背景边框。我通过对包含菜单项的容器应用相同的 z-index 解决了这个问题。我不知道 Telerik 控件如何设置其 CSS，但您可能需要检查分配给容器的类是否具有适当的 z-index 以及菜单项本身。

【讨论】：

已修复。谢谢！我必须为 CSS 中菜单控件的所有“父”元素（3：容器/内容/边）以及菜单控件显式指定 z-index！
菜单控件
不错的一个；P