Created attachment 28207 [details] PDF file showing a split f "C/C++" <?xml version="1.0" encoding="US-ASCII"?> <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"> <chapter id="ch_test"> <title>Chapter Test</title> <para>This is a test of <phrase role="keep-together">C/C++</phrase>.</para> <para>XXXXXXXXXX XXX XXXX XXXXXX XXX XX XXXXXXXXX XXXX XXXXXXXXX XXX <phrase role="keep-together">C/C++</phrase></para> </chapter>
$ uname -a Linux studio 2.6.32-38-generic #83-Ubuntu SMP Wed Jan 4 11:12:07 UTC 2012 x86_64 GNU/Linux $ fop -version FOP Version 1.0
Please rewrite this bug report in terms of XSL-FO content. FOP has no knowledge of the DocBook format you use to present your example. That is, please supply a minimum XSL-FO document that depicts the problem you are reporting.
Created attachment 28211 [details] Additional information FO object as requested. With xsltproc and fop on path, `make-test.sh` should reproduce the problem.
I'm not sure if this xsltproc, but just in case: $ xsltproc -V Using libxml 20706, libxslt 10126 and libexslt 815 xsltproc was compiled against libxml 20706, libxslt 10126 and libexslt 815 libxslt 10126 was compiled against libxml 20706 libexslt 815 was compiled against libxml 20706 https://bugzilla.gnome.org/show_bug.cgi?id=668694
Reading XSL-FO snippet (in 2nd attachment), the text "C/C++" is nested in an fo:inline without any property. It should at least have this: keep-with-next.within-column="always" or inherit it from higher level. This issue is related to XSLT, not to FOP. Please, before opening a FOP issue, can you check if it is FOP concerned: by analyzing resulting XSL-FO, by asking on FOP user-list? etc.
> This issue is related to XSLT, not to FOP. My apologies.
batch transition to closed for remaining resolved bugs