[
https://issues.apache.org/jira/browse/PDFBOX-5987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17944403#comment-17944403
]
Tilman Hausherr commented on PDFBOX-5987:
-----------------------------------------
I had a look at the vanishing RRCURVETO. During conversion it has an empty
number list and our current code does nothing. I suspect that the command can
also get its arguments from a stack, so these would be the results of the
previous DIV commands (and an isolated 0). There's a similar problem with
HLINETO. I changed the code for that and now the "V" displays properly. However
the initial file doesn't, there's more to do, here's how it looks 😂
!screenshot-1.png!
> Can't render some Type1 fonts.
> ------------------------------
>
> Key: PDFBOX-5987
> URL: https://issues.apache.org/jira/browse/PDFBOX-5987
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 3.0.4 PDFBox
> Reporter: Daniel Persson
> Priority: Minor
> Attachments: PDFBOX-5987.cff, PDFBOX-5987_reduced.pdf,
> font-issue.pdf, screenshot-1.png
>
>
> This PDF seems to have a font rendering issue in PDFBox.
> Â
> I've used both Poppler and Chrome to view the PDF, and it renders correctly.
> Stepping through the code on the first character, I see that we have a
> rendering list with commands that end in
> Â -40 41 DIV -41 21 DIV CLOSEPATH ENDCHAR
> Â
> This is not correct if you look at the byte sequence that ends in
> 12 98 -89 12 12 -117 8 14
> Â
> Could be interpreted as
> -127 -41 28 -127 -127 0 RRCURVETO ENDCHAR
> Â
> So perhaps there is an off-by-one error somewhere or something?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
