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: Wed, 22 Dec 2021 20:41:00 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0

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

Here are much smaller examples showing the problem in both -me and -mm.

.mso e.tmac
.nr bm 9i
.nf
1
.ne 3
2
3
4
5
6


.mso m.tmac
.VM 0 8.25i
.nf
1
.ne 3
2
3
4
5
6

These both put lines 1 to 5 on the first page and line 6 on the second. 
"groff -a" is an easy way to see where the page break occurs without having to
generate and examine PostScript.

But move the .ne down one line in either file -- which should tell it to place
lines 3, 4, and 5 on page 1 if they fit (and we know they do; we just saw it)
-- and only lines 1 and 2 appear on the first page; 3, 4, and 5 are bumped to
the second.

The same behavior occurring in two macro packages tells us it's not specific
to -me or -mm.  The behavior _not_ occurring in the absence of a macro package
(at least that either of us has been able to demonstrate) tells us the basic
use of .ne works as expected.  But something odd is going on when they try to
work together, and the oddity is not confined to just one 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]