PDF出力時の表示差異について

[COMTEX片岡]

RapidReportサポートご担当者様

お世話になっております。

RapidReportからデータの一覧をPDF出力する際に固定幅の中で意図的に改行を入れたい箇所があります。
プレビュー機能のみでは不可能と認識しており、C#側で改行コードを入れた状態で実行することで意図的な改行を行っている状態です。

ただ、上記の対応をすると以下の2つの場合で表示に差異が出ます。
・プレビューから出力した場合
・C#から出力した場合

フォントはどちらも「Noto Sans JP」で同じものを設定しているのですが
「文字の行間サイズ」や「タイトル部分の文字の太さ」が異なります。

こちらの解消方法について、ご教授いただくことは可能でしょうか？

お忙しいところ恐れ入りますが、
ご確認のほど何卒よろしくお願い申し上げます。

[RapidReport]

Noto Sans JPはプロポーショナルフォント（文字の種類によって幅が異なるフォント）となりますので、

すみませんが RapidReportでは、このフォントを利用している場合はPDFとプレビューで文字の割付を一致させることはできません。

全ての文字が同じ幅となる等幅フォントを利用していただければ、文字の割付を一致させることができます。

ただし、等幅フォントを利用していても、文字の太さなどはプレビューとPDFとで完全に一致させることはできず、

小さな差異は発生します。

2026年5月11日月曜日 13:32:16 UTC+9 COMTEX片岡:

[COMTEX片岡]

ご回答ありがとうございます。

いただいた内容について、以下の認識で相違ないか確認させてください。
・プレビュー出力は Windows の描画（GDI+ / System.Drawing）による独自レンダリング を行っている
・C# アプリケーションからの PDF 出力は iTextSharp 4.1.6 をベースにした独自改造 DLL を使用している
・そのため、同じフォントを使用しても描画エンジンが異なるため、文字の割付が一致しない

今回、C# から出力した PDF を プレビューと同じ文字割付に近づけたい と考えております。

そこで質問なのですが、
iTextSharp 4.1.6 ベースの独自改造 DLL（iTextSharp.LGPL.core）を、弊社側で改造して利用することは可能でしょうか？  
フォントは引き続き Noto Sans JP（プロポーショナルフォント） を使用したいと考えております。

技術的・サポート的な観点で、改造の可否や注意点があればご教示いただけますと幸いです。

お忙しいところ恐れ入りますが、
ご確認のほど何卒よろしくお願い申し上げます。

2026年5月12日火曜日 9:55:29 UTC+9 RapidReport:

[RapidReport]

回答いたします。

> ・プレビュー出力は Windows の描画（GDI+ / System.Drawing）による独自レンダリング を行っている
> ・C# アプリケーションからの PDF 出力は iTextSharp 4.1.6 をベースにした独自改造 DLL を使用している

> ・そのため、同じフォントを使用しても描画エンジンが異なるため、文字の割付が一致しない

はい。その通りです。プロポーショナルフォントを利用しているのであれば、文字の割付は一致しません。

> iTextSharp 4.1.6 ベースの独自改造 DLL（iTextSharp.LGPL.core）を、弊社側で改造して利用することは可能でしょうか？  
> フォントは引き続き Noto Sans JP（プロポーショナルフォント） を使用したいと考えております。

はい。御社にて改造して利用いただくことは問題ありません。

すでに把握されているかとは思いますが、ソースコードは以下の場所で公開しています。

https://github.com/orgs/rapidreport/repositories

2026年5月12日火曜日 11:15:03 UTC+9 COMTEX片岡: