Hey,
Thank you very much everyone for your help with this. Dan - I put the site.js file into jshint.com and made the proper corrections - thanks for that.
As far as the jQuery issue - I had another developer look at it and he seems to think this may actually be a core jQuery bug (which he was able to fix). Basically, on line 5970 (uncompressed debug version of 1.5.1) there is a function that grabs an element's style and converts any integer values that are not set to px, to px (so em to px, etc). What this function does though is look for a single value, but in my expression, I had padding, so it was:
- padding: 14px 12px 120px 12px;
So, it was interpreting my padding value of 14px 12px 120px 12px as one value, which was throwing up an error. I first corrected my errors and tested the regular jQuery but had the same result.
So, all in all, things are fixed, but with a modified jQuery version. This is the modification of the function:
- if ( document.documentElement.currentStyle ) {
currentStyle = function( elem, name ) {
var left,
ret = elem.currentStyle && elem.currentStyle[ name ],
rsLeft = elem.runtimeStyle && elem.runtimeStyle[ name ],
style = elem.style;
// From the awesome hack by Dean Edwards
// http://erik.eae.net/archives/2007/07/27/18.54.15/#comment-102291
// If we're not dealing with a regular pixel number
// but a number that has a weird ending, we need to convert it to pixels
if ( !rnumpx.test( ret ) && rnum.test( ret ) ) {
// Remember the original values
left = style.left;
// Put in the new values to get a computed value out
if ( rsLeft ) {
elem.runtimeStyle.left = elem.currentStyle.left;
}
try
{ style.left = name === "fontSize" ? "1em" : (ret || 0);
}
catch(objError)
{
}
finally
{ ret = style.pixelLeft + "px";
// Revert the changed values
style.left = left;
if ( rsLeft ) { elem.runtimeStyle.left = rsLeft; }
}
}
return ret === "" ? "auto" : ret;
};
}