Dojo dnd：头像定位

Question

是否可以使用dojo工具包的dnd api更改头像的位置？ 此时，拖动时，被拖动项目的头像出现在鼠标光标的右侧和下方。 我希望它与鼠标光标位于同一位置。 我对我的应用程序进行了一些可用性测试，大多数人似乎尝试尝试将头像拖到放置区域中，而不是将光标移动到放置区域上。 任何输入都会很好。 谢谢！

Answer 1

抱歉，由于技术原因不可能。

更新：根据流行的要求，这些是技术原因：

• 当鼠标正下方有一个节点时，该节点会获取所有鼠标事件。
• 鼠标事件在父链上冒泡。
• 现在想象一下，您用鼠标移动该节点 - 该节点将始终获得所有鼠标事件。
• 这意味着任何其他节点（例如目标）无法获取鼠标事件，除非它是移动节点的父节点。 通常情况并非如此。

但我知道其他人也能做到！ 应该是可以的！ 是的，这是可能的……原则上：

• 让我们注册所有目标节点。
• 让我们直接在最顶层的父级（文档）上捕获相关的鼠标移动事件。
• 当我们检测到拖动操作时，我们执行以下操作：
  1. 计算所有目标的几何形状（边界框）。
  2. 每次鼠标移动时，我们都会检查当前鼠标位置是否与目标重叠。 “A+”学生的奖励分：检测与其他节点的重叠，例如，当目标因美观原因而部分模糊时，并正确处理这种情况。
  3. 如果当前鼠标位置与目标重叠，让我们启动“可以放下”操作，例如，显示一些提示，以便最终用户知道她现在可以放下。

为什么Dojo不这样做？ 由于多种技术原因（我们终于做到了！）：

• 在大多数浏览器中，节点的几何计算都是出了名的错误。 一旦涉及表格或任何其他重要的放置方式，您就无法 100% 确定边界框是正确的。
• 几何计算是一项昂贵的操作，假设在拖动操作期间不能进行任何更改（情况并非总是如此），我们必须对所有目标的每个拖动操作至少执行一次。 浏览器可能会出于多种原因回流节点⇒它可以移动/调整现有目标的大小，因此我们必须保持警惕。
• 通常，计算出的框保存在一个列表中⇒检查列表中的交集是O(n)（线性）⇒随着目标数量的增长不能很好地扩展。
• 所有鼠标事件处理程序都应该很快，否则浏览器的鼠标事件处理工具可能会“损坏”，从而导致不可预测的副作用。 请参阅前面的几点，了解鼠标事件处理速度缓慢的原因。
• 改进线性搜索是可能的，例如，可以使用 2D 空间树，但它会导致更多（更多）JavaScript 代码⇒ 在客户端下载更多内容⇒ 通常这是不值得的。

我怎么知道呢？ 因为 Dojo 在早期版本中曾经有过这种拖放操作，所以我们遇到了我上面描述的令人厌烦的问题。 任何改进都是一场艰苦的战斗，这会增加代码大小。 最后，我们决定不重新发明和复制浏览器中已经内置的机制。 浏览器实际上执行相同的工作：计算节点的几何形状，查找底层节点，并适当地调度鼠标移动事件。

当前的实现不使用鼠标移动事件，也不计算几何图形。 相反，它依赖于开始拖动后目标检测到的鼠标悬停/移出事件。 它工作可靠并且可扩展性良好。

这个故事中的另一个问题是：Dojo 将目标视为容器——这是一个非常常见的用例（购物车、重新排列项目、编辑层次结构）。 目前已实现线性容器和通用树，也可以自定义容器。 拖放时，您可以看到拖动的项目并将其放置在目标容器内的适当位置，例如，将它们插入现有项目之间。 使用几何计算和检查来实现此功能将非常昂贵。