[
https://issues.apache.org/jira/browse/PDFBOX-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16905064#comment-16905064
]
Michael Klink commented on PDFBOX-4627:
---------------------------------------
Strictly speaking the specification says about uncolored tiling patterns:
{quote}The pattern’s content stream shall not specify any colour information.
[...] The content stream shall not invoke operators that specify colours or
other colour-related parameters in the graphics state; otherwise, an error
occurs{quote}
Thus, if an uncolored tiling pattern contains color information nonetheless, it
is broken and the appropriate change to PDFBox (if you want to change the code
here at all) would be having it throw an exception when asked to draw the
pattern.
> 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
