Sub-summary display problem

[SteveB]

I have a layout that has a sub-summary that is sorted by a field. The part appears before the records belonging to it does. I don't have 'allow part to break across page boundaries' checked. I interpret this to mean that if the part can't fit on the current page, FM starts a new page. Instead, the part is displayed across 2 pages.

Is this a known bug, or am I misinterpreting what this function ('allow...') does?

Steve

[LiveOak]

Not sure I understand the problem. The "allow" part allows the subsummary to break (appear) on two pages. If this is unchecked, FM will start the subsummary part on the second page, if there isn't room for all of it on the first page.

-bd

[SteveB]

That's what I though it was supposed to do, but it isn't doing that. The part starts on page one, and continues on page 2 even though all of it can fit on page 2 (with room to spare). That's why I'm confused. Any ideas?

[LiveOak]

The setting changes the printed document based upon what will fit on page 1. What will fit on page 2 doesn't come into consideration.

1) If the box is un-checked AND all of the part won't fit on page 1, the entire part begins on page 2.

2) If the box is checked AND all of the part won't fit on page 1, the part is divided between page 1 and page 2.

At least in theory that is what is supposed to happen. The general area of division of text across pages is one of the more problematic in FM. I suspect actual performance might be dependent upon the OS and printer driver being used. Many Windows ink jet print drivers are problematic in this area. When you think about what must go on for FM to determine what is on what page, it's a wonder anything works. Page appearance is a function of a translation performed largely by the print driver. After this translation the "page" is a image, not data like it was before the translation.

-bd

[SteveB]

Brian:

Thanks for the explanation.

1) The box is unchecked.

2) I'm using a LaserJet 4L.

I guess it's an unfixable problem.

[harryk]

>unfixable?

It might very well be that parts of the body-part as well as the summary-part are filled with just 'white space'. Remember that the white space between fields is always printed (printed as 'nothing') even when the fields are set to slide.

Take a look at your print lay-out, and eliminate those white spaces, make your summary-part as tight as possible. The same for the body.

I sometimes noticed that an extra blank page was 'printed' though the information fitted all on one page. A white space below the last to print field was the cause, just overlooked, caused by former changes to the lay-out.

When you use sliding options, don't forget to check <also slide mygodwhatwasitagain of the enclosing part>

I bet it's fixable..

Harryk

[LiveOak]

It's Brent, but you're welcome just the same .

-bd (Brent Dussia, Live Oak Systems)