xmlgraphics-batik-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 51105] Generating PDF using iText and PrintTranscoder ignores translucent shapes
Date Fri, 22 Apr 2011 13:17:42 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=51105

--- Comment #4 from Thomas Deweese <deweese@apache.org> 2011-04-22 09:17:39 EDT ---
I suspect that the issue is the following from line 201 of
org.apache.batik.ext.awt.GraphicsUtil:

        // Ugly Hack alert.  This Makes it use our SrcOver implementation
        // Which doesn't seem to have as many bugs as the JDK one when
        // going between different src's and destinations (of course it's
        // also a lot slower).
        Composite g2dComposite = g2d.getComposite();
        if (g2d.getRenderingHint(RenderingHintsKeyExt.KEY_TRANSCODING) ==
            RenderingHintsKeyExt.VALUE_TRANSCODING_PRINTING) {
            if (SVGComposite.OVER.equals(g2dComposite)) {
                g2d.setComposite(SVGComposite.OVER);
            }
        }

You could try commenting out this block in your local tests and see if you get
the expected results.  If so the issue is likely in iText which would appear to
not support custom composite classes (unlike the real JDK print graphics). 
It's possible that the bugs in the JDK implementation have been fixed since
this code was added but verifying that would be a _lot_ of work.

-- 
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


Mime
View raw message