Mailing-List: contact batik-dev-help@xmlgraphics.apache.org; run by ezmlm
Precedence: bulk
Reply-To: batik-dev@xmlgraphics.apache.org
Date: Fri, 22 Apr 2011 10:00:38 -0400 (EDT)
Message-Id: <201104221400.p3ME0cvn002805@thor.apache.org>
From: bugzilla@apache.org
To: batik-dev@xmlgraphics.apache.org
Subject: DO NOT REPLY [Bug 51105] Generating PDF using iText and
 PrintTranscoder ignores translucent shapes
In-Reply-To: <bug-51105-30099@https.issues.apache.org/bugzilla/>
References: <bug-51105-30099@https.issues.apache.org/bugzilla/>
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0

https://issues.apache.org/bugzilla/show_bug.cgi?id=51105

--- Comment #6 from Thomas Deweese <deweese@apache.org> 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: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org