[
https://issues.apache.org/jira/browse/PDFBOX-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13901774#comment-13901774
]
Tilman Hausherr commented on PDFBOX-1094:
-----------------------------------------
Thoughts after debugging and saving the bufferedimages into a file to see what
really happens: the pattern is drawn into the (transformed) image object. But
this drawing itself uses the original sizes, e.g. a 5 5 5 5 rectangle.
I tried with drawing into a small image of the original size and then
transforming the result. The sizes in the rendered image were now mostly OK
(see attachment) but the patterns were blurry, unlike with the Adobe reader. So
I think that both transforms (pattern matrix and the "xform" matrix related to
the rendering dpi) should be applied first (to get the correct image size), and
then the (transformed) pattern should be drawn on it. This would also solve the
problem with page 13 of the tracemonkey file where the code (which uses only
one transform) attempts to create an image with 4233333 x 4233333 pixels.
What I'd wish is to have the drawer.drawStream() call with a transformation.
Assigning a transform matrix to the graphics state of the drawer object didn't
help because the graphics state is later reset, in processStream(). I could
write an extra PageDrawer.drawStream() method that calls an extra
PDFStreamEngine.processStream() method, but I wonder if there's a better
solution.
> Pattern colorspace support
> --------------------------
>
> Key: PDFBOX-1094
> URL: https://issues.apache.org/jira/browse/PDFBOX-1094
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
> Affects Versions: 1.6.0
> Reporter: Andreas Lehmkühler
> Assignee: Andreas Lehmkühler
> Priority: Minor
> Attachments: PDF32000_2008_pg737.pdf,
> _pdfbox-1094-tiling_pattern.pdf-1-blurry.png
>
>
> PDFBox doesn't support PDPattern colorspaces
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
