You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Andreas Lehmkühler (JIRA)" <ji...@apache.org> on 2014/06/20 10:56:25 UTC

[jira] [Commented] (PDFBOX-2153) Setting the correct clipping path for shading

    [ https://issues.apache.org/jira/browse/PDFBOX-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14038601#comment-14038601 ] 

Andreas Lehmkühler commented on PDFBOX-2153:
--------------------------------------------

Hmmm, I thought that it would be sufficient to use the clipping path as argument when calling the fill method, but obviously it isn't. IMHO go ahead

> Setting the correct clipping path for shading
> ---------------------------------------------
>
>                 Key: PDFBOX-2153
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2153
>             Project: PDFBox
>          Issue Type: Bug
>          Components: Rendering
>            Reporter: Tilman Hausherr
>              Labels: shading, shadingpattern
>
> While doing tests with the file eci_altona-test-suite-v2_technical_H.pdf (uncompressed) of PDFBOX-1915 I noticed that by removing a "W" (modifies the clipping region) operator of a type 7 shading I got a lot more correct shadings (type 6 and lower). It looked like PDFBox had been using the clipping of the type 7 when drawing the type 6, which is just a rectangle above in that rendering. This resulted in a blank.
> By adding 
> {code}
> graphics.setClip(getGraphicsState().getCurrentClippingPath());
> {code}
> in PageDrawer.shfill() just before the graphics.fill() I get several files to render correctly that I hadn't before.
> (Setting null will probably do the same, didn't test that yet).
> The following PDFs are rendered correctly with the change:
> McAfee-ShadingType7.pdf
> eci_altona-test-suite-v2_technical_H.pdf
> crestron-p9.pdf  (these three found in PDFBOX-1915)
> PDFBOX-1451.pdf ("alfresco")
> PDFBOX-1940.pdf ("chart")
> PDFBOX-1861-tracemonkey.pdf p.11
> Not solved by the change:
> PDFBOX-2098-asyTUG.pdf p.6  (this one doesn't use shfill)
> PDFBOX-1861-tracemonkey.pdf p.6 (not shading)
> PDFBOX-1416.pdf (not shading)
> texample-rgb-triangle.pdf (John has an explanation about that one)
> WDYT? Is there any reason NOT to set the clipping path in PageDrawer.shFill() ?



--
This message was sent by Atlassian JIRA
(v6.2#6252)