Side navigation
#2618 closed bug (wontfix)
Opened March 29, 2008 06:39PM UTC
Closed April 22, 2008 01:29AM UTC
Draggable offset is incorrect in IE6 (in quirksmode)
Reported by: | jdarren | Owned by: | brandon |
---|---|---|---|
Priority: | major | Milestone: | 1.2.4 |
Component: | ui | Version: | 1.2.3 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
When rendering in IE6 (in quirksmode) the draggable offset is sometimes
off by the amount of the document's scrollTop. It seems to be related to the
use of the 'scroll=true' draggable option. See this thread for more context
Also, the issue can be demonstrated here:
http://cobalt.scorpiontechnology.com/test/DragTest.htm
http://cobalt.scorpiontechnology.com/test/DragTestQuirks.htm
Attachments (0)
Change History (7)
Changed April 01, 2008 02:53AM UTC by comment:1
Changed April 01, 2008 06:47PM UTC by comment:2
owner: | paul → braeker |
---|
Changed April 10, 2008 12:25AM UTC by comment:3
After doing more research it seems this issue lies in the realm of the
jQuery offset() method. But what's odd about it is that the doc's for
this method say:
"Get the current offset of the first matched element relative to the viewport."
... which is more or less what offset() is doing for IE in quirksmode. (rather
than relative to the document). So it begs the question, is the offset() method
actually behaving correctly for IE in quirksmode and incorrectly for all other
browsers, or are the docs wrong?
Changed April 16, 2008 07:28AM UTC by comment:4
The docs are wrong in this case - the offset method does include the scroll ofssets, meaning it should return the absolute position of the element in that page, including all offsets.
Changed April 16, 2008 08:26AM UTC by comment:5
owner: | braeker → paul |
---|---|
status: | new → assigned |
Changed April 17, 2008 11:47AM UTC by comment:6
owner: | paul → brandon |
---|---|
status: | assigned → new |
Changed April 22, 2008 01:29AM UTC by comment:7
resolution: | → wontfix |
---|---|
status: | new → closed |
The issue arrises when you zero-out the html border ... usually from using a CSS reset framework. This offset is usually represented by the clientLeft/Top properties but IE6 and 7 in quirksmode do not reflect the zero'd out border. If you're app is still in quirks mode simply add 2 px to the offset values found in IE. Annoying yes but such is IE and quirks mode.
This workaround isn't going into the core because we do not officially support quirks mode and are keeping offset as slim as possible for performance and maintenance concerns.
don't want to pester, but does anyone have a sense for when this bug will be reviewed/addressed? If someone could post a patch or work-around that would be really great. I'm quickly approaching a code-freeze and this bug is a big-time show stopper for me.
thx.