Search and Top Navigation
#2059 closed bug (fixed)
Opened December 16, 2007 05:52PM UTC
Closed December 27, 2007 01:27PM UTC
Last modified February 26, 2009 11:21AM UTC
ui.mouse: accounting for parent scrollLeft/scrollTop
| Reported by: | Max_B | Owned by: | paul |
|---|---|---|---|
| Priority: | major | Milestone: | 1.5 |
| Component: | ui.core | Version: | 1.2.1 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
This report is very close to the #2052. I open a separate because this is not related to fixed parent.
In an absolute div with fixed width and scroll: auto; the draggable inside are not correctly positioned if the div is scrolled. The wrong offset comes is the scrollLeft/scrollTop value.
I fixed it for my use, without further testing of nested blocks with following code:
ui.mouse.js, line 142 of rev 3626
var cp = a.parentNode;
while (cp) {
if(cp.style && ($(cp).css('position') == 'relative' || $(cp).css('position') == 'absolute')) {
o.pp = cp;
o.po = $(cp).offset();
o.ppOverflow = !!($(o.pp).css('overflow') == 'auto' || $(o.pp).css('overflow') == 'scroll'); //TODO!
//Max_B
if (o.ppOverflow) {
o.po.left -= cp.scrollLeft;
o.po.top -= cp.scrollTop;
}
//Max_B
break;
}
cp = cp.parentNode ? cp.parentNode : null;
};
Lines added are surrounded by //Max_B comments.
Attachments (0)
Change History (4)
Changed December 27, 2007 01:27PM UTC by comment:1
| owner: | → paul |
|---|---|
| status: | new → assigned |
Changed December 27, 2007 01:27PM UTC by comment:2
| resolution: | → fixed |
|---|---|
| status: | assigned → closed |
Changed May 24, 2008 03:39AM UTC by comment:3
| milestone: | 1.2.2 |
|---|
Milestone 1.2.2 deleted
Changed February 26, 2009 11:21AM UTC by comment:4
| milestone: | → 1.5 |
|---|
This is fixed with my new rewritten version that will be released together with 1.1. Thanks for pointing it out!