due to unconditional use of .ne. groff apparently inserts some virtual trap
at the end of each page, and this was causing the .ne commands to output extra
lines. Solution is to only use them in troff.
Also fix a related bug in .It, where it would insert a page break in the middle
of a sentence.
Remove the end of page trap in nroff mode, as this causes .sp to sometimes eat
the space due to the nearby trap.
Lastly, undue a previous change that broke the formatting of the SYNOPSIS
section, until we determine the right way to fix that.
comparing the input line number. The latter fails with things like:
.Oc Oc
because there is nothing in the diversion when the second Oc is executed,
which caused the command that adds \*(b2 to the output to be eaten.
itself, we could do a .warn-enabled sweep of the man pages.
* Mainly, kill strings by redefining them as null instead of using .rm
* Push and pop the warning level around unavoidable trouble spots
* Do all of this only if in groff
* Fix a really obscure bug in .Nm
* Make the .em warning an abort.
find the actual source of the common "automatically ending `eb' diversion
on exit" error. This generally means you tried something like `.Em Do not'
which accidently calls the `Do' request, which _must_ be followed by Dc.
* Add a .Me request for marking up menu entries.
* Print the source line number on the "Extraneous .Ed" error. (Duhh.)
* New requests for HTML integration: .Mt (mailto) and .Lk (link).
* Rename the .em built-in to e@ and print an error if .em is ever
accidently invoked.
D1 (dee-one) has two bogus-looking lines that are not in Dl (dee-ell); and
what they do is delete the first parameter unless it is a callable macro.
This may have something to do with the reason why dee-ell is used 418 times
in /usr/share/man vs only 6 times for the crippled dee-one.
===
.Nm foo
...
The following options are supported by
.Nm "" :
===
It could be smarter, but it works :)
Thanks to Christoph Badura <bad@ora.de> for providing this!
mycroft