Completed
Last Updated: 27 Sep 2016 13:53 by OWMontreal
You can find attached three pages that illustrate the problem and mainpage.aspx offers a workaround.
Steps to reproduce, if the workaround is removed:
1) Browse the MainPage.aspx
 2) Click the "Show RadWindow 1" button
 3) In the first RadWindow, click the "Show RadWindow 2" to open the child modal RadWindow (Content Page 2)
   -- if you click the "Show Current Active Window" button in content page 1, you can see the current active window is  the "Content Page 1" which is correct.
 4) Maximize the second RadWindow and close it
 5) Back in the first RadWindow, click the "Show Current Active Window" button, the current active window will host the "Content Page 2" and will have the ID of the second dialog
Completed
Last Updated: 08 Jan 2016 14:26 by ADMIN
Completed
Last Updated: 18 Mar 2015 06:08 by ADMIN
Completed
Last Updated: 16 Apr 2015 15:20 by Elena
Completed
Last Updated: 29 Jul 2016 08:59 by ADMIN
ADMIN
Created by: Marin Bratanov
Comments: 0
Category: Window
Type: Feature Request
0
In Q3 2013 the script that creates the modal background for our dialogs (e.g., RadAlert, RadConfirm) was improved with the following:
- some issues that allowed focus to get to the background were fixed
- accessKey handling was improved
- an option was added to set the disabled attribute of elements the developer chooses
- tabIndex recognition was improved (the key problem is that if the attribute is not set, no two browsers return the same or proper information)

Since these scripts now do a lot more work, huge pages can experience a slowdown when a modal dialog is shown. For example, a page with about 7000 elements took about 800ms vs about 70ms with the old scripts for the same page.

The performance can be improved by adding the attached script (a minified version of the old code) to the end of the page. You can add it as a script reference, or simply copy it inline, depending on your preferences. Using this script will, however, remove the fixes and improvements done in Q3 2013, as well as any other modifications we make in the future.

If a performance improvement in the scripts is possible, it will speed up the process (probably not all the way to the previous levels) without losing the new functionality.
Completed
Last Updated: 16 Dec 2016 11:49 by ADMIN
A workaround is to call a function that will increase the z-index when it activates. The attached example shows a workaround.
Completed
Last Updated: 11 May 2015 10:37 by ADMIN
A workaround is to disable animations. You can do this in the control markup/code-behind or JavaScript depending on your case.

In case this is not an option, you can disable the animations prior to closing so that autosizing does not use them:
function CloseAndRebind() {
	GetRadWindow().BrowserWindow.refreshGrid();
	setTimeout(function () {
		var wnd = GetRadWindow();
		wnd.set_animation(0);//disable animations
		wnd.close();
	}, 0);
}

You can find the detailed discussion here http://www.telerik.com/forums/issue-with-radwindow-(2014-2-618-45)
1 2 3 4