Urgent: RadMenu Z-index error

5 posts, 0 answers
  1. Keith
    Keith avatar
    61 posts
    Member since:
    May 2008

    Posted 12 Nov 2009 Link to this post

    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.


  2. Keith
    Keith avatar
    61 posts
    Member since:
    May 2008

    Posted 12 Nov 2009 Link to this post

    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.


  3. UI for ASP.NET Ajax is Ready for VS 2017
  4. Peter
    Admin
    Peter avatar
    6637 posts

    Posted 16 Nov 2009 Link to this post

    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.
  5. Keith
    Keith avatar
    61 posts
    Member since:
    May 2008

    Posted 17 Nov 2009 Link to this post

    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.
  6. Michael
    Michael avatar
    5 posts
    Member since:
    Jan 2013

    Posted 19 Feb 2013 Link to this post

    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.
Back to Top
UI for ASP.NET Ajax is Ready for VS 2017