[
https://issues.apache.org/jira/browse/PDFBOX-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16906371#comment-16906371
]
Tilman Hausherr commented on PDFBOX-4627:
-----------------------------------------
My thought in refactoring was to add a parameter to processStreamOperators(), a
set what operators are to be skipped. But then I found the VeraPDF issue:
https://github.com/veraPDF/veraPDF-library/issues/984
and then I also found a segment in the PDF specification (search for "In the
content stream of an uncoloured tiling pattern") that includes much more, we'd
also have to ignore some gs entries, and non stencil images. So that would be a
lot of work for just one image.
[~kunhart] is this a file "from the wild" or did you create it yourself just to
try what would be happening?
> 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: [email protected]
For additional commands, e-mail: [email protected]
