1
私はユーザー提供のデータからPDFを生成しています。 95%の時間、良いPDFが生成されます。デバッグモードでは、すべてが正常に見えます。これをデバッグするにはどうすればいいですか?WickedPDFは断続的に破損した/破損したファイルを生成します
私はユーザー提供のデータからPDFを生成しています。 95%の時間、良いPDFが生成されます。デバッグモードでは、すべてが正常に見えます。これをデバッグするにはどうすればいいですか?WickedPDFは断続的に破損した/破損したファイルを生成します
私はgithubのアカウントの問題のセクションに掲載さ:https://github.com/mileszs/wicked_pdf/issues/607
をしばらくして、私はそれがネストされた「ノー・ブレイク」のdivののケースだったことを考え出しました。 (これはとにかく無意味ですが、あなたがこの騒がしい問題に遭遇しているかどうかを調べるためのものです)。
さらなる説明:
.no-break:before {
display: block;
clear: both;
overflow: hidden;
}
.no-break {
page-break-inside: avoid !important;
overflow: visible;
}
そして、次のHTML:
セクションの途中でページブレークを防ぐために、私はクラス以下のルールで無休憩を割り当てます書式設定:
<div class="no-break">
.... some user supplied content
<div class="no-break">
.... more user supplied content
</div>
</div>
をインナーdiv.noブレークはブレークを避けるために、次のページに移動する必要がある場合は、それが破損P意志DF。
これが誰かを助けることを願っています!
ちょっと、私は同じ問題(ランダムな破損ファイル)に直面しています。奇妙なことは、この破損したファイルを完全に生成することができる100回です。ファイルは常に同じで、あなたのcssコードは機能しませんでした。何かアドバイス ? – llermaly
@llermalyネストされたno-break divについてのこの記事は、壊れたファイルが生成される原因の1つに過ぎません。なぜそれが起こるのかを一般化しようとすると、生成を終了しなかったためファイルが破損しています(終了タグがないなど)。したがって、より一般的な原因の説明は、ジェネレータを捨てるような印刷固有のCSSルール(page-break:avoid;など)です。 – Nick
ちょっと@Nick、私は私の問題が同じであると確信しています、私は最後の子とファイルレンダリングから私のno-pagebreakルールを削除しましたが、私もその区域で改ページを避ける必要があります。このコードは私のものではなく、私はそれを動作させることができません.Htmlファイル自体に行き、htmlの長さを変更しなければなりませんでした。(3段階の入れ子を使っています。 、Cなど)。 私は簡単に手伝ってくれるように私のコードを添付します。クライアントが望む結果を得るために数週間戦わなければなりませんでした。http://pastebin.com/p6C0SmWw – llermaly