[
https://issues.apache.org/jira/browse/PDFBOX-3740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15952223#comment-15952223
]
Wolfgang Hamann commented on PDFBOX-3740:
-----------------------------------------
About strategy one: do you say that pdf/A means the standard 14 should not be
utilized at all? (which would sort of make sense - how could I know whether the
fonts are the original ones or have been updated with an Euro sign) However,
citations from the standard seem to allow them.
Well, all three versions render correctly with ghostscript, and test1 also
renders correctly with Acrobat reader. So these tools must use a different way
of getting at the glyphs.
> Standard 14 and Encoding
> ------------------------
>
> Key: PDFBOX-3740
> URL: https://issues.apache.org/jira/browse/PDFBOX-3740
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 2.0.5
> Environment: linux
> Reporter: Wolfgang Hamann
> Attachments: test1.pdf, test2.pdf, test3.pdf
>
>
> before I attempted to become PDF/A compatible, I was happy with just an
> Encoding entry for the standard 14...
> I have made a few tests:
> 1 - full embedding of font
> 2 - just Encoding
> 3 - complete font descriptor
> rendering results and preflight warnings
> gs acro xpdf preflight
> ok ok bad many
> ok ok ok 2
> ok bad ok 1
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
