Matthew Botting
Top achievements
Rank 1
Rank 1
Matthew Botting
asked on 21 Aug 2013, 02:29 AM
I am unsure if this is an issue with the RadWindow or RadMenu.
This used to work but since upgrading the current release 2013.2.717.40 I have found that when a modal RadWindow is open you are still able to access and use RadMenus on the page. It appears to be a z-index problem.
Please refer to your own demo site
http://demos.telerik.com/aspnet-ajax/window/examples/modalpopup/defaultcs.aspx
In IE10 (I haven't tested other browsers) whilst the popup is modal you can still access the product families menu at the top of the page. I have a similar issue in my application but this is easier than providing code.
I imagine that I can come up with a workaround by hacking the css but was wondering if you had an official fix that will be released soon.
Thanks
Matt
This used to work but since upgrading the current release 2013.2.717.40 I have found that when a modal RadWindow is open you are still able to access and use RadMenus on the page. It appears to be a z-index problem.
Please refer to your own demo site
http://demos.telerik.com/aspnet-ajax/window/examples/modalpopup/defaultcs.aspx
In IE10 (I haven't tested other browsers) whilst the popup is modal you can still access the product families menu at the top of the page. I have a similar issue in my application but this is easier than providing code.
I imagine that I can come up with a workaround by hacking the css but was wondering if you had an official fix that will be released soon.
Thanks
Matt
2 Answers, 1 is accepted
0
Hi Matt,
This is not a bug in either control. They are all HTML elements with absolute positioning and the one with a higher z-index value is shown on top. A Modal background in an HTML page is essentially some HTML element in the end, so this interaction depends on the overall site.
We have had an idea about a property ShowOnTopWhenModal, similar to the existing ShowOnTopWhenMaximized, and I have just created a public page where you can vote for it, leave a comment and track its progress: http://feedback.telerik.com/Project/108/Feedback/Details/56276-add-showontopwhenmodal-property-for-the-radwindow. If it accumulates enough interest among our clients we will consider its implementation.
For the time being you can change the z-index of your RadWindows as shown here: http://www.telerik.com/help/aspnet-ajax/controlling-absolute-positioning-with-zindex.html.
If you are using a RadWindowManager to create your RadWindows (and/or for RadAlert/RadConfirm/RadPrompt) you need to set the new z-index value in the manager's declaration.
Regards,
Marin Bratanov
Telerik
This is not a bug in either control. They are all HTML elements with absolute positioning and the one with a higher z-index value is shown on top. A Modal background in an HTML page is essentially some HTML element in the end, so this interaction depends on the overall site.
We have had an idea about a property ShowOnTopWhenModal, similar to the existing ShowOnTopWhenMaximized, and I have just created a public page where you can vote for it, leave a comment and track its progress: http://feedback.telerik.com/Project/108/Feedback/Details/56276-add-showontopwhenmodal-property-for-the-radwindow. If it accumulates enough interest among our clients we will consider its implementation.
For the time being you can change the z-index of your RadWindows as shown here: http://www.telerik.com/help/aspnet-ajax/controlling-absolute-positioning-with-zindex.html.
If you are using a RadWindowManager to create your RadWindows (and/or for RadAlert/RadConfirm/RadPrompt) you need to set the new z-index value in the manager's declaration.
Regards,
Marin Bratanov
Telerik
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to the blog feed now.
0
Matthew Botting
Top achievements
Rank 1
Rank 1
answered on 21 Aug 2013, 11:50 PM
Hi Martin,
Thanks your reply.
If this is not a bug I would call it a breaking change as it used to behave differently in the previous release.
Also my definition of a modal window is that the user could not interact with any controls in the parent page until the modal window had been closed (http://www.webopedia.com/TERM/M/modal_window.html)
You mention a feature request to allow controls to sit on top to the modal overlay. If this were implemented and I had explicitly enabled it then it would be the correct behaviour in my opinion.
I will have a play around with the z-index's used to rectify the issue.
Thanks,
Matt
Thanks your reply.
If this is not a bug I would call it a breaking change as it used to behave differently in the previous release.
Also my definition of a modal window is that the user could not interact with any controls in the parent page until the modal window had been closed (http://www.webopedia.com/TERM/M/modal_window.html)
You mention a feature request to allow controls to sit on top to the modal overlay. If this were implemented and I had explicitly enabled it then it would be the correct behaviour in my opinion.
I will have a play around with the z-index's used to rectify the issue.
Thanks,
Matt