総合計行が改ページされてしまう

54 views
Skip to first unread message

suzunaru

unread,
Jun 24, 2025, 9:26:07 PMJun 24
to RapidReportサポート QAフォーラム
お世話になっております。
先日はご対応いただきありがとうございました。
別帳票作成時に対応方法がわからない項目がでてきたためご連絡いたしました。

今回作成したい帳票は、データ途中での改ページなしで明細行全件印字後に総合計行を出力する帳票になります。
ただ、前回問い合わせ時同様、プレビューでは想定通りに動作しているのですがシステムから出力した際に総合計の行が改ページされて1行のみで最終ページが出力されてしまいます。
総合計行も明細行と続けて印字される方法をご教授いただけないでしょうか?

改ページ禁止チェックボックス等関連しそうな項目の設定変更を試行錯誤していたのですが、
『明細行最終1件を除いて全件印字後改ページ→明細行最終1件出力後改ページ→総合計1行出力』
のように思っていない動作になったりとつまずいている状態です。

システム開発環境はC#です。
システム上から印刷データを帳票に渡す際にデータの型変換は困難なため、型変更が必要であればカスタム列での型変更で対応をお願いいたします。

RapidReport帳票を作成し始めたばかりのため初歩的な質問で申し訳ないのですが、ご教授のほどよろしくお願いいたします。
RR_f0411311_24208.rrdt
RR_f0411311_24208.rrpt
RR_f0411311_24208_test.rrdt

suzunaru

unread,
Jun 26, 2025, 12:12:04 AMJun 26
to RapidReportサポート QAフォーラム
お世話になっております。
昨日送付した帳票と別ファイルになりますが、同様に集計行が改ページされてしまうため、修正箇所をご教授いただきたく追記で記載させていただいております。

集計行は「団地計・住宅区分計・総合計」がある帳票になり、団地計と住宅区分計出力後に改ページを行う仕様となります。
イメージとしては『住宅区分1のA団地明細→A団地計→改ページ→住宅区分1のB団地明細→B団地計→住宅区分1の住宅区分計→改ページ→住宅区分2のC団地明細→C団地計→改ページ→住宅区分2の住宅区分計→総合計』です。
ただし、住宅区分計と総合計出力時は改ページを行わないため、住宅区分1の住宅区分計はB団地の団地計と同じページ、住宅区分2の住宅区分計と総合計は同じページとなります。

対象帳票のファイルを添付しますので、こちらにつきましてもご検討のほどよろしくお願いいたします。

2025年6月25日水曜日 10:26:07 UTC+9 suzunaru:
RR_F520C271_24208.rrpt
RR_f5207513_24208.rrpt
RR_f5207513_24208.rrdt
RR_F520C271_24208.rrdt

RapidReport

unread,
Jun 27, 2025, 12:40:40 AMJun 27
to RapidReportサポート QAフォーラム
「総合計フッター」の「サイズ」「初期値(式)」プロパティに count という式が指定されていたので、
これを外しました。

また、「ウェイト」や「改ページ禁止」などの指定も不要と思われるので外しました。

これで想定通りになっているでしょうか?

2025年6月25日水曜日 10:26:07 UTC+9 suzunaru:
お世話になっております。
fix202506271.zip

RapidReport

unread,
Jun 27, 2025, 12:42:46 AMJun 27
to RapidReportサポート QAフォーラム
団地と住宅区分ごとに改ページされればよいのであれば、
これらのグループに「改ページ」チェックを入れ、
その他の「改ページ禁止」や「ウェイト」といったプロパティは未指定としました。

これで想定通りでしょうか?

2025年6月26日木曜日 13:12:04 UTC+9 suzunaru:
fix202506272.zip

suzunaru

unread,
Jun 29, 2025, 9:19:54 PMJun 29
to RapidReportサポート QAフォーラム
お世話になっております。
3ファイルいずれにつきましてもシステムから想定通りの内容で帳票出力を行うことができました。
ファイルの内容確認と修正ありがとうございます。
また何かありましたらお手数をおかけいたしますが、よろしくお願いいたします。

2025年6月27日金曜日 13:42:46 UTC+9 RapidReport:
Reply all
Reply to author
Forward
0 new messages