【17.0.2】ctrl选择多行删除，rowIndex返回规则不同

1-3，6-7均为插入的行
场景一：ctrl选择第3行和第6行、第7行后执行右键菜单删除功能;
场景二：ctrl选择第6行，第7行，第8行后执行右键菜单删除功能；
监听RowChanged事件获取返回的数据，rowIndex返回的规则不一样

您好！删除后行变化了，被删除行下方的行上移，它们会被赋予原来被删除行的行索引。如下动图所示，删除行8、15、17后RowChanged监听到的row是被删除行的索引，分别未7、14、16：


请问下您当前遇到的索引变化问题是否符合上述现象，如果不符合，需要您提供可以复现问题的demo，并且提供相关图示说明。

Wilson.Zhang 发表于 2024-11-21 16:14
您好！删除后行变化了，被删除行下方的行上移，它们会被赋予原来被删除行的行索引。如下动图所示，删除行8 ...

可以对比一下场景二的删除后获取的索引，2个场景下的删除后返回的索引规则不一致

jin.ye 发表于 2024-11-21 16:29
可以对比一下场景二的删除后获取的索引，2个场景下的删除后返回的索引规则不一致

您的第二个场景删除的是连续行6、7、8，删除后RowChanged事件监听到的row为连续行的首行，即行6的索引，为5，count记录了被删除了3行，如下图所示：


而批次删除的行3、6、7是不连续行，您存疑的地方是否为在这个场景中的行6、7为何没有像场景一中行6、7、8被删除后的事件监听参数那样集合到一块？如果是这样，我帮您调研后给您同步结论，如果不是，需要您再介绍下情况。可以出示图片或录屏帮助理解。

您好！我又重新测试了下，以您提供的信息为依据操作，如下动图所示：

1. ctrl+选择行3、6、7，右键删除行，RowChanged响应三次，每次监听的row均为被删除行的索引，且count为1，因为独立删除每行。
2. ctrl+选择行6、7、8，右键删除行，RowChanged响应三次，每次监听的row均为被删除行的索引，且count为1，也因为独立删除每行。
3. 光标沿着行头拖动选中行6、7、8，右键删除行，RowChanged响应一次，监听的row为5，即行6的索引，count为3，因为这次是批量删除了三行，即将行6、7、8作为一个区域来删除。

您也可以亲测观察下现象，如果还有疑问，咱们继续讨论。