> I'd like asciidoc tweaks in "next" by Francis Daly tested by > people who have access to different vintages of docbook-xsl by > trying to build manpages. Look for displayed examples, such as > the one in git-branch documentation. I've tried it with v1.68 > and getting far better results than before, and Francis says > v1.69 works fine with or without the change. IOW this is a > workaround for a problem in v1.68. For completeness / comparison: I have docbook-xsl v1.68 (strictly, 1.68.1-0.1 as packaged in debian stable) and docbook-xsl v1.69 (1.69.1 freshly downloaded with the manpages/ChangeLog listing the last change on 2005-08-11). I have asciidoc 7.1.1 (local install) and xmlto version 0.0.18 as packaged in debian stable. Also: $ xsltproc -V Using libxml 20616, libxslt 10112 and libexslt 810 xsltproc was compiled against libxml 20616, libxslt 10112 and libexslt 810 libxslt 10112 was compiled against libxml 20616 libexslt 810 was compiled against libxml 20616 Of that lot, I believe only the docbook-xsl version actually matters for this test, but I'm happy to learn otherwise. I run asciidoc -b docbook -d manpage -f asciidoc.conf git-branch.txt xmlto man git-branch.xml asciidoc -b xhtml11 -d manpage -f asciidoc.conf git-branch.txt I vary the docbook-xsl version being used and I vary the asciidoc.conf file to include or exclude the "literallayout" change. The four html files produced differ only in the "Last updated" time. The two man pages produced with v1.69 are identical. The two man pages produced with v1.68 differ in the expected and intended ways, replacing ".IP" with a ".nf/.fi" pair in two places. And the differences between 1.68 and 1.69 with the old configuration, and 1.68 and 1.69 with the new configuration, are also confined to that area. Repeating the tests on git-clone.txt (which also has a multiline example) gets the same result. And doing the test on git-mv.txt (with no multiline example) shows that the asciidoc.conf change has no effect on pages like that. No real surprise there. So I'm happy that the (fixed) change improves something and breaks nothing, at least for those versions of the tools. f -- Francis Daly francis@xxxxxxxxxx - : send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html