#15167 closed bug (fixed)
Sortable appendTo behavior doesn't match documentation
Reported by: | A. Wells | Owned by: | Scott González |
---|---|---|---|
Priority: | minor | Milestone: | 1.12.2 |
Component: | ui.sortable | Version: | 1.12.1 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description (last modified by )
The stated documentation for the ui.sortable appendTo option indicates that the helper is to be appended (as in DOM movement) to the target specified in the option. This is necessary in cases where there is multiple depths between connecting sortable containers from a common parent, there is zIndex interference, or the container has "overflow: hidden". Erratic behavior sometime occurs when the helper attempts to transfer from the original container to the connecting container and generally the sort fails if adverse conditions prevail.
It is noted that specifying a common parent container does not work unless it is the HTML node itself. In almost all cases it is necessary to set the helper option to "clone" in conjunction with an appendTo of "body" to gain working functionality:
http://stackoverflow.com/questions/10796303/jquery-sortable-and-custom-scroll-bar?noredirect=1&lq=1
This work around fails in many cases especially if scrolling containers are present.
There are several examples as fiddles in the SO links.
The sortable code should be corrected so that the appendTo behavior is as expected.
Change History (5)
comment:1 Changed 6 years ago by
Description: | modified (diff) |
---|
comment:2 Changed 6 years ago by
comment:3 Changed 6 years ago by
Summary: | Sortalbe appendTo behavior doesn't match documentation → Sortable appendTo behavior doesn't match documentation |
---|
comment:4 Changed 6 years ago by
Owner: | set to Scott González |
---|---|
Resolution: | → fixed |
Status: | new → closed |
In c866e45:
comment:5 Changed 6 years ago by
Milestone: | none → 1.12.2 |
---|
Can someone fix the spelling of sortable in the title please? I can't seem to do that.