私は今、人間が読める形式の出力をWebBrowserコントロールに表示されるXHTMLとして表示するデスクトップアプリケーションを構築しています。最終的に、この出力は、XHTMLファイルからイメージングシステムのドキュメント画像に変換する必要があります。XHTMLドキュメントとは異なり、ドキュメント画像は物理的なページに分割する必要があります。さらに、これは私を殺している部分です。これらのページにはヘッダーとフッターが必要です。
私が望むのと同じように、WebBrowserをファイルに印刷するだけでは不十分です。WebBrowserがサポートするヘッダー/フッターオプションは、十分に洗練されたものではありません。だから私は、これらの画像を生成するための適切な技術が何であるかを理解しようとしています。
（必須ではありませんが）最終的には、HTMLドキュメントのPDFバージョンを作成して（ヘッダーとフッターを追加できるように）、PDFをTIFFとしてレンダリングすることになると思われます。これは究極の形式です。イメージングシステムが望んでいること。だから私が考えていること：
ある種のXHTMLからPDFへの変換ソフトウェアを使用します。これに伴う問題は、多くの評価とテストを行わないと、私が見た製品が、既存のXHTMLドキュメントを取得してヘッダーで装飾するという必要なことを実行できるかどうかさえわからないことです。とフッターとそれらをページ付けします。
XSL-FOを使用してPDFを生成します。忍者レベルのXSLTオタクであることは、ここで役立ちます（これが、私が最初にXHTMLを作成する方法です）が、それでも、多くの可動部分がある厄介で遅い解決策のようです。また、これは、私がすてきなクリーンな.NETシステムの真ん中に大きな不格好なJavaプログラムを貼り付けていることを意味しますが、それが正しい答えであれば、私は確かにそれを行うのに十分な大人です。
LaTeXのように、私がまだ考えもしなかった他のテクノロジーを使用してください。XHTMLをページヘッダーとページフッターを備えたTIFFに直接変換する奇跡的なページイメージングツールがあるかもしれません。それが理想的です。
私の主な関心事は次のとおりです。
私は商用製品を構築しています。私が使用するテクノロジーはすべて、手頃な価格でサポート可能である必要があります。無料である必要はありません。
私はそれを機能させるためにこのようなものを叩いて3ヶ月間ウサギの穴から消えたくありません。これは直感的には、ツールを評価して拒否するだけで多くの時間を失う可能性がある一種の問題空間のように思えます。
私が採用するソリューションは、XHTMLのフォーマット変更の影響を比較的受けないようにする必要があります。そもそもXSLTを使用してXHTMLを作成している理由は、作成しているドキュメントが常に変化するビジネスルールを使用して動的に組み立てられているためです。
私は代替案を探すのに多くの時間を費やしましたが、明らかに答えとなるものは何も見つかりませんでした。しかし、あなたの立派な人の一人がすでにこの問題を解決しているかもしれません。もしそうなら、私はあなたの肩に立ってみたいと思います。