[
https://issues.apache.org/jira/browse/PDFBOX-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040475#comment-14040475
]
Tilman Hausherr commented on PDFBOX-2141:
-----------------------------------------
This is really weird, because that PDF doesn't have a line. A line would be the
operator "l".
{code}
q
BT
50 792 Td
ET
Q
/Pattern cs /P1 scn
BT
1 0 0 1 100 100 Tm
/F1 40 Tf
(Look at this text!)Tj
ET
{code}
Can you try to update the printer driver and/or the firmware of that printer?
I also wonder what happens if you print the 4th page of the file
pslib-shading.pdf attached to PDFBOX-1942. And to the file you mentioned in
PDFBOX-485.
And compare the print to what you get with version 1.8.6. (Which does not have
that change)
> Shading not applied to text
> ---------------------------
>
> Key: PDFBOX-2141
> URL: https://issues.apache.org/jira/browse/PDFBOX-2141
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 1.8.5, 1.8.6, 1.8.7, 2.0.0
> Reporter: Petr Slaby
> Priority: Minor
> Attachments: 000004_ShadingPatternTextPDF.pdf, PDFBOX-1917.pdf-1.png,
> PDFBOX-1917.pdf-1.png-diff.png, PDFBOX-1917.pdf-9.png,
> PDFBOX-1917.pdf-9.png-diff.png, PDFBOX-2135.pdf-2.png,
> PDFBOX-2135.pdf-2.png-diff.png, PageDrawer.writeFont.java.patch,
> pattern-shading-2-4-idMatrix.pdf, pattern-shading-2-4-idMatrix1.jpg,
> pattern-shading-2-4.ps
>
>
> The attached PDF draws a text filled with horizontal shading going from red
> to blue. When rendered via PDFBox, the text is completely filled with red.
> The problem is that AxialShadingContext#getRaster() gets called with
> positions that completely fell outside of the range stored in its coords[]
> field. The fix seems to be to set glyph transform rather than graphics2d
> transform in PageDrawer#writeText() as shown in the attached patch.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
