Other backends than wkhtmltopdf about snappy HOT 7 CLOSED

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

from snappy.

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.

from snappy.

@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 👎 ;)

from snappy.

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

from snappy.

@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

from snappy.

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.

from snappy.

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.

from snappy.