问题 应用CSS3比例时，Sortable行为错误

与...有一点不同 拖动 是那个 转变 不是元素本身，而是父母。所以它改变了一点逻辑。

这是针对这种特定情况的解决方案，但您会看到根据情况可能会发生变化。例如，如果您更改 变换原点，或者如果你有一个水平排序，它将不得不进行调整。但逻辑保持不变：

var zoomScale = 0.5;

$(".container")
  .sortable({

    sort: function(e, ui) {
    console.log(ui.position.left)
      var changeLeft = ui.position.left - ui.originalPosition.left;
      // For left position, the problem here is not only the scaling,
      // but the transform origin. Since the position is dynamic
      // the left coordinate you get from ui.position is not the one
      // used by transform origin. You need to adjust so that
      // it stays "0", this way the transform will replace it properly
      var newLeft = ui.originalPosition.left + changeLeft / zoomScale - ui.item.parent().offset().left;

      // For top, it's simpler. Since origin is top, 
      // no need to adjust the offset. Simply undo the correction
      // on the position that transform is doing so that
      // it stays with the mouse position
      var newTop = ui.position.top / zoomScale;

      ui.helper.css({
        left: newLeft,
        top: newTop
      });
    }
  });

http://jsfiddle.net/aL4ntzsh/5/

编辑：

之前的答案将适用于定位，但正如Decent Dabbler所指出的，交叉函数存在一个缺陷，可以在进行排序时进行验证。基本上，位置是正确计算的，但项目保持不变 宽度 和 高度 未转换的值，这会导致问题。 您可以通过在启动事件上修改这些值来调整这些值，以考虑比例因子。像这样举例如：

 start: function(e, ui) {
      var items = $(this).data()['ui-sortable'].items;
      items.forEach(function(item) {
        item.height *= zoomScale;
        item.width *= zoomScale;
      });
    }

http://jsfiddle.net/rgxnup4v/2/