Brian Sweeney

Yeah, I think combining the height adjustment and line positioning adjustment is causing problems. So that we can go ahead and release the PHP compatibility updates I'm going to go...

@Spreeuw, any observations you can make are definitely useful. I appreciate the effort you've put in to validate this change. I have started working on separating the line positioning and...

Can you post a [minimal, complete, and verifiable example](http://stackoverflow.com/help/mcve) of the HTML+CSS involved?

FYI, dompdf targets the screen and dompdf media formats by default. It would help to know what dompdf is trying to render. You can always call `$dompdf->output_html()` if generating the...

Seems like an entirely different issue. To oversimplify, the line boxes represent the content of an element in the frame tree. I'm not sure why this is returning -1. Probably...

Thanks, this should help.

Still breaks, but in a different way now. Capturing the page in full for future reference. [Producto Kits - removed.zip](https://github.com/dompdf/dompdf/files/8350581/Producto.Kits.-.removed.zip)

It looks the underlying issues were address in the 2.0.0 release.

The main issue here is that the "not" pseudo-class isn't supported. The following appears to render as expected: ``` div.left { width: 35%; float: left; } div.middle { width: 65%;...

I don't know if it's the font itself or the information generated by php-font-lib that's causing the issue for ghostscript. You might try updating your dompdf and php-font-lib code. There...