RS inserts improper page breaks in report

Hi guys,
I try to find for an answer for this problem, but to no available, it drives
me crazy now.
I am getting a page break on each details row in a table. The table has 3
headers, one is a subreport, and a details row which contains a subreport;
there is no footers. The subreport in the details row contains another
subreport that has a table with 1 header and 1 details row, each has a
subreport. It's like so 3 levels deep.
My problem occurs in the first table, the subreport in the details line is
always generated on a new line. I check all the option with BreakPageAt End
and such, but everything is unchecked.
Any ideas.
Thanks!
RobertDo you have any grouping going on in the table? If so check the
grouping properties and see if you any of the 'page break' before or
after options set...
Cheers,
Ben|||There is the default group that is created but nothing is group on and both
'page break at start' and 'page break at bottom' are unchecked.
I don't know if it is relevant, but the page break only occurs when the
report is in 'print layout' mode.
Thanks!
Robert
sullins602 wrote:
>Do you have any grouping going on in the table? If so check the
>grouping properties and see if you any of the 'page break' before or
>after options set...
>Cheers,
>Ben|||Well, I did some more testing. By observation, it looks to me like RS
calculates all the rows in all my nested subreports, and if the number of
rows is bigger than the space left on the page, it assumes a break is needed.
Ouch.
Anybody else encoutered that?|||Yes we have this behaviour all the time and we raised a support incident with
Microsoft. They didn't want to know - as far as they are concerned it is
working as designed. They told us there is an implicit keeptogether on
anything within list but that using tables should be ok. Are you using lists
anywhere in your sub-reports?
"R Jakubowicz" wrote:
> Well, I did some more testing. By observation, it looks to me like RS
> calculates all the rows in all my nested subreports, and if the number of
> rows is bigger than the space left on the page, it assumes a break is needed.
>
> Ouch.
> Anybody else encoutered that?
>|||Hi Tom,
Yeah tell me about it.
Did you find a hack for it?
And no, i'm not using lists at all, I use tables though.
Tom wrote:
>Yes we have this behaviour all the time and we raised a support incident with
>Microsoft. They didn't want to know - as far as they are concerned it is
>working as designed. They told us there is an implicit keeptogether on
>anything within list but that using tables should be ok. Are you using lists
>anywhere in your sub-reports?
>> Well, I did some more testing. By observation, it looks to me like RS
>> calculates all the rows in all my nested subreports, and if the number of
>[quoted text clipped - 3 lines]
>> Anybody else encoutered that?
--
Message posted via http://www.sqlmonster.com