Update of bug #61453 (group groff):
Status: Need Info => None
Assigned to: barx => None
Summary: want native mechanism for continuous (non-paginated)
rendering => want simple, preferably single, step to activate continuous
(non-paginated) rendering
_______________________________________________________
Follow-up Comment #15:
Sorry for misstating various implementation details of -man and -mdoc.
And yes, the previous Summary asked only for a "native mechanism"--though
groff effectively had this all along: bug #63587 showed a hack to get INT_MAX,
or something approaching it, from within groff before the .R register changed
value.
So what this bug is trying to address is not a functionality gap, but an
ease-of-use one. What's lacking is something the user can set at the top to
make groff handle all the stuff software should be able to handle. (".pl
\n[.R]u/1v" on its own, for example, will append a couple billion blank lines
to the output. Additional steps are required to subsequently readjust the
page length at the end; these additional steps are not straightforward when
there are relative-to-page-bottom traps to handle things such as footnotes.
This sort of tedium is what algorithms should handle so humans don't have
to.)
So a single request (a special case of .pl, or a new request altogether), or a
macro package (which a user can specify on the command line or load via .mso)
that provides a one-and-done solution would improve the status quo.
If you think the updated Summary still fails to capture this, let me know and
I'll give it another pass.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?61453>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
