[
https://issues.apache.org/jira/browse/PDFBOX-3000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-3000:
------------------------------------
Attachment: gs-bugzilla695582-transparency-fill-stroke.pdf-1.png
gs-bugzilla695582-transparency-fill-stroke.pdf
I'm afraid that gs-bugzilla695582-transparency-fill-stroke.pdf is a tough one:
the stroke and fill areas overlap. So when stroke and fill is done, one of the
two will be wrong because the previous composite operation has already been
done, thus giving a different result. I suspect that Adobe does both operations
on an original copy of the image, and puts the result after that so that fill
and stroke won't interfere with each other. Or it is able to transform the area
of a "thick stroke" into a clipping area.
> Transparency Group issues
> -------------------------
>
> Key: PDFBOX-3000
> URL: https://issues.apache.org/jira/browse/PDFBOX-3000
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.0
> Reporter: John Hewson
> Fix For: 2.1.0
>
> Attachments: 007087-payment-due-p58_reduced2.pdf,
> PDFBOX-1697-reduced-rotations.pdf, PDFBOX-3400-RGB.pdf,
> PDFBOX-3494_reduced.pdf, PDFBox3359PanelTestEnhanced.java, PDFJS-2845-p1.pdf,
> PDFJS-5811-2-p4_reduced-rotations.pdf, PDFJS-5853_reduced.pdf,
> gs-bugzilla693322_reduced.pdf,
> gs-bugzilla695582-transparency-fill-stroke.pdf,
> gs-bugzilla695582-transparency-fill-stroke.pdf-1.png,
> samsung_galaxy_s_4_um-p1_reduced.pdf, softmask-rewrite-alt1.patch,
> softmask-rewrite.patch
>
>
> This is a follow-up issue for transparency group issues from PDFBOX-2423.
> More details to come.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
