Follow-up Comment #3, bug #66835 (group groff): Right, there are two possible approaches. 1. Have the formatter turn new roff paper-sizing requests into new grout commands, and have the postprocessors recognize these new grout commands and take appropriate action. 2. Have a special-purpose macro package define paper-sizing macros that inject appropriate instructions for every device directly into the final output stream (via \X or its kin).
The first approach is the way core functionality in the roff language is
handled, so that feels like a more natural solution.
The second, as you say, can be done entirely in user space. But doing an end
run around the postprocessors and talking to the devices directly feels
kludgier. Perhaps there are advantages to this approach I'm unaware of,
though.
In any case, if it gets the job done, I doubt users who want the capability
will care much how it's implemented.
[comment #2 comment #2:]
> I think this would necessitate changes to all full-service
> macro packages **except** _mom_.
It shouldn't _necessitate_ them. Users of -ms, -mm, etc., could call the new
.paperlength and .paperwidth requests/macros directly, then use the macro
package's usual facilities for setting margins. Users might find it useful to
have macro package support for this in the long run, but the core
functionality shouldn't necessitate it.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?66835>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
