报告簿打印97份不需要的副本

Question

当前状态：可打印20680页的报告书

问题：报告簿正在打印“内容”部分中指定的报告元素的98倍（我已经完成了数学运算）

摘要： Prototype_V2.jrxml（内容报告）---具有三个子报告的报告，所有这些子报告都通过一个参数连接到主报告 在编译和运行时，此.jrxml会生成211页的各种内容，换句话说，将按设计人员的预期工作100％

Book_V3.jrxml（书本报表）---报告书本模板（绿波模板）的最新“版本”，应该合并ToC（主要是）和封面（次要）

我已经尝试过：

1. 出于某些不切实际的原因，将内容报告放入书籍报告的封面元素内。结果：只打印一次，但ToC却被弄乱了。（它实际上索引了内容报告的每一页，因此降低了它的用途）

2. “内容”部分中内容报告的各种报告评估时间。结果：仅在评估时间“ Report”上才打印元素，但元素自身打印98次，比所需数量多97次。否则，它甚至不会打印。

3. 我尝试但未能在“书”及其内容报告之间添加参数。出于某种原因，他们根本看不到对方。
4. 我尝试给书报告数据集留空行，而不是从要获取数据的MySQL实际行，但是这样就不会打印任何东西。 （“文档为空”屏幕）
5. 从内容报告中删除子报告，所以我只剩下6页的框架，而书本报告仍然打印98x6 + 3页。可笑的

期望：

报告书，封面为一页，具有按目录分类的ToC所需的尽可能多的页面（并且不从ToC链接到报告的每个单独页面），一个内容报告（已设计和调整） ）和一页封底...

我知道我没有故意告诉混蛋打印一份额外的内容报告，少了97份...

Answer 1

问题已解决：

1。 之所以制作了97 + 1份，是因为在不知不觉中，我为图书报告输入了与内容报告中相同的查询（实际上是98个我的内容报告生成的唯一组数）。通过提供KISS查询“选择1”解决了该问题到书的数据集（因为我没有将书用于ToC和封面定制）

（（为什么对书籍和内容报告进行相同的查询会产生如此大的倍数，我仍然不知道，但重要的是它不再是问题））

2。 。当我意识到内容报告为每个打印页面生成一个唯一的书签（无论它是否是第一页）时，每个索引的页面的ToC问题都已解决。子页面的页面。

问题得到解决，两个组（相同大小，颜色，字体...）的第一个文本字段都在第一个文本字段下方添加了第二个文本字段，该文本字段已选中“打印重复值”标志，并且第二个字段被添加了书签并参考。

通过这种方式，内容报告仍然在每个页面上均以组名的形式直观地打印在页面上，但是图书报告引用的是“其他”文本字段，该文本字段仅在首次出现时才为其“ ToC”打印。

希望这将有助于将来遇到类似问题的人。