Brian Sweeney

This isn't an issue with Dompdf but with one of the dependencies (gd/libpng). The image appears to be in a format your system libraries can't read. Sounds like the image...

Thank you for the analysis. Seems like this might be related to margin collapse not applying to elements correctly. Dompdf right now just looks at immediately siblings and children without...

FYI I'll keep this issue open since the others have long passed their due date and you've taken the time to research things.

I actually think #500 is a different issue relating to how inline-block elements are flowed to the next line. At any rate, that issue was migrated and there's a recent...

Data URIs are handled by the Dompdf [image caching logic](https://github.com/dompdf/dompdf/blob/master/src/Image/Cache.php#L104), not the canvas library. The following seems to work fine: ``` ```

Thanks for the additional info. I'll take another look at the change.

On initial look the issue appears to be due to some kind of layering issue. The white background for the table cells in the following rows is rendering on top...

At a high level this looks OK. Just to confirm the basic requirements: do you have the GD extension enabled and does the running script has read/write access to the...

Hm. Not sure this is the best solution to the issue. Ideally the user will specify their font directory and font cache directory. I think moving forward it would be...

I'm not so much worried about the install process as what it would entail to add this kind of functionality. The settings are currently hard-coded into the Options class. That...