Follow-up Comment #6, bug #67902 (group groff): _groff_'s documentation talks about this a little bit.
Our Texinfo manual says:
5.2 Page Geometry
=================
...
Vertical spacing has an impact on page-breaking decisions.
Generally, when a break occurs, the formatter automatically moves the
drawing position to the next text baseline. If the formatter were
already writing to the last line that fits on the page, advancing by one
vee would place the next text baseline off the page. To avoid that,
'roff' formatters instruct the output driver to eject the page, start a
new one, and again place the drawing position at the page offset one vee
below the page top; this is a "page break".
When the last line of input text corresponds to the last output line
that fits on the page, the break caused by the end of input also breaks
the page, producing a useless blank one. Macro packages keep users from
having to confront this difficulty by setting "traps" (*note Traps::);
moreover, all but the simplest page layouts tend to have headers and
footers, or at least bear vertical margins of at least one vee.
Similar material is in _roff_(7).
Maybe this isn't a bug? Maybe if you want to cram stuff onto an output line
within one vee of the page bottom, we can fairly expect you to end your final
text line with `\c`?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?67902>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
