Custom Query (7259 matches)
Results (10 - 12 of 7259)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#4314 | invalid | Sortable: DOM height() not calculated properly after updating, while dragging | ||
Description |
I've got two connected lists of different widths. One of the items I'm dragging between the two of them has two floated child elements, which, upon dragging out of one sortable list into another, resize, vertically and horizontally. I'm using a custom animation callback to change the width of the element, which, because of the floats, changes the height as well. I have, however, debugged the output for ui.item.height(), ui.placeholder.height(), and ui.helper.height(), and for one of the widgets the pre-drag height is 133px; after dragging into the new list, and it is visually taller (and thinner), the height calculated by .height() is still 133px and it is not 189px (as it should be) until I begin draggin again. The end result of this is that some widgets with greater variation in size - one "grows" by as much as 200px - makes the sortable list nearly unusable because of the massive chunk of whitespace between the actively sorted element and it's neighbors. Source attached. |
|||
#4477 | invalid | Sorting works improperly | ||
Description |
Sorting on many columns with elements of different size behaves incorrectly. For example it's impossible to put an element at the bottom when column's padding-bottom is lower than element's height. See attached images/demo. |
|||
#4494 | invalid | droppable("disable") behaves differently in Google Chrome than other browsers | ||
Description |
When you have a droppable that is enabled, and drop an item in it which disables that container, you can no longer drag that item out of the container in Google Chrome. You are able to remove that item in Firefox 2, Opera 9, and IE 6/7. Repro steps:
|