pdf-lib VS pdfjs

writePdf: used for writing the final completed PDF after receiving the response from the Claude 3 Opus API, this uses the PDF-lib library to manipulate and modify the final file.

I'm facing that same pain point of programmatic PDF filling. I noodled around in the PDF format and learned it's a bit difficult to deal with fonts and formatting. But I think this client-side library works well enough, as a start: https://pdf-lib.js.org/#:~:text=a%20single%20document.-,Fill...

I've also heard of one paid API that I forgot but seemed to work well, and this related service https://www.jotform.com/, and I also considered porting some server-side libraries to WASM. One day I'll collect all the libraries and findings in a blog post.

Are you looking to programmatically fill any PDF form by detecting the fields? Or are you filling one known PDF template?

Thanks! For PDF form filling, I use the APIs that pdf-lib [0] exposes. That includes text fields, checkboxes, radio buttons, dropdowns and options lists. Give it a try and let me know if you find a type of form field that's missing.

[0] https://github.com/Hopding/pdf-lib

I do not know if some plugin exists, but maybe you have to take a look at https://pdf-lib.js.org/

PDFmake or pdf-lib would be the way to go in my opinion.

Sure! You can build your own PDF editor with a combination of PDF.js and PDF-lib

I stand on the shoulders of giants, namely PDF-lib, PDF-js and React-beautiful-DND – everything else is pretty much custom code.

How one can use a library such as PDF-Lib (npm, website) that:

pdfjs was pretty good when I used it https://github.com/rkusa/pdfjs

We use the pdfjs package here to generate the PDF for us. It just has dummy content in our case. You might generate it from scratch or compose it from other PDFs in your real-world app. See more on pdfjs usage in the docs. The most important part is the output we return in line 12. For a static site, aim to return an object with a body field which is a string. For SSR you can return a Response object instead and even stream HTML. We use binary encoding here which makes sure Astro encodes PDFs including images (for example) correctly — thanks to @altano for tip here.