連続した印刷

[umemura]

Curlで連続した帳票などの印刷を行う際、どのようなコーディングをすべきでしょうか。

仮に、同じ大きさのオブジェクトＡとＢを、それぞれ高さ200mmとし、
A4縦（高さ290mm想定）で印刷する想定としたときに、
単純にVBoxに入れてprint-graphic に渡してしまうと、ＡとＢの上部が1枚目に表示されてしまい、
かつ、Ｂの下部が２枚目に印刷されると思います。

これを、1枚目にＡ、2枚目にＢをそれぞれ印刷させるによい方法があれば、
教えてください。

[umemura]

思いついたのは、2通り。

■案１：
A4 での印刷を前提としたのFrame（縦298mm？）を用意し、
それぞれＡとＢを格納して VBox で縦に並べる。

【デメリット】
印刷ページにオブジェクトがまたがってしまう可能性がある
（大量部数で、大きさに誤差がでるなどした場合）
余白の設定や用紙サイズごとに印刷ページの大きさを制御する必要がある

■案２：
print-graphic をＡとＢで個別にコールする

【デメリット】
print-graphic のページ設定などが利用できない
印刷ダイアログが複数化表示されないように制御する必要がある
部数の数だけ印刷ジョブが流れる（？）


どちらの案を利用するにせよ、印刷ページ用のレイアウト設計が必要です。
Curlの {page-break} が利用できれば楽そうなんですがね・・・。

[fukuta]

print-graphic の multi-part? と printing-frame で制御できませんか？
print-graphic のAPIリファレンスの最初に出てくる example を見てみてください。

[umemura]

ヘルプに書かれている print-graphic を複数回呼ぶ方法は、ページ番号を自分で振る必要があるという問題以上に、
print-graphic を実行した回数だけ印刷ジョブが流れる（と勝手に私が思っていた）ため、
そうすると、ほぼ同時にＡさんとＢさんが100枚ぶんの帳票印刷を行った場合に、
ＡさんとＢさんの帳票が混ざって印刷されてしまうてしまう可能性があるという問題があると思っていました。

プリンタのジョブの仕組みを理解していないのが悪いのですが、
print-graphic が実行されても、multi-part? が true として設定されている限りは、
印刷ジョブが次のフレームを待ち続けてくれ、
multi-part?=false で設定したprint-graphic を実行して初めて、
これまでのフレームをまとめて、シーケンスなひとつのジョブだとしてプリンタのキューに投げてくれる、
ということになる・・・という理解で正しいのかしら？

ヘルプはよく読むべきですね。すいません。

あと multi-part?=false で設定した print-graphic を実行しないままにすると、
クライアントの印刷ジョブを占有して、ほかのアプリからの印刷を待たせ続けてしまいそうなので、
気をつけないといけませんね。