We are using the Rad Menu control (ASP.NET AJAX Controls ver 2008.2 1001) in a web interface. When viewing the interface with IE7 (ver 7.0.5730.12) there is a z-index error, even though the RadMenu has been set to have a z-index lower that other page items, it appears on top. We double checked and tried multiple z-index orders to no avail.
The attached screen shot shows the problem. We are using the Superfish javascript library for a top level drop down menu and we have several RadMenu controls (and other Rad Controls) on the page as well. One of which is used for a "Getting Started" menu (illustrated in the attachement). When the top level navigation menu drops down, it appears behind the RadMenu, even though the RadMenu has a lower z-index.
The other Rad Controls i.e Tree View do not misbehave. They seem to honor their z-index.
It is most urgent that we have a immediate solution for the problem. We are less than a week away from a production delivery date for a system used by the USG with over 350K users.
Please donot bother asking for the code, it is part of a huge proprietary website with tight back-end integration, so it is not possible to do so.
A quick solution would be most appreciated.
Keith E.
The attached screen shot shows the problem. We are using the Superfish javascript library for a top level drop down menu and we have several RadMenu controls (and other Rad Controls) on the page as well. One of which is used for a "Getting Started" menu (illustrated in the attachement). When the top level navigation menu drops down, it appears behind the RadMenu, even though the RadMenu has a lower z-index.
The other Rad Controls i.e Tree View do not misbehave. They seem to honor their z-index.
It is most urgent that we have a immediate solution for the problem. We are less than a week away from a production delivery date for a system used by the USG with over 350K users.
Please donot bother asking for the code, it is part of a huge proprietary website with tight back-end integration, so it is not possible to do so.
A quick solution would be most appreciated.
Keith E.
4 Answers, 1 is accepted
0
Keith
Top achievements
Rank 1
Rank 1
answered on 12 Nov 2009, 09:25 PM
We seem to have a fix (or hack). Setting the z-index for the control by added a style attribute to it with a chosen index does not fix anything, even though the z-index is applied and can be seen when inspected with IE Developer Toolbar.
However, if we create a custom skin for the RadMenu and set the ".RadMenu_Custom" class to have a z-index of 1 (in the Menu.Custom.css style sheet), all is well. If you make the z-index 2 or higher, it screws up.
Why should it care?? This restriction or bug does not make the control very useful, if you had to place objects between the base page (z-index 0) and the control.
Keith E.
However, if we create a custom skin for the RadMenu and set the ".RadMenu_Custom" class to have a z-index of 1 (in the Menu.Custom.css style sheet), all is well. If you make the z-index 2 or higher, it screws up.
Why should it care?? This restriction or bug does not make the control very useful, if you had to place objects between the base page (z-index 0) and the control.
Keith E.
0
Hello Keith,
Please, review the following blog post and check if it helps:
http://blogs.telerik.com/atanaskorchev/posts/09-07-02/z-index_demystified.aspx
Greetings, Peter
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
Please, review the following blog post and check if it helps:
http://blogs.telerik.com/atanaskorchev/posts/09-07-02/z-index_demystified.aspx
Greetings, Peter
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
0
Keith
Top achievements
Rank 1
Rank 1
answered on 17 Nov 2009, 06:47 PM
Whew!! This was a tough nut to crack. The problem ended up being a syntax error in a style sheet for the site. One of the developers had an erroneous "}" (closing brace) where he commented out a line of code.
Keith E.
Keith E.
0
Michael
Top achievements
Rank 1
Rank 1
answered on 19 Feb 2013, 08:19 PM
We're experiencing this bug wherein if you do not set the z-index explicitly in the CssClass of the RadMenu, a z-index is selected that is not respected by subsequent RadWindow instantiations. That is, the logic that sets the z-index of the n+1 RadWindow only looks at other RadWindows - not all RadControls on the page that may or may not be in front of them.
IMHO, The RadWindow z-index'ing logic should be updated to set the initial z-index (3000 or something) to +1 greater than any other RadControl on the page with a dynamically set z-index, then increment for each subsequent window.
IMHO, The RadWindow z-index'ing logic should be updated to set the initial z-index (3000 or something) to +1 greater than any other RadControl on the page with a dynamically set z-index, then increment for each subsequent window.