The problem I am having is one I have a main page that has a panel in it.  The panel has been set to a relative position and overflow:hidden in order to hide the panel with the web splitter.  This was how I was told by infragistics to hide the grid in the splitter.  So now when I try to render my context menu's in this relative positioned container (panel) it's position is all messed up.  I am trying to find some kind of js method that will help me get the offsets to show the menu in the right spot that the user clicked.  Any suggestions would be great.

I need some kind of method that works with both IE and firefox to position the context menu on the user click.  I was using your excel example for positioning:

//Firefox passes event arg as parameter (evt). If that is null, we'll use window.event (Internet Explorer proprietary)

//Call show menu with menuID

//specify clientX and clientY to get more accurate positioning for this particular layout

var y = (e.clientY + document.documentElement.scrollTop);

//Firefox (W3C) - cancel event

//InternetExplorer (Proprietary) - cancel event

return false;

But this position that I give for x and y are correct but b/c they are in a relatively positioned panel.  It positions them off of the panel and the context menu is way off where it should be.

Hello,

Thanks for the follow-up. Indeed, the sample code in the Excel example, while good, does not cover all scenarios. Are you using ASP.NET 2.0 / 3.5 with asp:ScriptManager available? If so, you can use

var element = e.target; (the HTML element where click is registered) 

var j = Sys.UI.DomElement.getLocation(element);
var x = j.x;
var y = j.y;

You can also play with e.x and e.y instead of clientX / Y and see if you get better results. 

Cool - glad I was able to help a bit and thanks for sharing your solution with the community. I will do my best to have the Excel example updated (although the problem there is that not all clients have asp:ScriptManager and have not upgraded their framework, but we will see what we can do). 

thanks for the help Rumen!

I ended up solving my issue by using the Sys.UI.DomElement.getLocation(element) - with which works both in IE and firefox.  My problem which was hindering my positioning of the context menu was that when the user would force the context menu to show in my relatively positioned panel that I would set the x y values of the context menu based off the actual window.  Now that I had my offset from the getLocation method I just applied it to the excel positioning method and it works perfectly.  Here is my code if anyone ever has the same issue.  I created a single context menu method that accepts any of my context menus and positions it accordingly by where the menu is located.  If my menu is not in the relatively positioned user control panel I use the copy/excel position.  If the menu is in my user control I just apply my offsets to the original x y values to position appropriately

//Show context menu

var contextYpos = 0;

//Firefox passes event arg as parameter (evt). If that is null, we'll use window.event (Internet Explorer proprietary)

//If the current context is from a user get control panel location to position

//context menu correctly

else

//Show Menu

//Firefox (W3C) - cancel event

//InternetExplorer (Proprietary) - cancel event

return false;