[bug #58447] [me] valid input with specific parameters causes a fatal error

[Dave]

Follow-up Comment #7, bug #58447 (project groff):

[comment #6 comment #6:]
> Probably, there should be a limit as to how far up the page the
> footnote is allowed to retreat.  What that limit should be is
> another question; the first text baseline (\n(tm) is probably
> an absolute limit, but it might make sense to halt footnote
> retreat "earlier" (farther down the page) than that, so that
> progress can be made rendering the body text on any given page.

How to handle unusual layouts like this is probably highly situationally
dependent, so giving the user a knob to control that height makes sense.

But the knob still needs a default setting, and for that, my inclination would
be to give the footnote as much of the page as it can gobble up: a footnote
that voluminous is probably more legible spread across fewer pages, otherwise
there are two separate threads (running text and footnote) going on at once,
and spreading this out over more pages seems less legible--maybe even more so
in electronic texts, which typically display one page at a time, than in
printed matter that shows two.  But that's an off-the-cuff analysis; I have no
knowledge of how epic footnotes were historically typeset.

    _______________________________________________________

Reply to this item at:

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

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