在没有分组的情况下，在预览/打印时将SUBREPORTS保持在一起？ [英] Keep SUBREPORTS together on preview/print without Grouping?

问题描述

直到这个新的障碍进展顺利。


我的报告是单一记录。 rptMAIN包含aprox 30 subREPORTS，其高度设置为0可以增长/缩小。页眉/页脚组的限制总共约为20，因此无法进入该路线。只有具有数据的子报表出现在ReportView中并进行预览/打印，因此报表只包含每条记录所需的页数。非常感谢我的Bytes朋友！ 现在问题如果页面底部的任何subReport都不适合整个页面，则subReport会在下一页中断开并继续。试过保持在一起=是对于subReport（rptMAIN上的sub'的详细设置）但没有快乐。一些帖子称保持在一起。仅适用于分组。如何防止subReports跨越页面？

Progressing well until this new hurdle.

My REPORT is for a single record. The rptMAIN contains aprox 30 subREPORTS all with Height set to 0" with can grow/shrink. The limit with header/footer groups is about 20 total so can''t go that route. Only subREPORTS that have data appear in ReportView and preview/print so the Report is only as many pages as needed per record. Works great thanks to my Bytes friends! The ISSUE NOW IS that if whichever subReport is at the bottom of a page won''t fit on the page in its entirety, the subReport breaks and continues on the next page. Tried "keep together = yes" for the subReport (the sub''s detail settings on rptMAIN) but no joy. Some posts say the "keep together" works only with Grouping. How do I prevent subReports from breaking across pages?

推荐答案

如果它太大而无法放在一个页面上，您将获得两页。没有办法改变它。

If it’s too big to fit on one page, you will get two pages. There is no way to change that.

我在报告中获得的页数并不重要。问题是任何分页符都是子报告。两页。实质上，如果子报告在完全不适合任何页面，我想要整个子报告转到下一页。没有单个子报表长度超过一页。另外.....你好再次twinnyfo！

The number of pages I get in a report is of no importance. The problem is having any page break a "subreport" across 2 pages. In essence, if the "subreport" won''t fit ENTIRELY on any page, I want that entire "subreport" to move to the next page. No individual subreport is more than a single page long. Also.....Hello again twinnyfo!

尝试更改子报告本身的设置。如果它的设置是作为一个组保持在一起，它可能会强制整个子报表移动到下一页。


在主要文件上有30个子报表仍然听起来有点不稳定报告。你真的需要考虑重组你的数据库。否则，你将继续遇到其他问题，比如这个和其他问题。


我知道你已经被警告过设计不佳的数据库的危险，但 我将根据经验告诉你 ，等待修复结构的时间越长，你就会越头痛，修复起来就越困难。 />

通常，最好的计划是放慢速度，评估您的要求，确定最佳结构并围绕良好原则进行设计。这里没有任何帮助可以取代它。我们很乐意提供帮助，但我们只是知道我们只是在解决症状，而不是自己攻击疾病。

Try changing the settings in the sub report itself. If its settings are to keep together as a group, it may force the entire sub report to move to the next page.

It still sounds kind of wonky to have 30 subreports on a main report. You really need to look at restructuring your DB. Otherwise, you will continue to run into additional problems such as this and others.

I know you have already been warned about the dangers of a poorly designed DB, but I will tell you from experience, the longer you wait to fix your structure, the more headaches you will have and the more difficult it will be to fix.

Most often, the best plan is to slow down, assess your requirements, determine the best structure and design around good principles. No amount of help here can replace that. We are glad to help, but just know that we are simply addressing symptoms, and not attacking the sickness itself.

这篇关于在没有分组的情况下，在预览/打印时将SUBREPORTS保持在一起？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！