oyal

I am facing the same issue.

Monitoring data changes. Let the last element in the `ScrollArea` : [scrollIntoView](https://developer.mozilla.org/en-US/docs/Web/API/Element/scrollIntoView)

> @WebGamer vue3 我是用的6.5.0 。难道你的不卡？ 卡，随便点两下就卡死

应该是你的 css 样式有问题，画布容器如果使用了 flex: 1 也要使用 overflow: auto。我之前遇到过类似的问题。这是一个简单的示例：

性能分析工具似乎是 node 的 translate 导致的，但是纯节点拖拽没这么卡顿，加上曼哈顿路由才变得这么卡的 

梳理了下流程，更新节点的位置，会更新相关边的视图 `@antv/x6/packages/x6/src/renderer/scheduler.ts` ```ts const effectedEdges = this.getEffectedEdges(view) effectedEdges.forEach((edge) => { this.requestViewUpdate(edge.view, edge.flag, options, priority, false) }) ``` 频繁触发 `@antv/x6/packages/x6/src/view/edge.ts` 中的 `updateConnection`，不断更新 translate，导致卡顿 加上 100ms 防抖，虽说不卡顿了，但是拖拽过程边又不跟手 

@cuidong626 我发现拖动过程节点也在一直计算、移动，比较影响性能，在大量节点的情况下还是挺卡的，目前我又换了一种方式，单选节点拖拽时按照默认的更新，多选拖拽的时候等到鼠标松开再更新位置。这种能比未做任何优化的性能提升 7 倍。 

> > @cuidong626 我发现拖动过程节点也在一直计算、移动，比较影响性能，在大量节点的情况下还是挺卡的，目前我又换了一种方式，单选节点拖拽时按照默认的更新，多选拖拽的时候等到鼠标松开再更新位置。这种能比未做任何优化的性能提升 7 倍。 > > selection 插件好像有这种功能属性，不是实时拖拽的。following 属性，不知道2.0有没有用处 看了下 2.0 文档没有任何 `following` 相关描述，源码倒是有，经过尝试需要 `showNodeSelectionBox: true, following: false` 才有那种效果，并且似乎有 bug，移动后框的位置偏移很多。 Selection 的边框移动太卡了我也没用，我是修改 NodeView 的更新以及在 Selection 插件中监听鼠标的按下以及松开，也方便实现 draw.io 那种超出一定数量节点再批量更新的效果。

你是想边连接边吧，需要改 EdgeView 文件

> 这个应该修改哪呢 https://github.com/antvis/X6/issues/2027#issuecomment-1953374295