RadWindow does not respect bounds of scrollable element of RestrictionZoneID

5 posts, 0 answers
  1. milan masat
    milan masat avatar
    3 posts
    Member since:
    Feb 2010

    Posted 08 Feb 2010 Link to this post

    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 ?

  2. Georgi Tunev
    Admin
    Georgi Tunev avatar
    7207 posts

    Posted 09 Feb 2010 Link to this post

    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.
  3. Nanda
    Nanda avatar
    3 posts
    Member since:
    May 2012

    Posted 03 May 2012 Link to this post

    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. 
  4. Marin Bratanov
    Admin
    Marin Bratanov avatar
    5706 posts

    Posted 04 May 2012 Link to this post

    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.
  5. Nanda
    Nanda avatar
    3 posts
    Member since:
    May 2012

    Posted 14 May 2012 Link to this post

    Hi Marin,

    Thank you very much for valuable information.
Back to Top