I'm experience some behavior difference in the WebDataMenu vs. the UltraWebNavigator.
If you put a WebDataMenu on a form which includes an "a" tag on the same form with logic to include launching a popup window and partially obscure the WebDataMenu, you will be fine unless your mouse then hovers over the WebDataMenu again. This will result in the window changing focus, and the popup window will be hidden behind the original form. This is not the desired behavior and not the same as what was experienced using the UltraWebNavigator.
Environment: IG 2012.1
Browser: IE 9
Steps:
bind a WebDataMenu on your form.
create an "a" tag like outlined below.
debug page.
click on link, launch popup. Note original page is partially obscured by popup;
hover over webdatamenu. Note that the popup flips to behind the original form.
example:
<a href="BLOCKED SCRIPT Popup();">Google</a>
.....
function Popup() { var oWindow; var sOptions = new String(); var sUrl = new String(); var sTarget = new String(); sOptions = "scrollbars=1;menubar=0;toolbar=0;status=0;titlebar=0;resizable=yes;"; sUrl = "google.com"; sTarget = "MAILTOADDRESS"; oWindow = window.open(sUrl, sTarget, sOptions, true); oWindow.resizeTo(400, 450); }
Just noticed that this does not happen in Firefox. I have no idea why.
Hello Alan,
Thank you for posting in the community.
By default, WebDataMenu activates items automatically on hover and that is the reason for the window focus swtiching in your scenario. In order to avoid that, you can set theActivateOnHoverproperty of WebDataMenu to false.
Please let me know if this helps.
Thank you for your reply.
After testing this some more I noticed that the issue seems to occur only in IE9 compatibility mode. Please let me know if you are able to reproduce the matter in other document and browser mode configurations.
I'll continue to investigate the issue and will keep you posted of my findings.
according to the F12 debugging tool, I am running in IE9 standards mode and I am always using doctype:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
Thank you for the additional information. I am still investigating the matter and will provide you with more information tomorrow.
I have asked our engineers to examine the matter further. To ensure that it will receive attention, I have logged this behavior in our internal tracking system with a Development ID of 126573. The next step will be for a developer to review my investigation and confirm my findings or to offer a fix, or other resolution.
I have created a support ticket for you regarding this matter - CAS-103698-P7M8T9 and will update you with any new information after the review. You can also continue to send updates to this case at any time.
You can view the status of the development issue connected to this case by selecting the "Development Issues" tab when viewing this case on the web site.
Please let me know if you need more information.
Any update to this? We're currently on 12.2 and it still is happening. When "window.open" is used to open a popup and then mouse is waved over parent menu - parent steals focus and popup goes behind.
Any solution to this?
Thanks!
Thanks for replying. Well, that's figures - it's Infragistics. I will try some hack workarounds and post here if any is successful.
I haven't heard squat on this.
This is the next year. Any news on this really annoying issue?
I got a notification last week that they are refactoring a few things and are not expecting a fix until next year.