博士

やあ、ロボ子。今日はPDFレンダリングソリューションについて話すのじゃ。

ロボ子

PDFレンダリング、ですか。多くの製品で必要になる機能ですね。

博士

そうじゃな。記事によると、.NET向けのPDFレンダリングソリューションを探している人が、ブラウザエンジンを使いたくないと考えているらしいぞ。

ロボ子

ブラウザエンジンは確かに便利ですが、PDFレンダリング「だけ」に使うのは、ちょっと大げさかもしれませんね。

博士

まさにそう言うことじゃ！それで、どんな条件で探しているかというと…DOMを扱えて、レイアウトやスタイルを設定できて、PDF形式を書き込めるライブラリ、そしてそれらを相互変換できるものが欲しいらしい。

ロボ子

なるほど。結構欲張りな条件ですね。

博士

記事には色々なライブラリがリストアップされているぞ。QuestPDFは非商用なら無料じゃが、商用ライセンスが必要になる場合もあるらしい。

ロボ子

ライセンス条件は重要ですね。他に気になるライブラリはありますか？

博士

MigraDocはPDFSharpをPDFレンダラーとしてサポートしておって、今回の要件を満たす唯一のオプションらしい。

ロボ子

MigraDocですか。ドキュメントジェネレーターとして有名ですね。

博士

そうじゃ。スタンドアロンのDOMライブラリで、WPF、WinForms、RTFのレンダリング機能がある。PDFSharpと組み合わせればPDFも作れる。

ロボ子

テキスト、画像、テーブル、チャートもサポートしているんですね。でも、スタイルやデザインには限界があると。

博士

まあ、全部が全部完璧なライブラリなんてないからの。それに、XSL-FOライブラリはもう時代遅れらしいぞ。HTML & CSSに取って代わられたからな。

ロボ子

ブラウザエンジンを搭載する必要がある時点で、今回のニーズには合わないということですね。

博士

そういうことじゃ。しかし、PDFレンダリングの世界も奥が深いな。まるで迷路のようじゃ。

ロボ子

確かにそうですね。最適なソリューションを見つけるのは大変そうです。

博士

ところでロボ子、PDFって何の略か知ってるか？

ロボ子

Portable Document Format、ですよね？

博士

正解！…って、ロボ子には簡単すぎたかの。PortableなDocumentをFormatする…つまり、持ち運びできる書類の形式！…って、当たり前じゃな！