[
https://issues.apache.org/jira/browse/PDFBOX-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16904049#comment-16904049
]
Tilman Hausherr commented on PDFBOX-4627:
-----------------------------------------
I only get a white page with PDFDebugger (could it be you uploaded the wrong
file?), but I understand the point. (I recently saw a similar discussion in a
VeraPDF issue, I think)
While you are of course right that the color things should be ignored when
drawing an uncolored tiling pattern, I'm not convinced by your patch - it
ignores many operators, and the stroking, and after done replaces with a new
class, which may not be the class that was there before.
I'm thinking of using a "special" PDFStreamEngine.processStreamOperators(),
which is private so no problem changing the API.
> Wrong color of uncolored tiling pattern
> ---------------------------------------
>
> Key: PDFBOX-4627
> URL: https://issues.apache.org/jira/browse/PDFBOX-4627
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.16
> Reporter: Jiri Kunhart
> Priority: Major
> Attachments: after_fix.png, before_fix.png,
> uncolored_tiling_pattern.patch, uncolored_tiling_pattern.pdf
>
>
> The attached pdf file with uncolored tiling pattern is rendered wrongly (see
> "before_fix.png"). The problem is that pattern stream contains
> /DevGrayCS cs
> which overwrites PDPattern color space stored in
> PDGraphicsState#nonStrokingColor. I did a small fix which ignores all
> settings of color space inside of uncolored tiling pattern stream and the
> result seems to be good (see "after_fix.png").
> Note: the pattern in the png file looks diferently than in the original pdf
> file, but this should be handled probably in the other issue.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
