Re: Blank Images produced by FOP 1.1.
Hallo Tobias,
Just a random guess, since we had a problem with blank images in FOP 1.1
recently, too. In our case, the "culprit" was Mac OS X, producing PNG
images with header data that FOP 1.1 disliked. After pumping those
images through ImageMagick convert, FOP found the PNGs much better, and
displayed them properly.
Cheers,
Stefan
Am 24.03.2014 13:07, schrieb Tobias Luikard:
Hello,
I'm trying to upgrade an existing application from fop 0.20.5 to 1.1.
We used to produce BufferedImages by the AWT Renderer. Now I try to make
it right. After lots of searching and trying now I have the following code:
==
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer(new
StreamSource(
xslt));
setParameter(transformer, parameters, mitarbeiter);
Source src = new StreamSource(new StringReader(xml));
FOUserAgent userAgent = fopFactory.newFOUserAgent();
PageableRenderer renderer = new PageableRenderer(userAgent);
renderer.setScaleFactor(1);
userAgent.setTargetResolution(72);
userAgent.setRendererOverride(renderer);
Fop fop = fopFactory.newFop(userAgent);
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
List images = new ArrayList();
for (int i = 0; i < renderer.getNumberOfPages(); i++) {
BufferedImage pageImage = renderer.getPageImage(i);
images.add(pageImage);
}
==
The problem is, that FOP only produces blank images. I tried, I searched
and I debugged. But I have no glue what's going wrong...
Has anyone any hints?
Thanks
Tobi
P.S. I got the problem solved with 1.0 but this didn't work with
Webstart. :-(
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
--
Oracle <http://www.oracle.com>
Stefan Hinz | MySQL Documentation Manager | +49-30-82702940
Oracle MySQL <http://dev.mysql.com/doc>
Berlin, Germany
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to find out why fop needs a certain font?
Thanks, Pascal! Cheers, Stefan On 20.12.2012 10:35, Pascal Sancho wrote: Hi, simply using the font-family attribute on the fo:root element. Note that all inherited properties can be set on fo:root element, so you can set your own default properties there, including font-family. 2012/12/20 Stefan Hinz : Hi Bernardo, That's good advice, thanks! How would you specify a global font family in the FO root element, though? Cheers, Stefan On 20.12.2012 01:45, Luis Bernardo wrote: This is of no consequence although is it puzzling at first. If you specify a global font-family in the fo root element I think the warning goes away. I think what you are seeing has been discussed here: http://apache-fop.1065347.n5.nabble.com/ZapfDingbats-and-Symbol-not-found-whereas-they-are-not-needed-td31330.html On 12/19/12 11:05 PM, Alexey Neyman wrote: Hi all, I see the following warning message reported by FOP: $ fop -c fop.cfg -dpi 150 apiguide.fo apiguide.pdf Dec 19, 2012 2:59:02 PM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Serif,normal,400" not found. Substituting with "any,normal,400". ... However, apiguide.fo does not contain any references to 'serif' font: $ grep -i serif apiguide.fo $ Why does FOP need 'Serif' font? Is there some built-in expectation that 'Serif' font must be always available? Regards, Alexey. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to find out why fop needs a certain font?
Hi Bernardo, That's good advice, thanks! How would you specify a global font family in the FO root element, though? Cheers, Stefan On 20.12.2012 01:45, Luis Bernardo wrote: This is of no consequence although is it puzzling at first. If you specify a global font-family in the fo root element I think the warning goes away. I think what you are seeing has been discussed here: http://apache-fop.1065347.n5.nabble.com/ZapfDingbats-and-Symbol-not-found-whereas-they-are-not-needed-td31330.html On 12/19/12 11:05 PM, Alexey Neyman wrote: Hi all, I see the following warning message reported by FOP: $ fop -c fop.cfg -dpi 150 apiguide.fo apiguide.pdf Dec 19, 2012 2:59:02 PM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Serif,normal,400" not found. Substituting with "any,normal,400". ... However, apiguide.fo does not contain any references to 'serif' font: $ grep -i serif apiguide.fo $ Why does FOP need 'Serif' font? Is there some built-in expectation that 'Serif' font must be always available? Regards, Alexey. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: using FOP to convert RTF to FO
Hi Sareth, Are you sure you want to convert the RTF to DocBook, then to FO, then to PDF? To me, this would make sense only if you're planning to make changes to the combined file later on. If this is supposed to be a one-time conversion with no future edits of the docs, however, I'd suggest to open all the RTF in Libre Office (or any other office suite), make the necessary edits in Libre Office, and export the RTF to PDF with the built-in converter. Cheers, Stefan On 06.12.2012 16:51, sareth wrote: Hello, in fact, I would like to convert any RTF file (with embedded pictures for example) in FO file, then take them and merge them into one FO, then rework FO to add some text for example, and print it into PDF through FOP. Do you know any other free way to do this please ? I currently look at iText, but nothing until now... thanks for your help regards, Sareth -- View this message in context: http://apache-fop.1065347.n5.nabble.com/using-FOP-to-convert-RTF-to-FO-tp37464p37466.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Suppressing page indicators in log file with FOP 1.1
Hi Matthew,
We're upgrading to FOP 1.1. A new feature I've found is that in the log file,
it lists the pages as they are rendered like this:
[fop] INFO: Rendered page #14.
[fop] Oct 25, 2012 8:14:25 PM org.apache.fop.events.LoggingEventListener
processEvent
The problem is that at some of our development sites, documentation builds
are included with product builds. This can affect build times. One of our
writers says that new messages "will take [our builds] about 10-15 minutes
longer and the log file is much bigger (~ 800 lines of code)."
Is there a way to configure FOP to suppress these messages? Thanks in
advance for your help.
Try "fop --help" to see the options. "fop -q" runs FOP in quiet mode.
BTW, I don't think it's the line number output that slows down FOP.
Through testing, I found that FOP 1.1 runs faster by factors with these
settings, which you'd normally want to put in a wrapper script that
calls FOP (e.g. /usr/bin/fop or fop.bat). I've installed multiple FOP
versions here, that's why I've called the script "fop1":
atlas/usr/bin # cat fop1
#!/bin/sh
export FOP_OPTS=-Xmx4096m
exec /usr/bin/fop -nocs "$@"
Via FOP_OPTS, I'm setting the memory FOP may consume to 4 GB. I'm doing
this because I can afford it :-), and because it guarantees FOP won't
come to a grinding halt even with super large documents (I'm building
PDF here with more than 3 million words and more than 2500 pages). On
our documentation server, we found 3 GB is enough for any of our PDF
builds. My rule of thumb, probably wrong, but works for me: Give FOP 1
GB of memory per 1 million words in the document you're processing.
Specifying the "-nocs" option when calling FOP saves a lot of overhead.
You should specify it if you're not building PDF for Arabic or similar
languages ("nocs" stands for "no complex scripts").
More memory, plus cutting overhead with "nocs", will make run FOP 1.1
blazingly fast. I've never seen a FOP version that would produce PDF at
such a speed.
--
Cheers,
Stefan Hinz , MySQL Documentation Manager
Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc
ORACLE Deutschland B.V.& Co. KG
Registered Office: Riesstr. 25, 80992 Muenchen, Germany
Commercial Register: Local Court Of Munich, HRA 95603
Managing Director: Jürgen Kunz
General Partner: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 1.1 out of memory
Thanks for confirming, Glenn! On 26.10.2012 10:59, Glenn Adams wrote: On Thu, Oct 25, 2012 at 6:11 PM, Stefan Hinz mailto:stefan.h...@oracle.com>> wrote: Thanks, Glenn, and thanks, Luis! A combination of -nocs and -Xmx4096m made the build succeed. The resulting PDF is 5742 pages, which might explain the issues I had. My fop wrapper script looks like this: #!/bin/sh export FOP_OPTS=-Xmx4096m exec /usr/bin/fop -nocs "$@" BTW, is the -nocs option new to FOP 1.1? It doesn't seem to work with FOP 1.0. yes, complex script (CS) support is new in 1.1 -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 1.1 out of memory
Hi Mehdi,
As for your FO, you need to provide a little more
information:
1) Tables in the FO tend to consume quite a lot of memory,
especially when they span multiple pages, are you using them for
laying out the documents?
No, but we have many lng tables in that huge (5,742 pages) MySQL
5.5 Manual. Some of them have overflow issues (table columns
overlapping), which might add to the problem I was facing.
2) Fonts take up more room than they really should; are you
using custom fonts? Are you embedding fonts?
No, nothing.
Those are the usual culprits that come to mind (though others
may wish to add to them), if you can upload the FO, then someone
will take a look at it.
Should I still do that? As said in the previous reply to Luis and
Glenn, I was able to overcome the build failure with -Xmx4096m and
-nocs. Maybe, as a rule of thumb, give FOP 1 GB per 1000 pages? :-)
Thanks again for FOP 1.1 -- it seems to be a heck of a lot quicker
than FOP 1.0!
Cheers,
Stefan
Hope that helps,
Mehdi
On 24 October 2012 19:49, Stefan
Hinz <stefan.h...@oracle.com>
wrote:
I like
FOP 1.1 a lot: Unlike previous versions, it tells you
which page it's processing, which can make debugging
easier, and also it gives you that warm fuzzy feeling
that you're somewhat in control of things. :-)
However, with really big books, I'm hitting a wall, like
this:
Okt 24, 2012 8:21:16 PM org.apache.fop.events.LoggingEventListener
processEvent
INFO: Rendered page #2630.
Exception in thread "main" java.lang.OutOfMemoryError:
GC overhead limit exceeded
That is, FOP stops at about 2600 pages with an out of
memory error. On Stackoverflow (http://preview.tinyurl.com/94qute5),
there's an indication why this happens:
"This message means that for some reason the garbage
collector is taking an excessive amount of time (by
default 98% of all CPU time of the process) and recovers
very little memory in each run (by default 2% of the
heap).
This effectively means that your program stops doing any
progress and is busy running only the garbage collection
at all time."
Does this mean it's a FOP 1.1 bug, or would there be
anything I could do to give it/Java more memory and
prevent it from failing?
The error happens on an 8 GB RAM 4-core machine. At the
time FOP ended, there was like 2 GB RAM left.
--
Cheers,
Stefan Hinz <stefan.h...@oracle.com>,
MySQL Documentation Manager
Phone: +49-30-82702940, Fax: +49-30-82702941,
http://dev.mysql.com/doc
ORACLE Deutschland B.V.& Co. KG
Registered Office: Riesstr. 25, 80992 Muenchen, Germany
Commercial Register: Local Court Of Munich, HRA 95603
Managing Director: Jürgen Kunz
General Partner: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Register Of Chamber Of Commerce: Midden-Niederlande, No.
30143697
Managing Directors: Alexander van der Ven, Astrid
Kepper, Val Maher
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
--
Cheers,
Stefan Hinz , MySQL Documentation Manager
Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc
ORACLE Deutschland B.V.& Co. KG
Registered Office: Riesstr. 25, 80992 Muenchen, Germany
Commercial Register: Local Court Of Munich, HRA 95603
Managing Director: Jürgen Kunz
General Partner: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
Ma
Re: FOP 1.1 out of memory
Thanks, Glenn, and thanks, Luis!
A combination of -nocs and -Xmx4096m made the build succeed. The
resulting PDF is 5742 pages, which might explain the issues I had.
My fop wrapper script looks like this:
#!/bin/sh
export FOP_OPTS=-Xmx4096m
exec /usr/bin/fop -nocs "$@"
BTW, is the -nocs option new to FOP 1.1? It doesn't seem to work
with FOP 1.0.
Again, thanks, and have a good day!
Cheers,
Stefan
On 25.10.2012 00:44, Glenn Adams wrote:
You might also try disabling complex script support,
about which see [1], if you don't require use of the complex text
path. Somewhat greater memory may be consumed when CS is enabled
(which it is by default in 1.1).
[1] http://xmlgraphics.apache.org/fop/1.1/complexscripts.html#Disabling+complex+scripts
On Thu, Oct 25, 2012 at 6:03 AM, Luis Bernardo <lmpmberna...@gmail.com>
wrote:
You can control how much memory the jvm uses by using the
-Xmx flags. So I think you can try that first.
The only situation where I know that FOP runs out of memory
(also in a machine with 8 GB) is when you have a very long
paragraph (and I mean a paragraph with 200K+ words). Then
the line breaking algorithm has to hold the full paragraph
in memory and decide on the optimal break points and that
very likely will use all available memory. Do you know if
you have anything like that in your book? Having thousands
of pages by itself should not be an issue. It really depends
on the content and on how the line breaks happen (if you
insert line breaks FOP uses a lot less memory than if you
don't).
On 10/24/12 7:49 PM, Stefan Hinz wrote:
I like FOP 1.1 a lot: Unlike previous versions, it tells
you which page it's processing, which can make debugging
easier, and also it gives you that warm fuzzy feeling
that you're somewhat in control of things. :-)
However, with really big books, I'm hitting a wall, like
this:
Okt 24, 2012 8:21:16 PM org.apache.fop.events.LoggingEventListener
processEvent
INFO: Rendered page #2630.
Exception in thread "main" java.lang.OutOfMemoryError:
GC overhead limit exceeded
That is, FOP stops at about 2600 pages with an out of
memory error. On Stackoverflow (http://preview.tinyurl.com/94qute5),
there's an indication why this happens:
"This message means that for some reason the garbage
collector is taking an excessive amount of time (by
default 98% of all CPU time of the process) and recovers
very little memory in each run (by default 2% of the
heap).
This effectively means that your program stops doing any
progress and is busy running only the garbage collection
at all time."
Does this mean it's a FOP 1.1 bug, or would there be
anything I could do to give it/Java more memory and
prevent it from failing?
The error happens on an 8 GB RAM 4-core machine. At the
time FOP ended, there was like 2 GB RAM left.
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
--
Cheers,
Stefan Hinz , MySQL Documentation Manager
Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc
ORACLE Deutschland B.V.& Co. KG
Registered Office: Riesstr. 25, 80992 Muenchen, Germany
Commercial Register: Local Court Of Munich, HRA 95603
Managing Director: Jürgen Kunz
General Partner: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697
Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher
-
To unsubscribe, e-ma
FOP 1.1 out of memory
I like FOP 1.1 a lot: Unlike previous versions, it tells you which page it's processing, which can make debugging easier, and also it gives you that warm fuzzy feeling that you're somewhat in control of things. :-) However, with really big books, I'm hitting a wall, like this: Okt 24, 2012 8:21:16 PM org.apache.fop.events.LoggingEventListener processEvent INFO: Rendered page #2630. Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded That is, FOP stops at about 2600 pages with an out of memory error. On Stackoverflow (http://preview.tinyurl.com/94qute5), there's an indication why this happens: "This message means that for some reason the garbage collector is taking an excessive amount of time (by default 98% of all CPU time of the process) and recovers very little memory in each run (by default 2% of the heap). This effectively means that your program stops doing any progress and is busy running only the garbage collection at all time." Does this mean it's a FOP 1.1 bug, or would there be anything I could do to give it/Java more memory and prevent it from failing? The error happens on an 8 GB RAM 4-core machine. At the time FOP ended, there was like 2 GB RAM left. -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: SEVERE: Image not found
Hi Glenn, Update on my question at the bottom: Quite obviously, this is NOT a FOP bug, because the problem occurs when creating FO, not when creating PDF from the FO (which, as I understand it, is FOP's part in the game). I'll bring this up on the DocBook mailing list. Thanks again for your help debugging this, and sorry for the extra noise. Cheers, Stefan Sorry for me taking ages to reply. It would not be a function of FOP, but of the XSLT stylesheet you are using. If you use FOP to transform the XML/XSLT input into an XSL-FO file, then you can view that file to find the references to the missing images. Thanks for the pointer! Here's a snippet from the FO I created: content-width="36pt" src="url(../common/images/note.svg)"/>start-indent="body-start()">space-before.optimum="0em" space-before.maximum="0em" font-family="Helvetica,Verdana,Arial,Sans Serif" font-size="10pt" font-weight="bold" margin-left="0.25in" margin-right="0.25in" border-left="5pt solid black" padding-left="0.1in" hyphenate="false" keep-with-next.within-column="always">Notespace-before.minimum="0em" space-before.optimum="0em" space-before.maximum="0em" margin-left="0.25in" margin-right="0.25in" border-left="5px solid black" padding-left="0.1in">space-before.optimum="1em" space-before.minimum="0.8em" space-before.maximum="1.2em"> The logic of the previous example also applies for a relation such as this one: In DocBook, this would be: The logic of the previous example also applies for a relation such as this one: So, quite apparently, note.svg is inserted for a DocBook . (I've confirmed for other instances of note.svg in the FO file.) But when searching the DocBook XSL style sheets (local copy) for note.svg, all I get is this: 2005-01-05 Jirka Kosek * caution.svg, important.svg, note.svg, tip.svg, warning.svg: New file. No clue as to how the file gets inserted into the FO. :-( Searching e.g. the 1.77.1 DocBook XSL style sheets for note.svg gives me this: docbook-xsl-1.77.1/images/colorsvg/note.svg docbook-xsl-1.77.1/images/note.svg Still no clue why (and how) note.svg is referenced in the FO, but at least it's an existing file, although FOP seems to expect it in a different location (../common/images), thus the error. What do you think? Is this a DocBook XSL bug (in which case I'll bring it up on the DocBook mailing list), or could FOP be doing something wrong? Cheers, Stefan For example, use fop -xml test.xml -xsl test.xsl -foout test.fo.xml On Wed, Aug 15, 2012 at 7:19 AM, Stefan Hinz mailto:stefan.h...@oracle.com>> wrote: I've googled for the annoying messages FOP 1.0 spits out, and found quite a few complaints, but no resolution. So here are my questions to you: When converting DocBook XML to PDF, using xsltproc and the DocBook XSL style sheets version 1.77.1 (it's not specific to that version, just saying), I get a gazillion warnings like this: SEVERE: Image not found. URI: ../common/images/note.svg. ... They're just warnings, but they clutter up the output so that it's hard to spot real problems such as overflow issues. (1) Any idea what causes those warnings? We're not using SVG images at all, just PNG files. Particularly, we're not using files in ../common/images (there's no such directory for any of our books). (2) Assuming it's some FOP-internal thing (a bug?) that cannot be fixed on our end, is there a workaround to stop FOP from issuing those warnings? (3) How would I find out the exact FOP version I'm using? (I'm thinking maybe it's a bug that would be fixed by upgrading to a newer version.) When running "fop --version" it just reports "1.0". Thanks much for any pointers! -- Cheers, Stefan Hinz mailto:stefan.h...@oracle.com>>, MySQL Documentation Manager Phone: +49-30-82702940 , Fax: +49-30-82702941 , http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher --__--__- To unsubscribe, e-mail:
Re: SEVERE: Image not found
Hi Glenn, Sorry for me taking ages to reply. It would not be a function of FOP, but of the XSLT stylesheet you are using. If you use FOP to transform the XML/XSLT input into an XSL-FO file, then you can view that file to find the references to the missing images. Thanks for the pointer! Here's a snippet from the FO I created: content-width="36pt" src="url(../common/images/note.svg)"/>start-indent="body-start()">space-before.optimum="0em" space-before.maximum="0em" font-family="Helvetica,Verdana,Arial,Sans Serif" font-size="10pt" font-weight="bold" margin-left="0.25in" margin-right="0.25in" border-left="5pt solid black" padding-left="0.1in" hyphenate="false" keep-with-next.within-column="always">Notespace-before.minimum="0em" space-before.optimum="0em" space-before.maximum="0em" margin-left="0.25in" margin-right="0.25in" border-left="5px solid black" padding-left="0.1in">space-before.optimum="1em" space-before.minimum="0.8em" space-before.maximum="1.2em"> The logic of the previous example also applies for a relation such as this one: In DocBook, this would be: The logic of the previous example also applies for a relation such as this one: So, quite apparently, note.svg is inserted for a DocBook . (I've confirmed for other instances of note.svg in the FO file.) But when searching the DocBook XSL style sheets (local copy) for note.svg, all I get is this: 2005-01-05 Jirka Kosek * caution.svg, important.svg, note.svg, tip.svg, warning.svg: New file. No clue as to how the file gets inserted into the FO. :-( Searching e.g. the 1.77.1 DocBook XSL style sheets for note.svg gives me this: docbook-xsl-1.77.1/images/colorsvg/note.svg docbook-xsl-1.77.1/images/note.svg Still no clue why (and how) note.svg is referenced in the FO, but at least it's an existing file, although FOP seems to expect it in a different location (../common/images), thus the error. What do you think? Is this a DocBook XSL bug (in which case I'll bring it up on the DocBook mailing list), or could FOP be doing something wrong? Cheers, Stefan For example, use fop -xml test.xml -xsl test.xsl -foout test.fo.xml On Wed, Aug 15, 2012 at 7:19 AM, Stefan Hinz mailto:stefan.h...@oracle.com>> wrote: I've googled for the annoying messages FOP 1.0 spits out, and found quite a few complaints, but no resolution. So here are my questions to you: When converting DocBook XML to PDF, using xsltproc and the DocBook XSL style sheets version 1.77.1 (it's not specific to that version, just saying), I get a gazillion warnings like this: SEVERE: Image not found. URI: ../common/images/note.svg. ... They're just warnings, but they clutter up the output so that it's hard to spot real problems such as overflow issues. (1) Any idea what causes those warnings? We're not using SVG images at all, just PNG files. Particularly, we're not using files in ../common/images (there's no such directory for any of our books). (2) Assuming it's some FOP-internal thing (a bug?) that cannot be fixed on our end, is there a workaround to stop FOP from issuing those warnings? (3) How would I find out the exact FOP version I'm using? (I'm thinking maybe it's a bug that would be fixed by upgrading to a newer version.) When running "fop --version" it just reports "1.0". Thanks much for any pointers! -- Cheers, Stefan Hinz mailto:stefan.h...@oracle.com>>, MySQL Documentation Manager Phone: +49-30-82702940 , Fax: +49-30-82702941 , http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher --__--__- To unsubscribe, e-mail: fop-users-unsubscribe@__xmlgraphics.apache.org <mailto:fop-users-unsubscr...@xmlgraphics.apache.org> For additional commands, e-mail: fop-users-help@xmlgraphics.__apache.org <mailto:fop-users-h...@xmlgraphics.apache.org> -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.my
SEVERE: Image not found
I've googled for the annoying messages FOP 1.0 spits out, and found quite a few complaints, but no resolution. So here are my questions to you: When converting DocBook XML to PDF, using xsltproc and the DocBook XSL style sheets version 1.77.1 (it's not specific to that version, just saying), I get a gazillion warnings like this: SEVERE: Image not found. URI: ../common/images/note.svg. ... They're just warnings, but they clutter up the output so that it's hard to spot real problems such as overflow issues. (1) Any idea what causes those warnings? We're not using SVG images at all, just PNG files. Particularly, we're not using files in ../common/images (there's no such directory for any of our books). (2) Assuming it's some FOP-internal thing (a bug?) that cannot be fixed on our end, is there a workaround to stop FOP from issuing those warnings? (3) How would I find out the exact FOP version I'm using? (I'm thinking maybe it's a bug that would be fixed by upgrading to a newer version.) When running "fop --version" it just reports "1.0". Thanks much for any pointers! -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table continuation headers
Thanks, Chris! Good to hear this is on the radar! Stefan On 29.06.2012 17:47, Chris Bowditch wrote: On 28/06/2012 14:21, Stefan Hinz wrote: Hi Luis, Hi Stefan, Incidentally I started looking at this recently but it will be a couple of months before I am able to show some code. I haven't written anything so far but I found there is already some code in FOP for table markers. So we don't need to start from zero. So does this mean that table continuation headers *are* on the roadmap, or at least on the radar? Yes. Table-marker support is on the roadmap, but other bugs/issues keep getting in the way of implementing them, so we can't give you a firm ETA on when they will be supported. Thanks, Chris - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table continuation headers
Hi Luis, Incidentally I started looking at this recently but it will be a couple of months before I am able to show some code. I haven't written anything so far but I found there is already some code in FOP for table markers. So we don't need to start from zero. So does this mean that table continuation headers *are* on the roadmap, or at least on the radar? -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table continuation headers
(Continued) It takes a bit getting this to work, but it does work. Here is a link that helps: http://www.dpawson.co.uk/xsl/sect3/markers.html#d14055e100 Also there is more info out there if you search. Might even be some on this in users forum. Hope it helps, Craig -Original Message- From: Luis Bernardo [mailto:lmpmberna...@gmail.com] Sent: Tuesday, June 26, 2012 3:34 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Table continuation headers Incidentally I started looking at this recently but it will be a couple of months before I am able to show some code. I haven't written anything so far but I found there is already some code in FOP for table markers. So we don't need to start from zero. On 6/25/12 4:34 PM, Stefan Hinz wrote: Thanks for confirming, Glenn! Cheers, Stefan On 25.06.2012 16:17, Glenn Adams wrote: On Mon, Jun 25, 2012 at 4:06 AM, Stefan Hinz mailto:stefan.h...@oracle.com>> wrote: Below is an explanation sent on behalf of my colleague Gavin who's just joined this list. He's mostly citing from Bob's fine book. :-) Thanks for Gavin's input, which is accurate to my knowledge. My understanding is that FOP 1.0 does not support the use of the |retrieve-table-marker| property with tables, and is unlikely to do so in the near future. See http://xmlgraphics.apache.org/fop/compliance.html, which implies that the property will likely not be supported in 1.1(?). A modified table header isn't an ideal solution - I'd prefer to insert a modified table title as in the XEP |rx:table-omit-initial-header| extension - but it would be better than nothing. Correct, FOP does not currently support retrieve-table-marker. There has been no activity on implementing this feature, so it definitely will not be in FOP 1.1. I can't say when a patch or a volunteer will materialize to work on this, so it will remain TBD until that time. G. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table continuation headers
Thanks for confirming, Glenn! Cheers, Stefan On 25.06.2012 16:17, Glenn Adams wrote: On Mon, Jun 25, 2012 at 4:06 AM, Stefan Hinz mailto:stefan.h...@oracle.com>> wrote: Below is an explanation sent on behalf of my colleague Gavin who's just joined this list. He's mostly citing from Bob's fine book. :-) Thanks for Gavin's input, which is accurate to my knowledge. My understanding is that FOP 1.0 does not support the use of the |retrieve-table-marker| property with tables, and is unlikely to do so in the near future. See http://xmlgraphics.apache.org/fop/compliance.html, which implies that the property will likely not be supported in 1.1(?). A modified table header isn't an ideal solution - I'd prefer to insert a modified table title as in the XEP |rx:table-omit-initial-header| extension - but it would be better than nothing. Correct, FOP does not currently support retrieve-table-marker. There has been no activity on implementing this feature, so it definitely will not be in FOP 1.1. I can't say when a patch or a volunteer will materialize to work on this, so it will remain TBD until that time. G. -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table continuation headers
Hi Glenn, Below is an explanation sent on behalf of my colleague Gavin who's just joined this list. He's mostly citing from Bob's fine book. :-) Apparently, this seems to answer the question I raised, albeit not in a way that I'd have preferred. :-\ If you're aware of anything different let me know; thanks much! Cheers, Stefan Quote from DocBookXSL: The Complete Guide 4th edition by Bob Stayton: --- begin--- A "continued" label for long tables is not a standard feature of XSL-FO 1.0. It is supported in XSL-FO 1.1 using the retrieve-table-marker property. Since version 1.1 became a standard only in December 2006, support for its features is gradually being added to XSL-FO processors. You might check your XSL-FO processor documentation to see if that property is supported. If so, then a different customization is needed than the one described here. The DocBook XSL stylesheets will output 1.1 features when more processors support them. However, if you are using the XEP processor from RenderX, then you can use an extension long provided by that processor. The extension is in the form of an attribute rx:table-omit-initial-header="true" that is applied to a layout table that wraps around the table content, but is inside the fo:block that contains the table title too. This strangely-named attribute's function is to prevent a table header row from appearing on the first page of a table, and allowing it to appear on any subsequent pages if the table is long enough to break across a page boundary. You do not use it on the table's column headings, but rather on a special table header that repeats the table title along with the "continued" label. By omitting it on the first page of the table, you get the behavior you want. The additional table header is not in the original fo:table, but in a wrapper table around it. The wrapper table has one column, the width of the entire table, one header cell for the continued title, and one body cell to contain the original fo:table. When such a table breaks across the page, the new page will display the continued title, a repeat of the original table column headings, and then continue the table rows. --- end --- My understanding is that FOP 1.0 does not support the use of the retrieve-table-marker property with tables, and is unlikely to do so in the near future. See http://xmlgraphics.apache.org/fop/compliance.html, which implies that the property will likely not be supported in 1.1(?). A modified table header isn't an ideal solution - I'd prefer to insert a modified table title as in the XEP rx:table-omit-initial-header extension - but it would be better than nothing. On 22.06.2012 18:33, Glenn Adams wrote: Perhaps you could describe what language features/extensions that XEP uses to do this? On Fri, Jun 22, 2012 at 8:59 AM, Stefan Hinz <stefan.h...@oracle.com> wrote: A colleague of mine is working to implement company standards for tables. In PDF, those standards require table continuation headers, by repeating the table title followed by the string "(Continued)" at the top of the page. XEP supports this, but FOP doesn't. Does anyone know of plans to support this in FOP in the future? -- Cheers, Stefan Hinz <stefan.h...@oracle.com>, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-
Table continuation headers
A colleague of mine is working to implement company standards for tables. In PDF, those standards require table continuation headers, by repeating the table title followed by the string "(Continued)" at the top of the page. XEP supports this, but FOP doesn't. Does anyone know of plans to support this in FOP in the future? -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Question about PDF API used in FOP v0.95
Hi Dondon, i was trying to convert xsl-fo file into PDF using FOP which happened successfully. But, the image in the pdf is not aligned as it was in the word. So can anyone help me out with this prob. Unfortunately, my crystal ball isn't operational today. ;-) Can you please provide an XML snippet of the text that contains the image, and possibly a screenshot from Word that illustrates how the image should be positioned? -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen Kunz General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Alexander van der Ven, Astrid Kepper, Val Maher - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Orphan control for headings
Hello Ivan, If I remember correctly, moving all instances into their corresponding instances should do the trick. Like this: Thanks much! I'll give that a try, and will let the list know if it did the trick. Cheers, STefan Creating a MySQL Cluster with&mcm; clusters creating In this section, we discuss the procedure for using&mcm; ... On Thu, Nov 3, 2011 at 6:13 PM, Stefan Hinz wrote: Need a kick in the right direction how to debug/address a problem with orphans. Headings (chapter and section titles) that show up as the last line on a page are among the most annoying things in the widows and orphans space. Text processors will usually implement a rule like "move the heading to the next page when it's followed by less than 3 paragraph lines". DocBook doesn't seem to have a way to implement a similar rule, because "the DocBook DTD does not contain any elements or attributes that control page breaking". However, I found this: "The DocBook XSL stylesheet tries hard to prevent bad page breaks in print output. It assigns keep-together properties to some output blocks, which prevents insertion of a page break within the block. For example, a table with this property will be pushed to the next page if the whole table does not fit at the bottom of a page. For other blocks the stylesheet adds a keep-with-next property to keep the block with the following block. This is useful for section titles so they do not appear at the bottom of a page with nothing after them. -- Note: The previous version of FOP (0.20.5) did not support these keep properties. Be sure to use FOP 0.93 or higher." (http://www.sagehill.net/docbookxsl/PageBreaking.html#SoftPageBreaks) However, in a fairly small document (95 pages in PDF/US Letter), I found five instances of titles that appeared as the last line of a page. The DocBook for all of them looks similar to this: Creating a MySQL Cluster with&mcm; clusters creating In this section, we discuss the procedure for using&mcm; ... Could it be that the container is considered a block, and the style sheet keeps this (invisible) block together with the title, thus finding it in order to put the "next block" (the) on the subsequent page? If so, is there a workaround other than moving the block further below (ugly from a maintenance standpoint)? If not, what's the likely cause of the rendering issue? Thanks in advance for any pointers! -- Cheers, Stefan Hinz, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.&Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Juergen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Juergen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Orphan control for headings
Hello Rob, Your not showing the keep-with-next usage(s)? Sorry, I don't understand what you're trying to say. Can you elaborate? Cheers, Stefan On 11/03/2011 12:13 PM, Stefan Hinz wrote: Need a kick in the right direction how to debug/address a problem with orphans. Headings (chapter and section titles) that show up as the last line on a page are among the most annoying things in the widows and orphans space. Text processors will usually implement a rule like "move the heading to the next page when it's followed by less than 3 paragraph lines". DocBook doesn't seem to have a way to implement a similar rule, because "the DocBook DTD does not contain any elements or attributes that control page breaking". However, I found this: "The DocBook XSL stylesheet tries hard to prevent bad page breaks in print output. It assigns keep-together properties to some output blocks, which prevents insertion of a page break within the block. For example, a table with this property will be pushed to the next page if the whole table does not fit at the bottom of a page. For other blocks the stylesheet adds a keep-with-next property to keep the block with the following block. This is useful for section titles so they do not appear at the bottom of a page with nothing after them. -- Note: The previous version of FOP (0.20.5) did not support these keep properties. Be sure to use FOP 0.93 or higher." (http://www.sagehill.net/docbookxsl/PageBreaking.html#SoftPageBreaks) However, in a fairly small document (95 pages in PDF/US Letter), I found five instances of titles that appeared as the last line of a page. The DocBook for all of them looks similar to this: Creating a MySQL Cluster with&mcm; clusters creating In this section, we discuss the procedure for using&mcm; ... Could it be that the container is considered a block, and the style sheet keeps this (invisible) block together with the title, thus finding it in order to put the "next block" (the) on the subsequent page? If so, is there a workaround other than moving the block further below (ugly from a maintenance standpoint)? If not, what's the likely cause of the rendering issue? Thanks in advance for any pointers! - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Juergen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Orphan control for headings
Need a kick in the right direction how to debug/address a problem with orphans. Headings (chapter and section titles) that show up as the last line on a page are among the most annoying things in the widows and orphans space. Text processors will usually implement a rule like "move the heading to the next page when it's followed by less than 3 paragraph lines". DocBook doesn't seem to have a way to implement a similar rule, because "the DocBook DTD does not contain any elements or attributes that control page breaking". However, I found this: "The DocBook XSL stylesheet tries hard to prevent bad page breaks in print output. It assigns keep-together properties to some output blocks, which prevents insertion of a page break within the block. For example, a table with this property will be pushed to the next page if the whole table does not fit at the bottom of a page. For other blocks the stylesheet adds a keep-with-next property to keep the block with the following block. This is useful for section titles so they do not appear at the bottom of a page with nothing after them. -- Note: The previous version of FOP (0.20.5) did not support these keep properties. Be sure to use FOP 0.93 or higher." (http://www.sagehill.net/docbookxsl/PageBreaking.html#SoftPageBreaks) However, in a fairly small document (95 pages in PDF/US Letter), I found five instances of titles that appeared as the last line of a page. The DocBook for all of them looks similar to this: Creating a MySQL Cluster with &mcm; clusters creating In this section, we discuss the procedure for using &mcm; ... Could it be that the container is considered a block, and the style sheet keeps this (invisible) block together with the title, thus finding it in order to put the "next block" (the ) on the subsequent page? If so, is there a workaround other than moving the block further below (ugly from a maintenance standpoint)? If not, what's the likely cause of the rendering issue? Thanks in advance for any pointers! -- Cheers, Stefan Hinz , MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V.& Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 General Partner: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Register Of Chamber Of Commerce: Midden-Niederlande, No. 30143697 Managing Directors: Juergen Kunz, Marcel van de Molen, Alexander van der Ven - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
