[
https://issues.apache.org/jira/browse/BATIK-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Akos Maroy updated BATIK-1034:
------------------------------
Attachment: batik.patch
this patch solves the reported issue
> SVG rasterizing issue with TiledImage
> -------------------------------------
>
> Key: BATIK-1034
> URL: https://issues.apache.org/jira/browse/BATIK-1034
> Project: Batik
> Issue Type: Bug
> Components: SVG Rasterizer
> Affects Versions: 1.7
> Environment: Ubuntu 12.10 64 bit, Sun JDK 1.7.0_09
> Reporter: Akos Maroy
> Attachments: batik.patch, navaid_designated.svg
>
>
> when trying to rasterize an SVG document
> into a TiledImage. The same document when rendered into a BufferedImage
> works fine. I wonder what I might be doing wrong.
> The source code to demonstrate the problem is here:
> http://pastebin.com/gqzi8mu5
> please find the SVG file I'm trying to render attached
> in the sample source, if one created a BufferedImage object, the SVG is
> rendered properly. if a TiledImage is created, it does not appear in the
> image.
> rendering fails at the following point: in AbstractGraphicsNode.paint(), at
> line 491:
> boolean paintNeeded = true;
> Shape g2dClip = curClip; //g2d.getClip();
> if (g2dClip != null) {
> Rectangle2D cb = g2dClip.getBounds2D();
> if(!bounds.intersects(cb.getX(), cb.getY(),
> cb.getWidth(), cb.getHeight()))
> paintNeeded = false;
> }
> I looked at the data, and it seems that this fails because the bounds used in
> this intersection test do not have the transformation from the Graphics2D
> object applied to them. thus, it is not the final (rendering) bounds that is
> compared to the clip area, but the 'original' bounds of the graphics node.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
