[
https://issues.apache.org/jira/browse/PDFBOX-4029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16280525#comment-16280525
]
Tilman Hausherr commented on PDFBOX-4029:
-----------------------------------------
Thank you, I'll test it later (on ~ 1000 PDF files), probably tomorrow. I
already had a solution for the files you mention and I'm pretty sure that I
posted that in PDFBOX-3000 but I can't see it. I remember that it did work, but
somehow I wasn't really sure whether it was good. If my memory is correct, it
was changing
{code}
graphics.translate(x * xScale, y * yScale);
if (flipTG)
{
graphics.translate(0, image.getHeight());
graphics.scale(1, -1);
}
{code}
to
{code}
if (flipTG)
{
graphics.translate(0, image.getHeight());
graphics.scale(1, -1);
}
else
graphics.translate(x * xScale, y * yScale);
{code}
> Rendering
> ---------
>
> Key: PDFBOX-4029
> URL: https://issues.apache.org/jira/browse/PDFBOX-4029
> Project: PDFBox
> Issue Type: Sub-task
> Components: Rendering
> Affects Versions: 2.0.7, 2.0.8
> Environment: Windows 10
> Reporter: savan patel
> Labels: patch
> Attachments: PDFJS-5526-p11-13.pdf, PDFJS-5526-p13_reduced1.pdf,
> PageDrawer.java.patch, gs-bugzilla692217_reduced.pdf
>
>
> i have gone through the "[PDFBOX-3000] Transparency Group issues"...
> and there are some issues in pdfs that i have attached...
> Every time showTransparencyGroup() method is called the current graphics is
> translated by (x*xScale and y*yScale) which i assume is wrong.
> I think when transparencyGroup comes in pattern stream, then current graphics
> should not changed. as well as when patterns are nested then no need to
> change the parent graphics.
> i tried to fix it. i have attached the patch...
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
