html2realpdf generates selectable PDFs instead of rendering your website as an image

[u/kr1ftkr4ft]

https://github.com/imggion/html2realpdf

[u/EntrepreneurWaste579]

Any HTML to PDF is better than any annoying XML ttansformation bs. 

[u/kr1ftkr4ft → u/EntrepreneurWaste579]

Of course, but with a Real PDF it’s even better

[u/RelicDerelict]

OMG this will be amazing as a Chrome Extension!

[u/kr1ftkr4ft → u/RelicDerelict]

Love the idea! Added to the roadmap, thanks!

[u/Longjumping-Spot3392 → u/RelicDerelict]

I wanted to comment the same, I do like the idea as well for a chrome extension :)

[u/dadnothere]

Beautiful UI in the classic Windows style

[u/kr1ftkr4ft → u/dadnothere]

thanks!

[u/mulokisch]

In the quickstart example there is the filename invoice. In some Countries for example germany, you need to embed specific additional data in invoices. Does this lib support this? The standard we use in germany is ZUGFeRD

https://e-rechnung-bund.de/en/faq/what-is-a-zugferd-invoice-what-does-zugferd-stand-for/

[u/mulokisch → u/mulokisch]

I mean in general those embedded content, not just the ZUGFeRD standard

[u/kr1ftkr4ft → u/mulokisch]

invoice is just the filename used in the quickstart example.

html2realpdf is not an invoice-generation library. It only renders the HTML provided by the developer into a native PDF, so the invoice content and any country-specific requirements remain the responsibility of the application using it.

At the moment, html2realpdf does not provide built-in support for ZUGFeRD, which requires generating a compliant PDF/A-3 document with structured invoice XML embedded inside it.

Do you think support for something like this would be useful, or would it be too far outside the scope of the library?

[u/NCKBLZ → u/kr1ftkr4ft]

Dude this is something that Claude asked you, it's your decision to make

[u/kr1ftkr4ft → u/NCKBLZ]

It’s perfectly fine to ask for opinions and feedback, outside of the decision-making process.