Lines cut off at bottom of page

In creating run of the mill academic papers, I've encountered the following problem. Pages will cut off the last line on particular pages. (Only the top portions of characters that make up the line display/print.) Clearly, that last line is falling partly within an area at the bottom of the page that doesn't display or print. I can get the line to display (and print) be adding or deleting earlier text (and so moving the defective line up or onto the next page) or changing the leading, but this is a bad idea when you're constantly revising and editing a paper. Note that I'm using 1" margins top and bottom, so this isn't a printer issue. Indeed, page numbers below the text display properly. Is there a fix?

Mac Pro, Mac OS X (10.5.8)

Posted on Aug 18, 2009 3:08 PM

Reply
21 replies

Aug 18, 2009 3:44 PM in response to John F Heil

John

I presume you are using a Word Processing mode template, although you haven't said which or whether you created it yourself.

It sounds as though the bottom of your main text area is being cut off by the top of your footer.

+Menu > View > Show Layout+

You can adjust the position of your Document Margins and Footer in:

+Inspector > Document > Document Margins+

…and ensure they are separated.

It is possible for the Footer and text area to overlap. Normally though the Footer will word wrap away any text in the overlap.

It is also possible that you do not have the right Page Setup for your printer or that you have the wrong printer driver.

You can test the non-printing margins by creating a floating image box, filled with grey, the size of your page and seeing exactly how much of it doesn't print.

If you could let us know a little more accurately what you are using and doing it might help us find a solution.

Peter

Aug 19, 2009 6:15 AM in response to John F Heil

Thanks for the useful comments. I don't think this is a printer driver issue. I have top and bottom margins set at 1" and footer at .49". When I select 'Show Layout' it's clear that text is extending partly below the bottom margin and is cut off at the 1" point.

One item I didn't mention is that I have lines of text set, not to double-space, but to 'exactly 24 points'. I got into the habit of doing this in Word because Word changes line spacing if you add sub- or super-scripts.

I experimented by changing line spacing from 'exactly 24 pts' to 'double', but I still get truncated characters when the last line on a page hits the bottom margin. The truncating (in either case) can include just the descenders (which extend below the bottom margin) or the entire bottom half of the last line of text.

At the risk of violating board etiquette, I wonder if it's possible to eliminate Pages' automatic insertion of a footnote separator? (That is, is it possible to eliminate the line that separates footnotes from the body of text.) I hate to think that this is something I can do in Word, but not in Pages.

Aug 19, 2009 8:32 AM in response to John F Heil

You haven't said what make/model of printer you are using. Most ink jet printers, especially HP, have a minimum bottom margin of .56". Your margin of .49" is too small for that. If your printer does borderless printing, I understand that only works for photo printing & may not give a good result with text.

The only solution is to live with that margin or get another printer. Mono laser printers are very reasonably priced these days. Most have minimum margins of .18" to .25" on all sides. They also have a lower cost per page & print crisper text.

User uploaded file

Aug 20, 2009 6:07 AM in response to Warren Beck

Adding 0.1 before and after spacing has no effect. The only workaround I can find is to set line spacing to 'double'. It appears that, when you use an exact measurement--in this case 24 pts--lines that overlap with the bottom margin are cut off at the margin.

This strikes me as a genuine bug. There seem to be good reasons to prefer an exact measure for line spacing in a document. But, if the document is several pages long and moderately complex, it's a virtual certainty that some lines are going to overlap with the bottom margin.

Aug 20, 2009 9:08 AM in response to PeterBreis0807

Peter, yes, the baseline shift is set at 0.

I have changed styles from 'Exactly 24 Pts' spacing to 'double space' as a workaround, but I'm concerned that line spacing is going to be affected (as it is in Word) when super- and subscripts are used. If that's so, and if specifying an exact measurement for line spacing results in lines being cut off, I'll be very sad--also amazed that what's not a problem for Word is a problem for Pages!

Aug 20, 2009 2:12 PM in response to John F Heil

About the layout margin suggestion, made above:

Today I received a draft document from a student containing the cut-off line phenomenon that you reported, and the before and after layout margins for this word processing document, single column, were set to my previously suggested 0.1 in. I was able to get the cut-off line to be properly paginated (not cut off) by trying several other settings; anything but 0.1 inch on the top or bottom fixed the problem. The document was notably a 24-pt exact linespacing document, as in your case, and as you reported, using doublespacing rather than a fixed linespacing also fixed the problem. This is clearly a bug in the pagination algorithm that is caused by exact linespacing.

(Note that I was also able to fix this cut-off case by changing the document margin. So whether or not the line is cut off is determined by the actual text height for the column of text.)

So, again, I suggest that you play around with the "after" setting for the layout margin (or, alternatively, the document margin) to see what you can get. It appears that the problem is caused by an incorrect or inexact calculation of the page breaks when exact linespacing (leading) is set. In all of the cases I have seen so far, it was possible to find a setting that fixed the cut off. What you need is to make the text height (number of lines times the leading/linespacing) change enough that the cut off goes away.

