[
https://issues.apache.org/jira/browse/PDFBOX-4627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16906070#comment-16906070
]
Michael Klink commented on PDFBOX-4627:
---------------------------------------
{quote}Yeah, but don't forget the argument "but it renders with Adobe
Reader!!1!" 🤣{quote}
You know that you will never be 100% Adobe Reader compatible. And applying such
patches will make PDFBox less maintainable.
E.g. if someone wants to implement a validator based on the {{PDFStreamEngine}}
- if you filter out these operations like in your _quick and dirty fix_, that
validator will never see them and claim the PDF is valid while it is not. For
example the behavior of the {{PreflightContentStream}} will change...
> 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
