g-branden-robinson
It's unclear to me what the package is trying to do here. ```console $ nl ono.tmac | sed -n 92,99p 92 .\" 93 .de FONT 94 . FO \\$1 \\$2 95 . . 96 . ig NT 97 . NT 98 .. 99 .de FO \" Called in compatibility-mode ``` Line 95 ends the macro definition. <details><summary>Per the <a href="https://www.gnu.org/software/groff/manual/groff.html.node/Writing-Macros.html">GNU <i>troff</i> manual</a>…</summary> > If the optional second argument [to the `de` request] is not specified, the definition ends with the control line ‘..’ (two dots). Alternatively, _end_ identifies a macro whose call syntax at the start of a control line ends the definition of _name_; _end_ is then called normally. A macro definition must end in the same conditional block (if any) in which it began (recall [] [Conditional Blocks](https://www.gnu.org/software/groff/manual/groff.html.node/Conditional-Blocks.html)). Spaces or tabs are permitted after the control character in the line containing this ending token (either ‘.’ or ‘_end_’), but a tab immediately after the token prevents its recognition as the end of a macro definition.</details> We can see using a new _groff_ 1.24 feature that the foregoing is accurate. ```console $ echo ".pm FONT" | ~/groff-1.24.0/bin/groff -Ez -M . -m ono -z 2>&1 | jq { "name": "FONT", "file name": "./ono.tmac", "starting line number": 94, "length": 12, "contents": ".FO \\$1 \\$2\n", "node list": [] } ``` I don't know if this is an actual defect, but if it's not, then it is not clear to me what lines 96-98 accomplish.