Other backends than wkhtmltopdf

[shouze]

What do you think of supporting other pdf generators than wkhtmltopdf ?

I'm thinking about prince xml for example : http://www.princexml.com/

I can manage this if you give me the entry points for a multiple pdf generator backends code modifications.

[pilot]

@shouze this is good idea, what kind of help you need to make PR with support of prnicexml?

[akovalyov]

Since here is no activity and PrinceXML is non-free, it can not be applied to snappy itself because snappy is wkhtmltopdf wrapper. Then, it is better to develop another wrapper for that or check Packagist.

[shouze]

@akovalyov ok in fact we've already done such a thing that extends Pdf implements GeneratorInterface from Snappy since about 3 years from now and it just work but will never be open sourced even if some guys like @pilot is 👍 and you are 👎 ;)

[shouze]

ha... and @akovalyov as Snappy is MIT licence there's no reason that we couldn't add a PrinceXML btw...

[pilot]

@akovalyov this is really good idea, snappy should be enclosed only with the wk, which are not cover lost of things what alredy done with others processors. It should be next level of evolution for snappy

[akovalyov]

I agree about other backends, but I don't agree with PrinceXML. We could add support of weasyprint i.e. But I am -1 for PrinceXML since it is close-sourced. And again, there are already wrappers for this tool.
What I am completely +1 for is to check other good pdf generation processors.
And also in this case we should refactor our API first, I am not sure it is rather flexible ATM.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.