[bug #59573] typesetting.mom: traps are not initialised (set, planted)

[Peter Schaffter]

Follow-up Comment #2, bug #59573 (project groff):

Until now, the exhibited behaviour of groff, if not the intended behaviour,
was to ignore .ch requests for non-existent traps.  The file typesetting.mom
demonstrates bare-metal typesetting, so the FOOTER and FN_OVERFLOW traps,
which are only used if START has been invoked (full document processing), are
never set.  This has allowed PDF_IMAGE conveniently to process all pdf images
inside the FLOAT mechanism, which necessarily .ch's the aforementioned traps
if they exist and does nothing if they do not, as is the case with
typesetting.mom.

It is simple enough to amend the PDF_IMAGE macro to invoke FLOAT only if START
has been invoked, thus eliminating the .ch operations on non-existent traps,
but before I do, I'd like to know the rationale behind the change to what,
from my perspective as a macro developer, breaks established groff behaviour.



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59573>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/