I would appreciate it if you would write this problem up and submit it the "Provide Pages Feedback" menuchoice on the Pages menu. If enough of us report the problem, perhaps the Pages team at Apple will address it.

Aug 20, 2009 2:45 PM in response to Warren Beck

Warren: Yes, I can fix individual pages by diddling the 'Before' and 'After' Layout Margins, in fact I tried this at your suggestion early on. I made the change and changed the Body style accordingly (so that it would apply throughout the document). Unfortunately, the the problem then arose elsewhere in the document! Lines are subtly shifted, I guess, so that lines that were originally cut off aren't, but other ones, previously unaffected, are.

I'm sure that you can fix documents on a case-by-case basis, but it shouldn't be this way.

As you've suggested, I've reported the problem to Apple--

Aug 20, 2009 3:04 PM in response to John F Heil

John:

I have written up this problem and reported it using the "Provide Pages Feedback" web page.

I am disappointed to see from your example and the one from my student, today, that my layout margin fix is not a general one. It really is unacceptable to have to fiddle around with margin settings to find a magic setting that keeps all of the text displayed. Of course, single or double linespacing could be used, but then when in-line equations or super/subscripted text is involved, the irregular linespacing that results is not really acceptable.

I had hoped that Pages '09 was the answer, but apparently it is not a robust enough tool to trust for routine academic use. I have spent quite enough time trying all of the other tools to state that the only thing that actually is good enough is TeX/LaTeX, but I had hoped to be able to work with an easy-to-use, WYSWYG tool that supports commenting and other "modern" facilities.

Aug 20, 2009 5:26 PM in response to John F Heil

John,

I'm wondering where your content came from. Sometimes imports carry with them characteristics, like offset, that aren't reported by the Pages Text Inspector. If so, Paste and Match Style might work, or you could use an intermediate text editor to strip the unwanted attributes. Another thing to try would be to apply one of the standard Paragraph Styles to your text and see if it jumps into line.

Jerry

Aug 20, 2009 10:11 PM in response to John F Heil

Re: the suggestion about changing the layout margins "before" and "after"

It turns out that I was wrong about the suggestion of varying the layout margins; it seems that I misunderstood what the layout margins were affecting. The layout margins control the beginning and end of the current layout, and since my simple document had just a single layout, a change in the "before" layout margin was offsetting the text vertically enough to sometimes avoid the bad pagebreak that cut off the line of text.

Further experiments show that with exact linespacing, all that matters is the true height of the text box. With exact linespacing, the number of lines that will appear in the page's textbox is very stable; the same number of lines appear on every page.

If a line of text is partially cut off, what one needs to do is to make adjustments of the document top and bottom margins so as to get the entire line of text to not be cut off. As long as a standard double-spaced (24 pt exact linespacing) page with no nonstandard linespacings for display equations or headings will display properly, then most of the time the pages will be paginated properly. However, as John may have suggested, it really comes down to a given page's text length. Certain pages will have the last line cut off if the total text height falls in just the right range and if the last line of the text on that page has exact linespacing. If the last line has single/double linespacing, it appears that it will break to the next page properly.

To conclude, if you have to use exact linespacing because of your use of in-line equations, etc., you are going to have to look at every page in the document to see if it has a bad break to the next page. This is clearly unacceptable, it is not due to user error, it is a serious problem in the pagination algorithm. I sure hope that Apple will fix this problem soon. I think that this is a fatal problem that rules out the use of Pages for the time being for mathematical/technical documents with decent appearance.

Sorry for the rant, but I wanted to close out my contribution to this thread to address the incorrect suggestion I made that the layout margins could be adjusted to get this problem to go away. All that matters is the text box height and your choice of leading/linespacing; you might be lucky and have things work out, but I'll bet in a long document that you will be sorry if you use exact linespacing.

Aug 21, 2009 6:06 AM in response to Jerrold Green1

A quick reply to Jerry--and to Warren.

First, Jerry. The text in question is virgin text, text I'm typing in on the fly as I write the paper. In any case, with line spacing set to an exact value, differences in character height, typeface, &c shouldn't matter. This, really, is the point of setting line spacing to a precise value.

Second, Warren. You've got it. It's one thing to have an absolutely finished document that you can then tweak by changing margins, spacing, and the like. But this is no good when a document is evolving over a period of several weeks or months. (And, in any case, no one should have to go to so much trouble to achieve what should be an obvious result!)

The bottom line: the algorithm used by Pages to determine when to carry a line over to a new page is evidently inadequate when line spacing is set to an exact value.

Word doesn't have this problem. TeX doesn't either, but I've avoided TeX because I don't like available TeX fonts, and the workaround is too cumbersome (for my taste).

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Lines cut off at bottom of page

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.