7.0.0 开启分页存在 R属性的时候, 小计计算不正常
本帖最后由 Richard.Huang 于 2024-4-29 14:10 编辑产品：GcExcel
版本：V7.0.0
调研编号：DOCXLS-10001
LastReview：2024/04/29
该问题已经在V7.1.0中得到修复，可以通过升级版本来解决该问题
7.0.0的版本 这里总结没有计算
6.2.4版本计算正常
demo 已上传
您好，您描述的情况我了解了，这边调研一下，后续有进展我会在本贴中回复您。 本帖最后由 Joestar.Xu 于 2024-3-14 09:56 编辑
您好，经调研，此问题是由之前版本的Bug导致的，需要您修改您的模板文件来解决该问题：
修改模板中的G11和C15单元格为：
G11 从 {{=SUM(ds_0.c11)(S=None)}} 修改为 {{=SUM(G10)(S=None)}}
C15 从 {{=SUM(ds_0.c11)(S=None)}} 修改为 {{=SUM(C14)(S=None)}} 您好，针对这个bug，可以总结一下该bug的触发条件吗？
我们需要根据触发条件，识别出客户还有哪些模版case存在这类问题，提示修改。 好的，这边总结一下，后续有进展我会在本帖中回复您。 您好，
首先我想先跟您简单介绍一下目前的情况：
1、没有G标签的情况：
2、存在G标签（G=L）的情况：
3、V6.2.5中没有G标签的情况（Bug）：
也就是说，当不设置G=L时，COUNT的结果是列表中不同项目的数量之和。
当设置G=L时，COUNT的结果是列表中所有项目的数量之和。
同时，模板函数在引用其他模板单元格范围（例如 A1:B1）进行计算时，计算结果将取决于这些模板单元格的扩展结果。
所以，我们建议您：
在引用数据源（如：ds.xxx）的模板函数进行计算时，检查这些单元格中是否有使用G标签以判断是否需要排除掉相同的元素。 您好 大概了解了 但是还有疑问，我们这个case pageRTotal.zip 是在开启分页时会出现问题，不开启分页时是好的。而您在bug的规则中，好像不涉及到是否分页这一变量，再帮确认一下规则
您好，抱歉之前没有描述完整，您参考我之前提供的三张图片，每一张图片中都是开启了分页的，所以是需要开启分页这一个选项的。 您好，经过重新评估和调研，目前版本中的表现是一个Bug，因为公式中所有的数据字段都不应该存在去重的行为，否则像SUM这类函数无法正常取到结果。
该Bug目前正在修复中，等修复完毕我会在帖子下回复您。 期望可以跟6.2.4行为保持一致
页:
[1]
2