Brian Sweeney

I'll tweak the logic so that length caching includes the DPI, which I believe will address the issue. Though to confirm I would need to see a sample of your...

In actuality Dompdf currently _only_ supports [the CSS 2.1 spec with regard to text decoration](https://www.w3.org/TR/CSS2/text.html#decoration). But this one should be doable.

Dompdf does not currently have the complex text layout logic required by languages that utilize shaping. You would need to pre-process your document with a program that can perform the...

No work has been done to support variable fonts. The format is based on OpenType format which is why you get something out of the font file, but OTF isn't...

Nothing yet. Reposting the following from 2337 ... Dompdf currently treats left/right as "always" when doing page-break calculations. While this is valid per the CSS 2 spec ([ref](https://www.w3.org/TR/CSS2/page.html#propdef-page-break-before)), which states:...

In an earlier investigation I noted that a small tweak to the library seems to fix the issue, though I haven't fully tested the change. From [comments elsewhere](https://github.com/dompdf/dompdf/issues/3273#issuecomment-1732641414): > ...there...

I have not fully tested the proposed solution (and, honestly, only have a high-level understanding of the code) so can't say if there are any potential ill effects. But I'm...

I created a PR with a change I think will address this issue with regard to the data state (content parsing). There is a similar problem with tag/attribute parsing, though...

It looks like the issue is that a floated element inside an inline element is what's causing the issue. If you remove the A element from around the image this...

I suggested that since your link was empty, so I figured maybe it was unnecessary. Of course, now your original title makes more sense. To allow for a link on...