bad thing....
did you have a version where you use the new function????
Firefox 1.6 chrashes here:
function igtbl_getAbsBounds(elem, g, forAbsPos) { var r = new Object(); if (ig_csom.IsIE && elem.getBoundingClientRect) { var rect = elem.getBoundingClientRect(); r.x = rect.left; r.y = rect.top; r.w = rect.right - rect.left; r.h = rect.bottom - rect.top; } else if (ig_csom.IsFireFox && document.getBoxObjectFor(elem)) { var rect = document.getBoxObjectFor(elem); r.x = rect.x; r.y = rect.y; r.w = rect.width; r.h = rect.height; } else { return igtbl_getAbsBounds2(elem, g); }
.....
now to use: elem.getBoundingClientRect();
is this corrected in Vol.2 2009 ?????
can i change the script in
D:\Programme\Infragistics\NetAdvantage for .NET 2009.1\ASP.NET\CLR3.5\Scripts\ig_WebGrid.js
to repair the control??????
If i change this script, the project still uses the old one....
Hi, did you ever work out how to fix this, I've got the same problem, as it's not picking up the change. I guess I have to rebuild the resources? Any help would be appreciated.
Happy New Year !
Steve
I changed this line in ig_WebGrid.js:
else if (ig_csom.IsFireFox && document.getBoxObjectFor(elem))
to:
else if (ig_csom.IsFireFox && document.getBoxObjectFor)
It appears to be a bug anyway since that statement should be just checking for the existance of getBoxObjectFor and not calling it. It's called within the following block if it exists.
This solved our problem. We're using 2008v1 currently. We include all the ig_common resources without our application so any changes or fixes automatically get included in any shipped builds. You can do this by adding this to your web.config:
<infragistics.web imageDirectory="~/ig_common/images" javaScriptDirectory="~/ig_common/Scripts" cssDirectory="~/ig_common/Styles" formsDirectory="~/ig_common/Forms"/>
It appears the only other place getBoxObjectFor is used is in ig_webchart.js and this can be mitigated by using element.getBoundingClientRect instead.