Skip Menu |

This queue is for tickets about the PDF-API2 CPAN distribution.

Report information
The Basics
Id: 120375
Status: resolved
Priority: 0/
Queue: PDF-API2

People
Owner: Nobody in particular
Requestors: rico.zienke [...] posteo.de
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: [question] support of ISO 19005 – Document management – Electronic document file format for long-term preservation (PDF/A)
Date: Sat, 25 Feb 2017 21:20:02 +0100
To: bug-PDF-API2 [...] rt.cpan.org
From: Rico Zienke <rico.zienke [...] posteo.de>
Hello, is it possible to create PDF/A valid documents with the perl PDF::API2 api? Is there is already a way/option that the api takes care completely of responsibility for valid pdf/a creation? (so that consumers doesn't have to take care) If not is possible for consumers to generate a pdf with the right knowledge today? Or do you see any gaps on API side, which makes it impossible at all? If it is not possible, are there any plans to do it? If you need further information. I can send you an example pdf with verapdf validation results. Thanks and Best regards, Rico Zienke
On Sat Feb 25 15:20:49 2017, rico.zienke@posteo.de wrote: Show quoted text
> is it possible to create PDF/A valid documents with the perl PDF::API2 > api?
I have no idea. Theoretically, yes, but I haven't looked at that spec. Show quoted text
> Is there is already a way/option that the api takes care completely of > responsibility for valid pdf/a creation? (so that consumers doesn't have > to take care)
Not built-in. Show quoted text
> If not is possible for consumers to generate a pdf with the right > knowledge today? Or do you see any gaps on API side, which makes it > impossible at all? > > If it is not possible, are there any plans to do it?
I'm focused on just the base PDF specification, but if someone wanted to add support for PDF/A, I wouldn't be opposed.