DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37136>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37136


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WORKSFORME




------- Additional Comments From [EMAIL PROTECTED]  2005-10-18 09:38 -------
(In reply to comment #0)
> ==========================================================================
> Sample1: The image will not be sized to the specified dimensions
> ==========================================================================
> 
> <fo:block-container position="absolute" left="66.00mm" top="72.00mm" 
> width="100.00mm" height="75.00mm">
>   <fo:block>
>     <fo:external-graphic src="file:your_image.jpg" width="100.00mm" 
> height="75.00mm"/>
>   </fo:block>
> </fo:block-container>

This is something we've had a number of times now. The new FOP is much more
strict about the interpretation of the XSL specification and has much less wrong
behaviour than FOP 0.20.5. Under 0.20.5 the above probably did what you expected
it to do but it was a faulty interpretation of the specification. width and
height only specify the size of the box for the image, not the size of the
image. If you want to scale the image so that it fits into the prepared box you
will now have to add content-width="scale-to-fit". Otherwise, the image will be
painted in its intrinsic size. It is no bug in FOP.

> ==========================================================================
> Sample2: The rendered PDF file fails to load, and fop reports exceptions
> 
> java.lang.RuntimeException: Some content could not fit into a line/page after 
> 50 attempts. Giving up to avoid an endless loop.
> Exception
> javax.xml.transform.TransformerException: java.lang.RuntimeException: Some 
> content could not fit into a line/page after 50 attempts. Giving up to avoid 
> an 
> endless loop.
> 
> ==========================================================================
> 
> <fo:block height="75.00mm">
>   <fo:external-graphic src="file:your_image.jpg" width="100.00mm"/>
> </fo:block>

You get the above error message if an element on a page (in your case the image)
doesn't fit onto a page. The layout engine is then trying to put the element on
the next page and if it still doesn't fit on the next and so on. After 50
attempts it gives up and reports this. You will have to make sure that FOP is
able to fit the image into a page. Without a complete example to run it myself
it's difficult for me to tell you exactly what needs to be done. Try making the
image smaller to begin with.

BTW, the height property does not apply to the fo:block element. Your height
there will be ignored! Better specify the height on the external-graphic and use
content-width="scale-to-fit" as shown above.

If you don't manage with this information please reopen the bug and attach a
complete example file.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Reply via email to