You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by "Simon Steiner (Jira)" <ji...@apache.org> on 2020/02/07 11:13:00 UTC
[jira] [Commented] (FOP-2910) Create valid PDF/A part 2 or 3 with
font subset
[ https://issues.apache.org/jira/browse/FOP-2910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17032308#comment-17032308 ]
Simon Steiner commented on FOP-2910:
------------------------------------
You can try using type1 or otf font?
> Create valid PDF/A part 2 or 3 with font subset
> -----------------------------------------------
>
> Key: FOP-2910
> URL: https://issues.apache.org/jira/browse/FOP-2910
> Project: FOP
> Issue Type: Improvement
> Components: renderer/pdf
> Affects Versions: 2.4
> Environment: OS: Windows 10
> Java: 1.8
> Reporter: Roberto Benedetti
> Priority: Major
> Attachments: samples.zip
>
>
> When creating PDF/A-2a or PDF/A-3a with font embedding mode "subset" the resulting PDF in not valid according to veraPDF which reports:
> ??Specification: ISO 19005-3:2012, Clause: 6.2.11.4, Test number: 4. If the FontDescriptor dictionary of an embedded CID font contains a CIDSet stream, then it shall identify all CIDs which are present in the font program, regardless of whether a CID in the font is referenced or used by the PDF or not.??
> Embedding the complete font seems to solve the validation error but resulting files are very large.
> When exporting files as PDF/A from Microsoft Word the PDF is valid and it only contains a subset of the font.
> The only difference I noticed is that Word does not create a CIDSet.
> File [^samples.zip] contains two PDF/A-3a created by Word and the files used to create the same PDFs with FOP.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)