Re: [Printing-architecture] PDFio: Replaced QPDF by PDFio in libcupsfilters as GSoC project?
Michael Sweet <[email protected]> Thu, 7 Dec 2023 12:38:42 -0500
| Newsgroups | dev.linux.lists.printing-architecture |
|---|---|
| Message-ID | <[email protected]> |
Till, > On Dec 7, 2023, at 8:58 AM, Till Kamppeter <[email protected]> wrote: > > Hi, > > Michael Sweet has closed the PDFio issue in which I ask for support of PDF forms and annotations, telling that inside PDFio nothing further needs to be done, that everything can be solved outside PDFio, by the calling application. > > As we want to get rid of C++ in libcupsfilters I plan to let it use PDFio where it is currently using QPDF. > > Mike, as you tell that PDFio is OK for handling PDF files with filled forms/annotations, I want to post a GSoC project idea to switch over libcupsfilters from using QPDF to PDFio. WDYT? Is this possible already? Or are there still any features missing in PDFio? It is entirely possible. The ipptransform program (part of the libcups project) shows how to do this, but it is really only necessary if you are doing N-up or other combinations of multiple pages from the input document. If all you do is copy pages as-is then pdfioPageCopy will handle copying all of the annotations referenced by the Annots key in the page dictionary. (ipptransform needs to be updated to copy/merge the Annots values, and I filed issue #71 in the libcups project to track that change...) ________________________ Michael Sweet