A spurious line break is added to the man page output when a <para> or <simpara> contains a <emphasis> tag as first children. This item in a definition list with multiple terms has an empty line between the term and its definition:
I compiled the full example source document attached to this report using the following command (on Mac OS X using docbook-xsl from MacPorts):
xsltproc -nonet /opt/local/share/xsl/docbook-xsl/manpages/docbook.xsl foo.xml
The generated man page output of the snippet above is the following:
The new line after ".RS 4" is unexpected and does not exist when adding at least one non-whitespace character in before the <emphasis> tag in the example source above. The attached file contains both a working (term "foo") and a broken example (term "bar").
This was encountered with docbook-xsl 1.76.1 and reproduced with the latest docbook-xsl 1.78.0. xsltproc is from libxslt 1.1.27. I tried to provide a minimal example, so the compilation returns some warnings due to missing fields, but they should not influence the result.