Live data from Hacker News

Show HN: PDF API – Generate, convert, and modify PDF documents

news.ycombinator.com

61–70 of 125 posts

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#61
post #52

How well does this handle large tables that span pages? That seems to be a key differentiator for most PDF libs I sampled. I'd assume this works well if it's coming from Chromium

Do you mean tables when converting HTML to PDF, or simply rendering the PDFs with tables in them?

simply rendering tables - most of the (python) pdf generation libraries I evaluated a few years ago all had the same limitations (reflow is hard) around laying out large multipage tables. We went with a headless chrome service to print to pdf which did not have the limitation.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#62
post #18

Earlier quoted context omitted.

For higher volume, but simpler operations (merge, watermark, encrypt/decrypt, etc.) you can try https://www.pdfblocks.com/api . You get 10K docs processed for $29/mo, and 1M for $99/mo. We don't have conversion, OCR, generation, or chained operations though. Source: I work at PDF Blocks

Is it appropriate to have multiple competitors pitch their own products in an Ask HN? this should not be such an opportunity

Considering I often come to things like Show HN/Ask HN to see what exists in the world, yes. I say it is not only appropriate but within the spirit of fostering good conversation and interest in the community. (Obviously only as such competition remains civil.)

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#63
post #52

Earlier quoted context omitted.

Do you mean tables when converting HTML to PDF, or simply rendering the PDFs with tables in them?

simply rendering tables - most of the (python) pdf generation libraries I evaluated a few years ago all had the same limitations (reflow is hard) around laying out large multipage tables. We went with a headless chrome service to print to pdf which did not have the limitation.

We've had customers in beta trying it out with multi-page tables and we've heard positive feedback.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#64
post #60

Some time ago at a $Company we needed to generate pdfs and also OCR incoming documents. In order to quickly release a product we decided to use online API from a $Vendor. Initial price was quite OK-ish but a year-two later we saw a significant increase in price. At that time we also started moving to on-premise hosting to decrease latency and to address other GDPR stuff. Considering high volume of documents it was ju…

>We also tried to influence company to donate to OSS, that unfortunately never happened, but that's another story.

I don't blame you for going down that route. But it feels to me that open source is devaluing our work. PDF is a big and complex specification, there must be thousands of hours of work in the software you chose and yet you are getting all that value for free. Is there any other industry that does this to itself?

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#65
I find this utterly bizarre. Once upon a time, if you wanted to left pad a string, you would just do it. A while later, people discovered that you could use a library. (I’m joking a bit here, but libraries are genuinely useful.). With a library, you get to pick from various schemes and schedules for updating the library, but you have a degree of control.

But now apparently you’re supposed to use a web API and depend on an external service. This has all kinds of downsides: it has latency (and potentially tail latency). It has larger security issues. It doesn’t work in many sandboxes. It requires an asynchronous call. Callers have to handle timeouts and retries. (If you left pad a string with a normal library, it either works or it doesn’t. With a web service, it can fail transiently or give wrong answers transiently.). It updates on its own schedule, without notice, and cannot be rolled back. And it can charge an utterly outrageous per-call price, so instead of merely profiling and debugging slowness due to making too many calls, developers also have to worry about inadvertently spending hundreds of thousands of dollars.

Replace “left pad a string” with “generate a PDF” and you get this. Why is this desirable?

I suppose things like this may partially explain the stunning slowness of bank websites.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#66
post #18

Earlier quoted context omitted.

For higher volume, but simpler operations (merge, watermark, encrypt/decrypt, etc.) you can try https://www.pdfblocks.com/api . You get 10K docs processed for $29/mo, and 1M for $99/mo. We don't have conversion, OCR, generation, or chained operations though. Source: I work at PDF Blocks

Is it appropriate to have multiple competitors pitch their own products in an Ask HN? this should not be such an opportunity

Absolutely, especially in such a crowded mature space it makes total sense to discuss the full market. As others have said, I like to come to the comments to learn not just about the product at hand but of what else is out there, show hn isn’t some exclusive show room for the product in the title.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#67
post #65

I find this utterly bizarre. Once upon a time, if you wanted to left pad a string, you would just do it. A while later, people discovered that you could use a library. (I’m joking a bit here, but libraries are genuinely useful.). With a library, you get to pick from various schemes and schedules for updating the library, but you have a degree of control. But now apparently you’re supposed to use a web API and depend…

Same on my mind. Let say you have to create an invoice for a customer and your operations stop just because your not using {Cario, Skia, PoDoFo, JagdPDF, Haru, Whatever} on the local environment but relied upon an external service which halted. This introduces a huge dependency chain across the web. But they don't provide anything which cannot provided autonomously by a local library. Integrate with external services because you must and not because you can.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#69

Does this API allow for the generation of accessible documents, such as PDFs, which can then be read by blind persons using a screen reader such as Jaws or NVDA? These tools have the ability to bring up a dialog box (e.g. elements list) listing the links, headings, form fields, buttons and landmarks present on documents, (e.g. html, pdf, and so on) that blind people would need in order for them to navigate a document…

We’ve done some tests in that area and while Chromium is technically able to generate tagged PDFs, which would be accessible for the most part, it’s far from perfect.

We have some work planned in that direction, but nothing close to release at this stage.

Re: Show HN: PDF API – Generate, convert, and modify PDF documents

#70
post #65

I find this utterly bizarre. Once upon a time, if you wanted to left pad a string, you would just do it. A while later, people discovered that you could use a library. (I’m joking a bit here, but libraries are genuinely useful.). With a library, you get to pick from various schemes and schedules for updating the library, but you have a degree of control. But now apparently you’re supposed to use a web API and depend…

[deleted]
Post reply on HN