https://issues.apache.org/bugzilla/show_bug.cgi?id=51105
--- Comment #6 from Thomas Deweese <[email protected]> 2011-04-22 10:00:35 EDT --- (In reply to comment #5) > Are you sure? I tried to put a breakpoint there and debug and it's not called > at all. > Does use this method the PrintTranscoder? In fact, looking at the code: Yes, the PrintTranscoder can use this code, it depends on the details of the SVG image if it actually does. > the transcoder is using the graphics2D from iText's PdfTemplate object, which > is theirs own Graphics2D implementation called PdfGraphics2D. But as I've > written in my first comment, this graphics is OK because the attached > "good.pdf" is generated using it. Problem is when using > the PrintTascoder like above. Oh, I see you didn't draw the SVG in the 'good' example with Batik only the JChart. So my guess is that iText's PdfTemplate doesn't like the way Batik draws translucent objects. Since I'm not familiar with iText's implementation I don't know what Batik is doing that confuses it (I'll point out that the PDF Graphics2D that is included with Batik does handle translucent objects from Batik correctly, so it is possible). To be clear the issue is somewhere between Batik and iText. Obviously in some contexts Batik can properly draw translucent objects, and as your test shows for some inputs iText can generate translucent objects in PDF files. The issue seems to be that iText doesn't like/understand the way Batik draws translucent objects, or something about the iText graphics implementation causes Batik to not try to draw translucent objects (although I think this is less likely). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
