- First commit to issue fork.
- Status changed to RTBC
3 months ago 10:32pm 22 March 2024 - πΊπΈUnited States KarlShea Minneapolis, πΊπΈ
Rebased to get CI working. Just tried and it worked great!
- πΊπΈUnited States freelock Seattle
Great to hear this is working!
I subscribed to this case looking for more modern CSS support than was available in wkhtmltopdf, and thought WeasyPrint might be a good option. However, since then we've started using headless Chrome, which has fairly decent PDF support.
And there is now an entity_print_chrome module β , which has basic functionality working, with the chrome_pdf library.
So now I'm wondering: Should WeasyPrint go into another module, and this module just needs some pointers to the other entity print plugins available?
Or should entity_print_chrome get pulled into this module as a submodule?
I think the big issue here is discoverability -- it took quite some digging to find entity_print_chrome, and I think it should have more visibility, along with WeasyPrint.
If Weasyprint is added to the existing module, will anyone notice and discover it? I'm thinking it will be more noticeable on the project page for entity print...
- πΊπΈUnited States KarlShea Minneapolis, πΊπΈ
I didn't know about entity_print_chrome until your comment, and I only found out about Weasyprint sort of by accident the other day and was pleased to find a patch to enable it in entity_print. Its output is significantly better than several of the other PDF engines I've tried!