Keep Total Section on same page as Detail

If there is a $PGBRK in the totals group defintion in the .rpt file, try deleting that and recompiling

Thanks for the thought, but the total section doesn't include the $PGBRK command.  This just happens at the normal bottom-of-the-page break, so there may be some detail records before the break and some after.

Kelly,
I'm not sure you could enforce this constraint uniformly, unless the employee detail section was always less than a static length that allowed for page layout/management. With any set of dynamic data, being presented within a fixed dimension medium (such as paper), you can't control this universally, unless one of the dimensions of the medium (eg: length of the paper) was infinitely long (and would thus have *no* physical page breaks ever).

Another issue will be the printer hard limit of paper dimension, and the OS driver's limitations.

Now, if the employee detail section is less than a static length, I'd *add* strategically placed $PGBRK's so you can control how the sections end up on the paper.
Conceptually, this would be similar to printing W-2s from within Lawson, and using a $PGBRK to ensure you had one W-2 per page, and spaces to align the fields.

Another trick would be to mess with "rptgen -s##", set the OS driver into compressed mode and smaller fonts.

Kwane

Thanks Kwane.  

I thought I had done something like this before, but I think you are right.  I suppose I could keep track of lines on the page, then write employee detail records to an array and force a page break before writing them based on the count - but I think that's more trouble than it's worth.  I guess I'll let it go unless the business gripes about it.

I guess the other option is to always force a new page for each employee, but I don't think that's going to fly.

Thanks for your thoughts.

Kelly