You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Giulio Buccini <gi...@libero.it> on 2007/12/31 14:53:08 UTC
Long long SVG... what happens?
:working:I have a long SVG document (generated with Batik) containing
formatted text yet (paragraphs, titles and so on).
Question is: does somebody know how will be the above document rendered when
embedded in a FO block?
If I will provide only "width" scaling (to preserve the correct width/height
ratio) the document will be correctly distributed across multiple pages?
The svg doc will be brutally "truncated" at the end of any page?%-O
--
View this message in context: http://www.nabble.com/Long-long-SVG...-what-happens--tp14557762p14557762.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Long long SVG... what happens?
Posted by Giulio Buccini <gi...@libero.it>.
Thank you for your explaination, you saved me a lot of time.
Now I will think to a workaround (i.e. breaking my doc in more small pieces)
J.Pietschmann wrote:
>
> Giulio Buccini wrote:
>> :working:I have a long SVG document (generated with Batik) containing
>> formatted text yet (paragraphs, titles and so on).
>>
>> Question is: does somebody know how will be the above document rendered
>> when
>> embedded in a FO block?
>>
>> If I will provide only "width" scaling (to preserve the correct
>> width/height
>> ratio) the document will be correctly distributed across multiple pages?
>> The svg doc will be brutally "truncated" at the end of any page?%-O
>
> Whether you refer to the SVG as image or as foreign element, it
> is always rendered as graphics, i.e. an unbreakable block. You
> can't have page breaks in a graphic. If the SVG is larger than
> the page heigth, FOP will most likely end processing with an error.
> Otherwise, FOP will search a fitting space, which may cause a page break
> and rendering the SVG at the beginning of the new page.
>
> J.Pietschmann
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Long-long-SVG...-how-will-be-rendered--tp14557762p14567720.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: Long long SVG... what happens?
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Giulio Buccini wrote:
> :working:I have a long SVG document (generated with Batik) containing
> formatted text yet (paragraphs, titles and so on).
>
> Question is: does somebody know how will be the above document rendered when
> embedded in a FO block?
>
> If I will provide only "width" scaling (to preserve the correct width/height
> ratio) the document will be correctly distributed across multiple pages?
> The svg doc will be brutally "truncated" at the end of any page?%-O
Whether you refer to the SVG as image or as foreign element, it
is always rendered as graphics, i.e. an unbreakable block. You
can't have page breaks in a graphic. If the SVG is larger than
the page heigth, FOP will most likely end processing with an error.
Otherwise, FOP will search a fitting space, which may cause a page break
and rendering the SVG at the beginning of the new page.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org