[
https://issues.apache.org/jira/browse/PDFBOX-2403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14163161#comment-14163161
]
Andreas Lehmkühler commented on PDFBOX-2403:
--------------------------------------------
[~tilman] Preflight shall not be lenient about the pdf itself, but I have a
strong feeling that even acrobat doesn't care about a non-lenient parser when
it comes to fonts. PDF/A is about pdf not about font specs, so that we have to
deal with those fonts which are not 100% spec compliant. It is the same old
story, if acrobat can read it without complains we have to do it as well. :-(
Furthermore it doesn't make sense to maintain 2 different Type1 parsers. If we
really need a non-lenient mode, we should add a switch to the fontbox parser.
BTW, preflight doesn't check if a font is spec compliant, it simply tries to
extract the glyph widths. It already uses the CFFParser from fontbox if it
comes to type1C fonts.
I've already replaced the parser and I'm going to commit that change after some
more tests. Good news is, the font damage error disappears, but the others
still remain.
> false negative? "Font damaged, The FontFile can't be read"
> ----------------------------------------------------------
>
> Key: PDFBOX-2403
> URL: https://issues.apache.org/jira/browse/PDFBOX-2403
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 2.0.0
> Environment: deb7, java 7
> Reporter: Ralf Hauser
> Attachments: Problems_pdfa1b.pdf_07.10.2014_001.pdf,
> patchBetterErrorMessages.txt, patchPDFBOX-2403.txt,
> patchPDFBOX-2403Type1.txt, pdfA_Validation_Report.eml, pdfa1b.pdf,
> validation_report.xml
>
>
> - 1: 3.2.1 : Font damaged, The FontFile can't be read
> - 2: 3.2.1 : Font damaged, The FontFile can't be read
> - 3: 3.1.6 : Invalid Font definition, Width of the character "48" in the
> font program "SURPPV+HeiseiMaruGoStd-W8-Identity-H" is inconsistent with the
> width in the PDF dictionary.
> - 4: 3.1.6 : Invalid Font definition, Width of the character "36" in the
> font program "OIZFRF+KozMinProVI-Regular-Identity-H" is inconsistent with the
> width in the PDF dictionary.
> - 5: 3.3.1 : Glyph error, The character "74" in the font program
> "OIZFRF+KozMinProVI-Regular-Identity-H" is missing from the Charater Encoding.
> - 6: 3.1.6 : Invalid Font definition, Width of the character "80" in the
> font program "OIZFRF+KozMinProVI-Regular-Identity-H" is inconsistent with the
> width in the PDF dictionary.
> - 7: 3.1.6 : Invalid Font definition, Width of the character "420" in the
> font program "RRATCX+MathematicalPiLTStd-Identity-H" is inconsistent with the
> width in the PDF dictionary.
> possibly related to
> https://issues.apache.org/jira/browse/PDFBOX-2299?focusedCommentId=14160528&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14160528
> ?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
