Opened 10 years ago

Closed 7 years ago

#5096 closed bug (wontfix)

Draggable does not scroll in IE6

Reported by: ollie2893 Owned by:
Priority: major Milestone: 2.0.0
Component: ui.draggable Version: 1.7.2
Keywords: scroll Cc:
Blocked by: Blocking:

Description

Using the demo "constrain-movement.html" as reference, if I wanted the "containment-wrapper" DIV to scroll, then I need to add "overflow: scroll" to the wrapper style and set "scroll: true" for "#draggable3". In Firefox and Chrome, I can then grab that object and move it way into the distance - the DIV will scroll as required. Not so in IE6. IE6 will show the scroll bars but will not scroll.

As an aside: I am unclear of what the setting "scroll: true" in the call to .draggable() should effect if the parent container allowed no scrolling? Put another way, would it not be more consistent to set this argument automatically, depending on the overflow configuration of the "containment" DOM?

Change History (3)

comment:1 Changed 10 years ago by ollie2893

Some further observations on differences in behaviour between the browsers: If no overflow attribute is specified, then Firefox and IE will allow #draggable4 to float anywhere inside the main body - as expected. What's unexpected in IE - but beginning to look curiously consistent - is that IE disallows the draggable object to extend the document body, whereas Firefox will behave as though "overflow:scroll;" had been set (on the main viewport). Curiously, once I set "overflow:scroll;" on the "#containment-wrapper" (such that both browsers will display scroll bars), then Firefox will no longer allow #draggable4 to leave the containment-wrapper - which is unexpected. IE, by contrast, continues to allow #draggable4 to float around the parent object. Just never scrolls...

comment:2 Changed 7 years ago by Scott González

Milestone: TBD2.0.0

comment:3 Changed 7 years ago by mikesherov

Resolution: wontfix
Status: newclosed

Thanks for contributing! As of the next release, we are no longer supporting IE6, and therefore we're going to close this as wontfix.

Note: See TracTickets for help on using tickets.