[
https://issues.apache.org/jira/browse/PDFBOX-2923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr resolved PDFBOX-2923.
-------------------------------------
Resolution: Fixed
Fix Version/s: 1.8.11
Ok, you've convinced me. Although I'm still wondering why a different width
doesn't have any effect on rendering - maybe because it uses the widths from
the PDF structure (at {{Root/AcroForm/DR/Font/MyriadPro-Regular/Widths}} ) and
not the ones from the font?
> CFFParser parser treats CIDFont's charset data as SID
> -----------------------------------------------------
>
> Key: PDFBOX-2923
> URL: https://issues.apache.org/jira/browse/PDFBOX-2923
> Project: PDFBox
> Issue Type: Bug
> Components: FontBox
> Affects Versions: 1.8.10
> Reporter: Petras
> Fix For: 1.8.11
>
> Attachments: MyriadPro-Regular.cff, Patch_to_fix_PDFBOX-2923.patch,
> sample-a2b-acrosigned_B.pdf
>
>
> As stated in Compact Font File specification:
> {quote}
> The charset data, although in the same format as non-CIDFonts, will represent
> CIDs rather than SIDs, i.e. charstrings are “named” by CIDs in a CIDFont.
> {quote}
> Unfortunately, {{CFFParser}} does not consider this specific and always treat
> charset data as SID: is looking for SID referenced text in _String INDEX_
> structure. Since such SID-indexed string does not exist there, it sets the
> name of the glyph to "{{.ndef}}".
> Consequently, {{CFFParser}} fails to register correct charstrings, as it
> associates glyph names to them using a map. As there can be several
> charstrings, only the last charstring entry is retained.
> Then also {{CFFFont.getWidth()}} method fails to return correct width of the
> given CID as correct link between CID and charstring is lost.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
