I've found a decent solution. I imagine the developers can clean it up, but
until then, this alleviates the problem:
iutils:js:
getPositionLite : function(el)
{
var x = 0, y = 0;
var fixed;
while(el) {
if (jQuery(el).css('position') == 'fixed') {
fixed = true;
}
x += el.offsetLeft || 0;
y += el.offsetTop || 0;
el = el.offsetParent;
}
if (fixed) {
if (window.pageXOffset != null) {
x += window.pageXOffset;
y += window.pageYOffset;
} else {
x += document.body.scrollLeft;
y += document.body.scrollTop;
}
}
return {x:x, y:y};
},
I've put it in the bug tracker as well.
Erik Beeson wrote:
>
> FYI, Droppables don't play nicely with fixed positioning. Scroll offset is
> added to the position of the Droppable, which is wrong in the case of its
> position being fixed. This throws off the hover calculation.
--
View this message in context:
http://www.nabble.com/Problem-with-interface-Droppables-tf3033619.html#a9403228
Sent from the JQuery mailing list archive at Nabble.com.
_______________________________________________
jQuery mailing list
[email protected]
http://jquery.com/discuss/
