Brian Sweeney
Brian Sweeney
not sure yet but I'll schedule it for the 1.1.0 release
This issue should be addressed in the latest release so make sure you're running it (currently 2.0.3).
I'm unable to reproduce on 2.0.3 with the sample provided. The numbering in the sample doesn't match the image. Do you have a sample that does reproduce the issue?
OK, yes, I am definitely seeing the issue. I believe this is caused when by the P element inside the LI. We'll need to tweak the paging logic in Dompdf...
I'm not sure I have a globally applicable solution. However, if your document is consistently structured I think you can re-target `ol.counterapplytothisclass li:before` to `ol.counterapplytothisclass li>*:first-child::before` in your stylesheet. This...
That's...unexpected. I'll have to look a bit more to determine what's happening here (looks like a split element re-applies the :first-child styling). In the meantime I _think_ you can tweak...
Somehow you're hitting a lot of things that seem to be problematic for layout. For the first screen shot, it looks like modifying the bottom margin is impacting the ability...
Dompdf will naturally page based on the content. We'd have to see the actual HTML + CSS to say why it's producing two pages.
Part of the issue could be the use of Bootstrap. While Dompdf generally works with that framework there are some things, particularly with more recent releases, that won't render quite...
Perhaps your sample is not representative, but the specified `font-style` in the font-face declaration is "italic" so the font will only be used for text that is styled italic.