> Files included via .mso, .so, or -m, are never run through
> preprocessors.
That's why soelim was invented
http://lists.gnu.org/archive/html/groff/2003-01/msg00069.html
(at least for .so, don't know about .mso or -m).
Hello all,
I have a problem designing well-strucutred documents
consisting of several files. Files included via
.mso, .so, or -m, are never run through preproces-
sors. For example, it is very incovenient to use a
macro package containing Russian text together with
-K, and it is impossi
Tadziu Hoffmann:
> > Adding \c and replacing .bp with 'bp fixed it.
>
> In a message further on in the thread Werner says
> he has implemented an "em1" request which is the
> same as "em" but doesn't have the last-page re-
> striction.
Yes, I had seen it. But my version of groff is too
ol
> Adding \c and replacing .bp with 'bp fixed it.
In a message further on in the thread Werner says he has
implemented an "em1" request which is the same as "em"
but doesn't have the last-page restriction.
> .bp doesn't seem to work in an end-of-input trap.
Does this thread answer your question?:
http://lists.gnu.org/archive/html/groff/2009-04/msg00019.html
Hello all,
.bp doesn't seem to work in an end-of-input trap.
Here's an example for -Tascii:
.de END
this page
.tm before bp
.bp
.tm after bp
next page
..
.em END
End of input occurs here!
Why could this be? The same code works as expected,
i.e. prints "ne
