The following issue has been updated:
Updater: Johannes Schaefer (mailto:[EMAIL PROTECTED])
Date: Tue, 22 Feb 2005 8:33 AM
Comment:
I think I circled it, see attachment. See detailed FOP output below.
The surprising thing is that everything works fine, i.e. the page renders with
FOP, if there is neither padding-before nor padding-after set in this line:
<fo:block padding-before="18pt">
With a wide instead of a high image the page renders fine, too.
Is anybody in touch with FOP to check if this is a bug in FOP?
FOP output (note: jimi-1.0.jar must be present):
--
fop-0.20.5>fop murks.fo murks.pdf
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] FOP 0.20.5
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] building formatting object tree
[INFO] setting up fonts
[INFO] [1]
[INFO] JAI support was not installed (read: not present at build time). Trying
to use Jimi instead
[INFO] [2]
[INFO] [3]
[INFO] [4]
[INFO] [5]
and so on ........... ad infinitum.
--
Changes:
Attachment changed to murks.fo
---------------------------------------------------------------------
For a full history of the issue, see:
http://issues.cocoondev.org//browse/FOR-413?page=history
---------------------------------------------------------------------
View the issue:
http://issues.cocoondev.org//browse/FOR-413
Here is an overview of the issue:
---------------------------------------------------------------------
Key: FOR-413
Summary: PDF: rendering fails when graphics too big - workaround inside
Type: Bug
Status: Unassigned
Priority: Major
Project: Forrest
Components:
Core operations
Versions:
0.6
Assignee:
Reporter: Olivier Jacques
Created: Fri, 10 Dec 2004 4:27 AM
Updated: Tue, 22 Feb 2005 8:33 AM
Description:
When "forresting" a document that has embedded images, the PDF rendering
sometimes stops with this error message:
BROKEN: org.apache.fop.apps.FOPException: No meaningful layout in block after
many attempts. Infinite loop is assumed. Processing halted.
I've found that this is caused by images that are too big to fit in the PDF
page (took me some times :) )
I temporary "solved" it by modifying the document2fo.xsl. When I specify the
"width" or "height" attribute to the img, then the value is taken and divided
by 2. WARNING: the value has to be an integer and a "px" (pixels) size.
We should find a way to reduce the size automatically.
$ diff -bruN document2fo.xsl~ document2fo.xsl
--- document2fo.xsl~ 2004-12-09 17:51:42.486185200 +0100
+++ document2fo.xsl 2004-12-09 22:03:32.465852800 +0100
@@ -755,10 +755,14 @@
</xsl:variable>
<fo:external-graphic src="{$imgpath}">
<xsl:if test="@height">
- <xsl:attribute name="height"><xsl:value-of
select="@height"/></xsl:attribute>
+ <xsl:variable name="reducedheight"
+ select="number(@height)" />
+ <xsl:attribute name="height"><xsl:value-of
select="concat(number($reducedheight) div 2,'px')"/></xsl:attribute>
</xsl:if>
<xsl:if test="@width">
- <xsl:attribute name="width"><xsl:value-of
select="@width"/></xsl:attribute>
+ <xsl:variable name="reducedwidth"
+ select="number(@width)" />
+ <xsl:attribute name="width"><xsl:value-of
select="concat(number($reducedwidth) div 2,'px')"/></xsl:attribute>
</xsl:if>
</fo:external-graphic>
<!-- alt text -->
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.cocoondev.org//secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
