This is a migrated thread and some comments may be shown as answers.

RadWindow does not respect bounds of scrollable element of RestrictionZoneID

4 Answers 85 Views
Window
This is a migrated thread and some comments may be shown as answers.
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 ?

4 Answers, 1 is accepted

Sort by
0
Georgi Tunev
Telerik team
answered on 09 Feb 2010, 06:42 AM
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.
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. 
0
Marin Bratanov
Telerik team
answered on 04 May 2012, 03:19 PM
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
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.
Tags
Window
Asked by
milan masat
Top achievements
Rank 1
Answers by
Georgi Tunev
Telerik team
Nanda
Top achievements
Rank 1
Marin Bratanov
Telerik team
Share this question
or