Live data from Hacker News

OpenPDF 1.3.0

github.com

41–50 of 63 posts

Re: OpenPDF 1.3.0

#41
post #2

Pdf so badly needs a standard open source reference implementation. the problem with java is that it isn’t easy to reuse in other programming environment... something in C, or anything that compiles through LLVM would probably be a better choice i think.

> Pdf so badly needs a standard open source reference implementation

Similarly, I would like to see more attention given to PDF/A and high quality reference implementations and libraries targeting it. It solves many of the most common complaints here on HN about PDF: no audio / video, no javascript, no XML forms, all fonts have to be embedded, etc. - and it's an ISO standard.

We really need solid support for a document format that has readers that aren't constantly getting CVE'd from supporting too much of a bloated specification.

Re: OpenPDF 1.3.0

#42
post #10

Earlier quoted context omitted.

There's already plenty of open source implementations of PDF parsing: Ghostscript, MuPDF, XPDF, Poppler, Pdfium, just to name the first few that come to mind.

All do not support typewriter or forms. This makes easier to fill up forms

I'm not sure whether it's just Poppler or the software that uses it (Okular by KDE), but I know that typewriter is supported (I just filled a few bureaucratic work-related form). Forms as well.

Re: OpenPDF 1.3.0

#43
post #15
post #2

Pdf so badly needs a standard open source reference implementation. the problem with java is that it isn’t easy to reuse in other programming environment... something in C, or anything that compiles through LLVM would probably be a better choice i think.

the problem with java is that it isn’t easy to reuse in other programming environment. Isn't one of the advantages of Java exactly being multi-platform?

I doubt many people will want to add a jvm dependency just to support a PDF library.

Re: OpenPDF 1.3.0

#44
post #2

Pdf so badly needs a standard open source reference implementation. the problem with java is that it isn’t easy to reuse in other programming environment... something in C, or anything that compiles through LLVM would probably be a better choice i think.

It would be nice to have something with a permissive license. There are a lot of commercial offerings but the costs make them prohibitive for my projects.

Re: OpenPDF 1.3.0

#45
post #37
post #10

Earlier quoted context omitted.

There's already plenty of open source implementations of PDF parsing: Ghostscript, MuPDF, XPDF, Poppler, Pdfium, just to name the first few that come to mind.

And most of them are either (A)GPL or so prohibitively expensive for the commercial version that you can't really use them in small commercial projects at all.

Sounds good to me.

Re: OpenPDF 1.3.0

#46
post #28

My particular needs for PDF creation are somewhat unusual, so I'm not surprised that Acrobat Pro seems to be the only thing that suits my needs. If anyone knows of a PDF creation library that has good support for the various image compression schemes supported by PDF, I'd love to know about it. Currently I'm using a 10 year old paid version of Acrobat Pro because I'm unwilling to spend another $500 to get a modern co…

This doesn't completely fix your issue, but since you mentioned deskewing, I clean up my scanned documents using ScanTailor Advanced: https://github.com/4lex4/scantailor-advanced I find the autodeskewing algorithm to work well, but it allows hand adjustment as well, which I like. As I've gotten better as using it, I've been able to get the size of my scanned documents down considerably by cleaning up the scans. This…

I'd be interested if anything open source exists that can do jbig/jpeg2k pdfs (separation + compression) like DjVU. I think archive.org ships PDFs like this, but don't know what they're using to do it (possibly something commercial?).

Re: OpenPDF 1.3.0

#47
Is this a good library for doing automated PDF form filling (like via FDF?)

If not, is there any that are recommended? PDFTK is really showing its age in an application we have (its slow, and often unreliable in large batch jobs)

Re: OpenPDF 1.3.0

#48

My particular needs for PDF creation are somewhat unusual, so I'm not surprised that Acrobat Pro seems to be the only thing that suits my needs. If anyone knows of a PDF creation library that has good support for the various image compression schemes supported by PDF, I'd love to know about it. Currently I'm using a 10 year old paid version of Acrobat Pro because I'm unwilling to spend another $500 to get a modern co…

Try BFO pdf . It's paid but they are agood company. I also I love that BFO stands for "Big Faceless Organization" and the CEO answered support emails until like last year.

Re: OpenPDF 1.3.0

#49
post #41
post #2

Pdf so badly needs a standard open source reference implementation. the problem with java is that it isn’t easy to reuse in other programming environment... something in C, or anything that compiles through LLVM would probably be a better choice i think.

> Pdf so badly needs a standard open source reference implementation Similarly, I would like to see more attention given to PDF/A and high quality reference implementations and libraries targeting it. It solves many of the most common complaints here on HN about PDF: no audio / video, no javascript, no XML forms, all fonts have to be embedded, etc. - and it's an ISO standard. We really need solid support for a docume…

absolutely. I developped a pdf parser myself and only discovered pdf/a on HN after almost a year working on it.

Pdf/a needs a LOT more publicity.

Re: OpenPDF 1.3.0

#50
post #19

New Pure JavasScript low-level implementation to create and edit PDF files: https://github.com/Hopding/pdf-lib

Tangential question: Do you know of a method to render PDFs to HTML canvas other than PDF.js? PDF.js seems too slow for my purposes, though I haven't tested very thoroughly yet. I'm hoping with wasm Skia now available, there might be some other options coming.

There's pdf2htmlex, albeit it's an archived project.
Post reply on HN