[
https://issues.apache.org/jira/browse/PDFBOX-1880?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13889701#comment-13889701
]
Tilman Hausherr commented on PDFBOX-1880:
-----------------------------------------
Because 1) I was not instructed about the habits of graphics programmers first
2) I need the values in getRaster() in the "scale" of the constants given in
the PDF. I'm not persuaded that I would get the same inputs for the function if
I transform the coordinates instead (like done in shading 2 and 3).
> [PATCH] Type 1 Shading must not ignore current transformation matrix
> --------------------------------------------------------------------
>
> Key: PDFBOX-1880
> URL: https://issues.apache.org/jira/browse/PDFBOX-1880
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 2.0.0
> Reporter: Tilman Hausherr
> Attachments: RGBCUBE.pdf, Type1ShadingContext.patch,
> rgbcube.pdf-1-bad.png, rgbcube.pdf-1-good.png
>
>
> My implementation for Type 1 Shading (PDFBOX-1869) ignored the current
> transformation matrix, because I thought that the shading matrix would be
> relevant only. That is the cause for the wrong rendering of the rgbcube file.
> The attached patch fixes this.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
