URL to PDF Microservice

Post by gildas » Thu, Oct 05, 2017, 10:57 PM UTC

kimmobru wrote: post #58

danso wrote: post #48

Took a quick skim of the README. I have a general question for these web-to-PDF services. Is the priority to honor the page styles as set forth in a print.css-type file? Or is it to be as close as a screenshot as possible of a webpage, which is what I think the majority of laypeople would expect. One of the small things I've recently let myself be bothered by is how divergent HTML/browser snapshots from web.archive.o…

I have been aiming for default settings which would render the site as you see it (screenshot style), but so that you can switch the settings to honor @media print CSS rules. One of the biggest values I think this yet-another-PDF-service has is that if you open the print preview on a desktop Chrome, it should be really close to what the API renders. Should make debugging a bit easier. The main use case is to render c…

Post by djs070 » Thu, Oct 05, 2017, 11:10 PM UTC

jessegavin wrote: post #64

djs070 wrote: post #60

I would like to adopt something like this, but there are some pretty normal table functions in our current print solution that I don't know how to support in HTML. E.g. on a multi-page invoice, show a sub-total row at the bottom of each page. Does anyone know how to create this kind of function?

Use a element (unless you're actually trying to show a sub-total of just the page you're looking at).

Post by j_s » Thu, Oct 05, 2017, 11:23 PM UTC

jgamman wrote: post #70

OT (maybe) Question: I've gotten more and more annoyed over the years as links are deleted/decay etc. Even more so recently. Is there a plug-in that makes a 'personal archive' or potentially on-sends the page to the Archive. It would be useful to be able to search/go back in my time-line to webpages even if they were just static pdf's.

Post by jklein11 » Thu, Oct 05, 2017, 11:52 PM UTC

amigoingtodie wrote: post #67

jklein11 wrote: post #52

Earlier quoted context omitted.

Redrawing the PDF's and scanning them would likely not scale linearly with the amount of money you spend on labor. Labor tends to have diminishing marginal returns. The cost of hiring two workers is more than double that of hiring one worker because there is additional complexity in coordinating the workers. Also, for the record, this comment I'm making right now is just pedantic.

As long as the workers do not need to coordinate, it should scale. Round-robin those folks.

Post by riquito » Fri, Oct 06, 2017, 12:33 AM UTC

halestock wrote: post #78

Why use headless chrome instead of the PDF lib used by chrome directly? https://pdfium.googlesource.com/pdfium/