From 985f06941ec2e8dfac90eae9050cf7c6a44f2e45 Mon Sep 17 00:00:00 2001 From: Stuart Rackham Date: Mon, 25 Aug 2008 18:00:39 +1200 Subject: New tables related documentation updates. --- dblatex/dblatex-readme.txt | 14 +++++++++----- 1 file changed, 9 insertions(+), 5 deletions(-) (limited to 'dblatex') diff --git a/dblatex/dblatex-readme.txt b/dblatex/dblatex-readme.txt index 8cc9059..39bb437 100644 --- a/dblatex/dblatex-readme.txt +++ b/dblatex/dblatex-readme.txt @@ -20,16 +20,20 @@ Limitations ----------- Observed in dblatex 0.2.8. -- dblatex doesn't seem to process the DocBook element - correctly: it is rendered in a monospaced font and no nested +- dblatex doesn't seem to process the DocBook 'literallayout' element + correctly: it is rendered in a monospaced font and no inline elements are processed. By default the normal font should be used and almost all DocBook inline elements should be processed (http://www.docbook.org/tdg/en/html/literallayout.html). I almost fixed this by overriding the default dblatex literallayout template - (in `./dblatex/asciidoc-dblatex.xsl`) but there is a remaining - problem: blank lines are replaced by a single space. + (in `./dblatex/asciidoc-dblatex.xsl`) and using the LaTeX 'alltt' + package, but there are remaining problems: -- Callouts do not work inside DocBook elements which + * Blank lines are replaced by a single space. + * The 'literallayout' element incorrectly wraps text when rendered + inside a table. + +- Callouts do not work inside DocBook 'literallayout' elements which means callouts are not displayed inside AsciiDoc literal blocks. A workaround is to change the AsciiDoc literal block to a listing block. -- cgit v1.2.1