🚀 go-pugleaf

In article <149@nbs-amrf.UUCP> hopp@nbs-amrf.UUCP (Ted Hopp) writes:
! 
! If the vertical size of the floating keep (from '.(z' to '.)z') is
! larger than the page length, the keep will never be emitted.  (I think,
! in fact, that all future floating keeps will be queued behind the
! keep that is stuck.)  This is probably what is happening to you.
! 
! The -me macros would apparently rather never output a floating keep
! than split it across a page boundary.  Sort of nasty, I say.  You'd
! think any left over stuff would come spewing out at the end of the
! document as part of the end macro execution.
! 
! Ted Hopp	{seismo,umcp-cs}!nbs-amrf!hopp

That was not the case, in fact. I should mention that the reason (I surmise)
it is not printing the floating keep is that the last bit of `normal' text
does not fill the last page.  The vicinity of the last page is approximately 
where the floating keep was entered in the original ditroff -me input. 
The floating keep should ideally float all on its lonesome to the next page. 
However, since there is no text on the next page - except for the floating keep 
itself -  `-me' says, "No point printing that diagram".
This is just not good enough. I can't believe this sort of thing has not 
happened to others before. You haven't all solved this problem by manually
making sure there is enough space on the page for the block (and putting
it inside .(b.)b rather than .(z .)z?
Will I be forced to abandon `-me' and ditroff for `Tex?' Is it indeed more
reliable? I would prefer to think someone out there has a `fix'.
					Isaac Balbin
(Rhetorically) "Eric Allman where are you? (In Perth last I heard)"