You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First and foremost: many thanks for this awesome tool! It’s far and away the best html-to-pdf solution I’ve come across 😊
One issue I’m having though is that the pdfs I generate contain random line-breaks from time to time, with seemingly no pattern to this behaviour. For example, a list item generated by Trix with only text inside (i.e. no additional HTML) will sporadically get broken like this (note the second list item has the exact same content in this case):
<ul>
<li>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.</li>
<li>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.</li>
</ul>
One workaround I’ve found is to set display: inline-block on the offending elements (and hacking list styles with content: "•" on li::before) , which makes the lines break as intended. But doing this also seems to prevent these elements from breaking as intended at the end of a page. The generator no longer splits the element across two pages:
So, in short, the issue I have at the moment is that I’m either stuck with random line breaks or unwanted page breaks. I cannot exclude the possibility of this being related to Trix, though it seems unlikely given that the HTML it generates doesn't differ from hard-coded HTML.
Has anyone experienced the same problem and, if so, were you able to find a solution?
The text was updated successfully, but these errors were encountered:
First and foremost: many thanks for this awesome tool! It’s far and away the best html-to-pdf solution I’ve come across 😊
One issue I’m having though is that the pdfs I generate contain random line-breaks from time to time, with seemingly no pattern to this behaviour. For example, a list item generated by Trix with only text inside (i.e. no additional HTML) will sporadically get broken like this (note the second list item has the exact same content in this case):
One workaround I’ve found is to set
display: inline-block
on the offending elements (and hacking list styles withcontent: "•"
onli::before
) , which makes the lines break as intended. But doing this also seems to prevent these elements from breaking as intended at the end of a page. The generator no longer splits the element across two pages:So, in short, the issue I have at the moment is that I’m either stuck with random line breaks or unwanted page breaks. I cannot exclude the possibility of this being related to Trix, though it seems unlikely given that the HTML it generates doesn't differ from hard-coded HTML.
Has anyone experienced the same problem and, if so, were you able to find a solution?
The text was updated successfully, but these errors were encountered: