RadWindow's problem with IE's autocomplete suggestions

[toi]

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

[toi]

Just add new cc's email addresses.

[Georgi Tunev]

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.

[Mike]

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

[Fiko]

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.

[Mike]

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

[Paul J]

Same problem for me too. 

telerik, have you a better solution for this, or is our only option the workaround suggested by Mike?

[Rumen]

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