[bug #63176] [me] After column-count changes, -me might place running text on page below footnote

[Dave]

Update of bug #63176 (group groff):

                  Status:               Need Info => Confirmed              

    _______________________________________________________

Follow-up Comment #8:

[comment #7 comment #7:]
> Here's a proposed patch.

Applied, I see, in
[http://git.savannah.gnu.org/cgit/groff.git/commit/?id=4796dc773 commit
4796dc773].

> What do you think of these?

Those are good as a heads-up to the user unless/until further debugging can
happen.

> Hypothetically, if we have a register that means "I want
> footnote in 1 column at the page foot no matter how many
> columns are otherwise in the running text",

I think, as I probably wrote somewhere over in bug #58736, that a user trying
to do tricky things with footnotes in -me will have to largely fend for
themselves, as the macro package can't reasonably anticipate every tricky
layout a user might want.  So personally I wouldn't worry about such a
hypothetical register.  If an Eric Allman Jr. comes along who wants to devote
a lot of time and energy to expanding -me functionality, have at it!  To my
mind, -me entered maintenance mode decades ago; all I expect from it is bug
fixes.

However, I maintain that the example in the [comment #0 original
submission]--a footnote defined in single-column text being output while the
running text is in single-column mode--doesn't qualify as a tricky situation,
and the produced output does qualify as a bug.

I still suspect, as I did back in comment #1, that something is triggering the
end-of-page trap prematurely.  I blamed the .1c macro there, but the debugging
output of comment #3 suggests .bc might be the culprit.  The formatter
shouldn't be anywhere near the end of the page by end of input, at which point
all the running text ought to already be on the page, leaving only the pending
footnote to be output.  But some of the running text landing _below_ the
footnote suggests something is interfering with this order of events.


    _______________________________________________________

Reply to this item at:

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

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

signature.asc
Description: PGP signature