
milan masat
Top achievements
Rank 1
milan masat
asked on 08 Feb 2010, 03:27 PM
I try to use RadWindow component in developement of some kind of report designer having scrollable div set as restriction zone for on client side dynamically created window components. But even if i pine current window on needed location, any upwards scroll operation on RestrictionZoneID element results that window are getting over bottom visible bound of that scrollable div. (see attached screenshot)
Is there any way how to solve this problem ?
Is there any way how to solve this problem ?
4 Answers, 1 is accepted
0
Hi Milan,
The restriction zone cannot be a scrollable div. Once the size and the position of the restriction zone is set, it cannot be changed dynamically after that.
Best wishes,
Georgi Tunev
the Telerik team
Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
Follow the status of features or bugs in PITS and vote for them to affect their priority.
The restriction zone cannot be a scrollable div. Once the size and the position of the restriction zone is set, it cannot be changed dynamically after that.
Best wishes,
Georgi Tunev
the Telerik team
Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
Follow the status of features or bugs in PITS and vote for them to affect their priority.
0

Nanda
Top achievements
Rank 1
answered on 03 May 2012, 02:29 PM
HI,
Unfortunately my application needs scroll for Profile like screens. at the same time i need telrik pop up should be in restricted zone.
i am using jquery plugin of telrik and the application is mvc based. please provide me the solution.
Unfortunately my application needs scroll for Profile like screens. at the same time i need telrik pop up should be in restricted zone.
i am using jquery plugin of telrik and the application is mvc based. please provide me the solution.
0
Hello James,
The restriction zone must be a static element on the page with explicit dimensions set in pixels. The main reason for this is that if this requirement is not met it can change its size and/or position. The problem with this change is that we cannot be notified about is in order to take some action with the RadWindows. Even if there was an event fired by the browser what would be the expected behavior for the RadWindows - to center again? To move to (0,0)? Something else? In all cases they would change without the user doing it which would be perceived as a bug. Yet another problem is the fact that a dynamic zone may become insufficient to contain its RadWindows which is not a valid case and the developer must make sure that the zone can contain at least the original dimensions of the RadWindows that are opened.
All that being said - recently there have been some improvements on this functionality that allow it to handle better some invalid scenarios, yet they should still be avoided and the requirement that the zone must be static, must have size in pixels and must not scroll is still in effect. Thus, I advise that you upgrade to the latest version of the controls.
With regard to MVC - please keep in mind that not everything from the Telerik RadControls for ASP.NET AJAX suite is supported in the MVC environment, because the frameworks are different and the RadControls for ASP.NET AJAX depend on the page lifecycle the WebForms engine provides.
What I can also suggest is that you set the KeepInScreenBounds property to true - it will return any RadWindow dragged outside of the viewport back inside.
You may also find useful the native MVC RadWindow extension we offer, for more details you can check out this demo.
Greetings,
Marin
the Telerik team
The restriction zone must be a static element on the page with explicit dimensions set in pixels. The main reason for this is that if this requirement is not met it can change its size and/or position. The problem with this change is that we cannot be notified about is in order to take some action with the RadWindows. Even if there was an event fired by the browser what would be the expected behavior for the RadWindows - to center again? To move to (0,0)? Something else? In all cases they would change without the user doing it which would be perceived as a bug. Yet another problem is the fact that a dynamic zone may become insufficient to contain its RadWindows which is not a valid case and the developer must make sure that the zone can contain at least the original dimensions of the RadWindows that are opened.
All that being said - recently there have been some improvements on this functionality that allow it to handle better some invalid scenarios, yet they should still be avoided and the requirement that the zone must be static, must have size in pixels and must not scroll is still in effect. Thus, I advise that you upgrade to the latest version of the controls.
With regard to MVC - please keep in mind that not everything from the Telerik RadControls for ASP.NET AJAX suite is supported in the MVC environment, because the frameworks are different and the RadControls for ASP.NET AJAX depend on the page lifecycle the WebForms engine provides.
What I can also suggest is that you set the KeepInScreenBounds property to true - it will return any RadWindow dragged outside of the viewport back inside.
You may also find useful the native MVC RadWindow extension we offer, for more details you can check out this demo.
Greetings,
Marin
the Telerik team
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 their blog feed now.
0

Nanda
Top achievements
Rank 1
answered on 14 May 2012, 06:18 AM
Hi Marin,
Thank you very much for valuable information.
Thank you very much for valuable information.