【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被删除后的事件监听参数那样集合到一块？如果是这样，我帮您调研后给您同步结论，如果不是，需要您再介绍下情况。可以出示图片或录屏帮助理解。