找回密码
 立即注册

QQ登录

只需一步,快速开始

jin.ye

金牌服务用户

101

主题

212

帖子

835

积分

金牌服务用户

积分
835
jin.ye
金牌服务用户   /  发表于:2024-11-21 11:26  /   查看:32  /  回复:3

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


image.png892081298.png

3 个回复

倒序浏览
Wilson.Zhang
超级版主   /  发表于:昨天 16:14
沙发
您好!删除后行变化了,被删除行下方的行上移,它们会被赋予原来被删除行的行索引。如下动图所示,删除行8、15、17后RowChanged监听到的row是被删除行的索引,分别未7、14、16:
删除行返回被删除行索引.gif

请问下您当前遇到的索引变化问题是否符合上述现象,如果不符合,需要您提供可以复现问题的demo,并且提供相关图示说明。
回复 使用道具 举报
jin.ye
金牌服务用户   /  发表于:昨天 16:29
板凳
Wilson.Zhang 发表于 2024-11-21 16:14
您好!删除后行变化了,被删除行下方的行上移,它们会被赋予原来被删除行的行索引。如下动图所示,删除行8 ...

可以对比一下场景二的删除后获取的索引,2个场景下的删除后返回的索引规则不一致
回复 使用道具 举报
Wilson.Zhang
超级版主   /  发表于:昨天 17:44
地板
jin.ye 发表于 2024-11-21 16:29
可以对比一下场景二的删除后获取的索引,2个场景下的删除后返回的索引规则不一致

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

而批次删除的行3、6、7是不连续行,您存疑的地方是否为在这个场景中的行6、7为何没有像场景一中行6、7、8被删除后的事件监听参数那样集合到一块?如果是这样,我帮您调研后给您同步结论,如果不是,需要您再介绍下情况。可以出示图片或录屏帮助理解。
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部