[
https://issues.apache.org/jira/browse/PDFBOX-1162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13147962#comment-13147962
]
William Fausser commented on PDFBOX-1162:
-----------------------------------------
Funny that you ask....I was asking Leonard Rosenthol through an associate at
work for the specs. They are below:
For PDF/A-1, the standard reads:
6.3.6 Font metrics
For every font embedded in a conforming file, the glyph width information
stored in the Widths entry of the
font dictionary and in the embedded font program shall be consistent.
Consistent isn't the world's best word for a standard, so in PDF/A-2 we did a
bit better
6.2.11.5 Font metrics
For every font embedded in a conforming file and used for rendering, the glyph
width information in the font dictionary and in the embedded font program shall
be consistent. For this international standard, consistent is defined to be a
difference of no more than 1/1000 unit.
> Font error in "preflight" .....when validating the attached PDF/A
>
> -----------------------------------------------------------------------------------
>
> Key: PDFBOX-1162
> URL: https://issues.apache.org/jira/browse/PDFBOX-1162
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 1.7.0
> Reporter: William Fausser
> Assignee: Eric Leleu
> Fix For: 1.7.0
>
> Attachments: The_Legal_ Case_for_ PDFA.pdf
>
>
> Font Issue problem when validating the attached PDF/A.
> 3.1.6 : Invalid Font definition, Width of the character "367" in the font
> program "ABCDEE+Calibri"is inconsistent with the width in the PDF dictionary.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
