[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #58736] [me] footnote breaks two-column output
From: |
G. Branden Robinson |
Subject: |
[bug #58736] [me] footnote breaks two-column output |
Date: |
Sun, 6 Feb 2022 13:54:05 -0500 (EST) |
Follow-up Comment #27, bug #58736 (project groff):
Hi Dave,
Returning to this issue...
[comment #23 comment #23:]
> [comment #22 comment #22:]
> > I am soliciting opinions as to what `1c` should mean when
> > footnotes are pending
>
> I think there's a distinction to be made between cases where a
> footnote is pending that comes from within the .2c block vs
> that precedes the .2c block.
Agreed.
> I agree the former case introduces some ambiguity, but the
> latter is what prompted this bug report, and getting that to
> work might be a worthy starting point unless the problems are
> intractably intertwined.
>
> Typically multi-column output will be in effect for the whole
> page, so it's not an issue. The original example in this bug
> report uses two columns temporarily for a special effect, but
> (a) the overall page is one column, and (b) the footnote is
> initialized outside the two-column region.
>
> (In a layout like this, it's really up to the user to ensure
> that the .2c block doesn't span a page break: if one occurs,
> -me will already make the output probably not what he wants.)
It sounds like the way forward is to have .2c check to see if
there are pending footnotes, and deal with them if so, as
proposed in comment #22.
Does it sound like we're on the same page?
Regards,
Branden
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?58736>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug #58736] [me] footnote breaks two-column output,
G. Branden Robinson <=