Identify fields which have a text overflow (in Browse Mode) with a small badge like the plus sign used by Adobe InDesign and be able to detect fields with overflow and expand as needed when printing (opposite of slide-up). This will allow a developer to better predict the results that will appear if the layout is used for printing.
but still you would have the 10page limit - this should then be eliminated too.
The important thing is the ability to detect overflow, even when not printing. For example, a triggered script could change the font size recursively until the overflow is gone.
And while we're on the subject ... the same rule should apply to Custom Dialogs because users don't know they have to expand the dialogue by its lower right corner to see the entire content and buttons. To solve this one, where the content is usually defined and known to the developer, I have asked (since version 7) for the ability to specify the size and position of custom dialogue just as with new windows. I don't get why this would take so much new engineering. Years ago We got the ability to specify the commit step on all 3 buttons and we got the ability to specify button names too. Why not position and size?
Having a checkbox in sliding printing to allow a field to stretch to fit vertically would be a real game changer in layout design. Being forced to make a single field stretch over several page breaks just to make sure it will display ALL of the fields content is a horrible design flaw since there is never a guarantee that a user won't exceed that limit at some point...
It took me a little bit to find this to up vote it due to the title and the fact that my searching was based on the field's behavior during printing, but find it I did!