問題タブ [xps]

RDLC/SSRS を使用しないレポート/印刷ソリューションを探しています。XPS をサポートしていることがわかっている DocumentViewer を使用したいと考えています。Visual to XPS を使用する例はたくさん見つかりましたが、ラベル、リストボックス、グリッドなどのさまざまなコントロールを使用して既存の WPF ページを取得し、それを XPS ドキュメントに作成できる例はあまり見つかりませんでした。XAML ページ全体を取得して XPS を作成するコード例はありますか?

結論は次のとおりです。RDLC/SSRS の使用を避け、代わりに XAML から XPS ファイルを作成しようとしています。

ここにあるさまざまな記事のコードを組み合わせて、(1) 自分のページから必要な XAML オブジェクトを複製し、(2) それらを XPS オブジェクトの新しいページに渡します。

このプロセスは、コードで変更できるデータにバインドされていないオブジェクトでも問題なく機能するようです。これは、既存のラベルを複製する方法を示す簡単な例です。

ただし、DataContext を含むオブジェクトに同じコードを適用すると、コンテンツがレンダリングされません。リストボックスのアウトラインやデータグリッドの空の列を表示するように、オブジェクト自体をレンダリングしますが、他のデータは表示しません。オブジェクトをプルしているページが適切にレンダリングされることを確認しました。オブジェクト データが失われるのは、クローン作成と XPS レンダリングのみです。

ヘルプ。

複数の .xps ドキュメントを物理プリンターに印刷すると、このエラーが発生します

ドキュメントは、印刷ジョブの例外が発生するまで正常にスプールされます

InnerException は、プログラムの実行を続行するにはメモリが不足しています。

ソースはPresentationCore.dll

どこから探し始めればいいですか？

XPS ドキュメントを作成するために Web サービスを使用する Silverlight アプリケーションがあります。ドキュメント テンプレートは、WCF クラス ライブラリの XAML コントロールとして作成されます。

実際のデータをドキュメント テンプレートにバインドするために、コントロールの DataContext プロパティを設定します。問題は、XPS を見ると、画像 (画像コントロールのソースを画像の URL を表す文字列プロパティにバインド) が読み込まれていないかのように表示されないことです。どうすればこの問題を解決できますか? ありがとう！

OpenXml は Office 製品用に設計されていると思いますが、OpenXml で XPS ファイルを編集することは論外ですか?

必要に応じて拡大/縮小し、中央に配置して、ページごとに 1 つずつ印刷したい一連の画像 (ディスクにローカルに保存されているだけ) があります。

WPF アプリケーションからこれを行う最も簡単な方法は何ですか?

どうにかして XPS ドキュメントを作成することですか。そうでない場合、他にどのような可能性がありますか? (例:PrintDocumentからSystem.Drawing?)

XamlReader.Load ( XMLReader ) を使用して XPS ファイルを読み込もうとしています。一部の XPS ファイルが読み込まれ、完全にウォークスルーできます。私が作業している XPS ファイルの 1 つで、IE で正しく表示されると、次の例外が発生します。

問題の画像ファイルは、IE でファイルを見るか、unZIP ツールで参照すると、XPS ファイルの 'png/1.png' で指定された場所にあり、画像ファイルは正しく表示されます。

何か案は？

WPFに関する本を読んだとき、著者がXPSについて何か重要なことだと言っているのを見ました。WindowsにはXPSビューアも含まれており、これがWindowsの「機能」としてリストされているのを見てきました。

しかし、なぜ？ポイントは何ですか？一体誰がそれを使用しますか？XPSは、基本的にPDF、xhtml、ePub（xhtml）、またはWordのdocx形式のようなものだと私は理解しています。機能の多くは、これらの形式間で同じです。

これらの他のフォーマットと比較して、大きなメリットはないようです。RichTextBoxからFlowDocumentsを保存およびロードする方法として、xhtmlはXPSよりもはるかに便利であるように思われます。私は2つの間の変換について複数のブログを見てきました。インターネット上のリッチテキストのほとんどまたはすべては（x）htmlです。それを超えて、ドキュメントを公開するためだけにそれを使用する人はいないと思います。PDFが推奨されます。XPSは、MSが作成し、プッシュすることを決定したランダムな形式のようです。私は一般的にMSが大好きですが、MSにはそのような習慣があります。MSは代わりにxhtmlを使用してAPIを作成できませんでしたか？それは多くの状況でもっと便利だったと思います。

それで、特に私が言及した他のフォーマットの1つ（または私が言及していないもの）と比較して、XPSを使用する意味はありますか？プログラムなどでXPSを使用したことがありますか？

これに関連するトピックを検索するのにしばらく時間を費やしましたが、何も見つかりませんでした...

問題は、Print to Microsoft XPS Document エラーを選択しようとすると、いくつかのエラーが発生することです。

• [印刷] を選択すると、[保存] ダイアログが表示されます。ファイルを選択して [OK] をクリックすると、XPS ファイルは適切に保存されますが、WPF ウィンドウがクラッシュしたようにすべて白くなることに気付きました。エクスプローラーから XPS ファイルを開こうとすると、内容は正しいです。
• [印刷] を選択し、[保存] ダイアログで [キャンセル] をクリックすると、「Win32 エラー: システム コールに渡されたデータ領域が小さすぎます」というメッセージが表示されます。

私がやっているコードは

より詳細な印刷コードの作成に関する他の投稿を見たことがありますが、現在、これはすべてのコードが行っていることです (これは別の開発者から継承したものです)。誰でもこの問題を修正できますか? ありがとう。

XPS [XML Print Specification] の C/C++ オープン ソースを知っていますか。

http://www.ndesk.org/Xpsを見つけましたが、c# です...

どんな助けでも大歓迎です。