Follow-up Comment #2, bug #61675 (project groff):
[comment #0 original submission:]
> (There are other problems with footnotes in multi-column mode; as
> can be seen above, the bottom of the column retreats up the page.
...
> These issues are distinct and should be filed as separate tickets.)
I was going to do just that, but before/after comparisons show that this
particular issue was fixed as a side effect of the commit cited in comment #1.
It's not clear _how_, based on the code changes of this commit, which appear
to have no effect on the root cause of this as explained over in bug #58736:
"when a trap is set in multi-column mode for placement of the footnote, that
trap is not cleared after the footnote is rendered. The result is that the
bottoms of your columns creep up the page as you go from left to right." And
the commit log talks only about the width of the footnote separator, so the
fix to the column height might be a surprise to the commit's author as well.
But I won't argue with success.
> And on typesetters, the baselines of the columns don't
> align--there's a sliver of extra space at the top of the second.
I haven't looked into this aspect yet, so not sure if this still needs a bug
report opened, or if the same commit also covertly resolved this as well.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?61675>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
