bug-groff
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]