I'm not expecting a fix any time soon, but I'm leaving a workaround here in case anyone else finds it useful. I tried digging into the output of pic(1) (before feeding it to troff(1)) but got somewhat lost in the sequence of moves and draws that produced the box. The Postscript was easier to process with existing tools for a workaround.
I observed this on FreeBSD 13.2-RELEASE, with Heirloom doctools installed via pkg(8).
Heirloom doctools has been a pleasure to use. Thank you maintainers for making it easy to produce beautiful documents that play nicely with revision control systems and grep :smile:
The minimal input for reproducing the problem:
(Note to self: learn page control so I can eliminate
convert -crop
. Suggestions welcome!)Observation: lower right-hand side of box is filled.
Workaround:
This exchanges the order of the coordinates in the second segment of the path, to convince the
eofill
operator to do the right thing.Now the entire box should be filled.
I'm not expecting a fix any time soon, but I'm leaving a workaround here in case anyone else finds it useful. I tried digging into the output of
pic(1)
(before feeding it totroff(1)
) but got somewhat lost in the sequence of moves and draws that produced the box. The Postscript was easier to process with existing tools for a workaround.I observed this on FreeBSD 13.2-RELEASE, with Heirloom doctools installed via
pkg(8)
.Heirloom doctools has been a pleasure to use. Thank you maintainers for making it easy to produce beautiful documents that play nicely with revision control systems and
grep
:smile: