[
https://issues.apache.org/jira/browse/PDFBOX-4038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16292700#comment-16292700
]
Tilman Hausherr commented on PDFBOX-4038:
-----------------------------------------
I agree that our code is incorrect. But I doubt that the result values must
have an increasing order - have a look at the file CourierStd.otf. The delta
values could be positive or negative. For this font, the values are [-14, 0,
572, 585, 434, 448, 782, 803, 626, 626] with your change and also in DTL
OTMaster 3.7 light (I deinstalled FontForge because I didn't like its UI).
> CFF font Blue values and other delta encoded lists read incorrectly
> -------------------------------------------------------------------
>
> Key: PDFBOX-4038
> URL: https://issues.apache.org/jira/browse/PDFBOX-4038
> Project: PDFBox
> Issue Type: Bug
> Components: FontBox
> Affects Versions: 2.0.8
> Reporter: Petr Slaby
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: BlueValuesTest.java, CFFParser.java.patch
>
>
> The attached test compares the values retrieved via CFFParser from an
> OpenType font with the expected values as seen in FontForge (go to
> Element->Font Info->PS Private).
> The font NeoSans Black.otf can be found at https://www.wfonts.com/font/neosans
> The CFF font specification explaining the encoding of the entries which are
> incorrectly parsed by FontBox CFFParser can be found here
> https://typekit.files.wordpress.com/2013/05/5176.cff.pdf
> We use FontBox to read the font when we need to embed it into an PDF which we
> produce via our Apache FOP based software. Adobe validator complains about
> incorrect "Blue values" sorting then.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
