RadWindow's problem with IE's autocomplete suggestions

8 posts, 0 answers
  1. toi
    toi avatar
    22 posts
    Member since:
    Oct 2008

    Posted 17 Feb 2009 Link to this post

    Hi Guys,

    I have some problems of IE's Autocomplete suggestions.
    The  IE's Autocomplete suggestions show in wrong position in child window when use RadWindow

    Condition...
    - The parent page have scroll

    - When I open the RadWindow as an overlay and keep the position of overlay not go to top of parent's page the IE Autocomplete suggestions show wrong position. But if I move the overlay to the top of page by scroll up the IE autocomplete is shown the correct position.

    How can I solve this problem?

    Thanks in advance,
    -Toi

  2. toi
    toi avatar
    22 posts
    Member since:
    Oct 2008

    Posted 17 Feb 2009 Link to this post

    Just add new cc's email addresses.
  3. Georgi Tunev
    Admin
    Georgi Tunev avatar
    7207 posts

    Posted 19 Feb 2009 Link to this post

    Hello Toi,

    I tried to reproduce the problem locally but to no avail. Could you please open a support ticket and send me a small sample project where this behavior can be observed?
    Just make sure that the project can be run locally and attach it to the support thread - I will check it right away.


    Greetings,
    Georgi Tunev
    the Telerik team

    Instantly find answers to your questions on the new Telerik Support Portal.
    Check out the tips for optimizing your support resource searches.
  4. Mike
    Mike avatar
    18 posts
    Member since:
    Mar 2008

    Posted 09 Jun 2010 Link to this post

    I have this problem too and it has persisted through many versions up to the latest.

    I have a login RadWindow which opens next to its trigger control.   If the trigger control is at the bottom of the page and you have to scroll down to see it then any autocomplete used in the window is displaced below its correct position.

    You can see a video demonstration of the problem here -> http://www.screencast.com/t/ZWNiMDNj

    Mike
  5. Fiko
    Admin
    Fiko avatar
    1406 posts

    Posted 14 Jun 2010 Link to this post

    Hello Mike,

    Thank you for the provided video. Unfortunately it is not enough for me to isolate the problem. Could you please open a new support ticket and send me a runnable project which demonstrates the issue? I need to take a closer look over the problem in order to provide a working solution.

    Regards,
    Fiko
    the Telerik team

    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
  6. Mike
    Mike avatar
    18 posts
    Member since:
    Mar 2008

    Posted 22 Jun 2010 Link to this post

    I haven't fixed thius but I have found a work around after raising a support ticket.

    This is caused by an IE bug which has been present since IE6.   My work around involves removing the scroll if it is in the IE browser.

    function openWin(url, windowName, offsetElementId) {  
        if ($telerik.isIE) window.scrollTo(0, 0);  
        var win = window.GetRadWindowManager.radopen(url, windowName);  
        if (!$telerik.isIE && offsetElementId) win.set_offsetElementID(offsetElementId);  
    }  
     
    I have paraphrased a bit so you may have to adjust it for your own circumstances.

    This means in IE the page is scrolled to the top and the window opened in the middle of the screen.   For other browsers the window opens next to the calling element if it is defined.

    HTH

    Mike
  7. Paul J
    Paul J avatar
    101 posts
    Member since:
    Nov 2008

    Posted 18 Jul 2012 Link to this post

    Same problem for me too. 

    telerik, have you a better solution for this, or is our only option the workaround suggested by Mike?
  8. Rumen
    Admin
    Rumen avatar
    14420 posts

    Posted 20 Jul 2012 Link to this post

    Hi,

    The reason for this IE bug however is not in the RadWindow control so there isn't anything that we can do about it from our side. The actual reason for this behavior is the way IE treats content displayed in absolute positioned IFRAMEs (RadWindow is basically an IFRAME) and this bug is present since IE6. You can test this for yourself by putting a standard IFRAME in your parent page:
    <iframe style="position:absolute; top:600px;" src="Popup.aspx" width="990px"; height="800px"></iframe>
    and check the page in IE.
    What I can suggest in your scenario is either to disable the autocomplete feature of the textbox or as an alternative - to use RadWindow as a control container. In such case, the content is on the same page (not in an IFRAME) and the IE bug will not occur.

    Another approach is to use the workaround provided by Mike.

    Best regards,
    Rumen
    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.
Back to Top