bug-groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #57538] [me] incorrect computation of space `ne`eded by `(b` blocks


From: Dave
Subject: [bug #57538] [me] incorrect computation of space `ne`eded by `(b` blocks
Date: Fri, 7 Jan 2022 20:55:29 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0

Follow-up Comment #16, bug #57538 (project groff):

[comment #15 comment #15:]
> All of the me(7) keep macros emit a break request before closing
> the diversion.  That means there's _always_ an extra space down
> to the next baseline at the ends of the diversions.

I'm sure that's true as far as it goes, but the comment #13 examples were
intended to show that the off-by-one behavior happens even without using any
-me diversions, keeps, or other macro-defined structures -- even, for that
matter, in the absence of using any -me features at all, save for the changing
of the bottom margin.  (And that's only for example-shortening sake.  The same
behavior is observable without that; you just need a lot more lines to get
there.)  The mere loading of the macro package makes .ne behave slightly off.

As you note, this does not happen in plain roff, but as comment #13 notes, it
does also happen with at least -mm, even without using any -mm features.  (I
don't know any, save the setting of the bottom margin, which I looked up
specifically for this example.)  I didn't try any other packages; two seemed
sufficient to demonstrate that this is a problem beyond a single macro
package.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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