問題タブ [fixeddocument]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
data-binding - XpsDocument への印刷時にデータバインディングが失われるのはなぜですか?
アップデート!
バインディングが機能します。問題は、XpsDocumentWriter が FixedDocumentSequence の最初のドキュメントの最初のページを正しく書き込めないことです。これは、この種の作業を行っている多くの人々 (つまり、世界中で 5 人の開発者) が遭遇する問題のようです。解決策は少し奇妙です。私はそれを答えとして含めます。
さて、質問が示唆するよりも少し微妙です。
一連の FixedPages があり、それぞれに DataContext が個別に設定されています。各 FixedPage には、コンテキストにバインドされた 1 つ以上のコントロールもあります。
これらの FixedPages を 1 つの FixedDocument に追加し、この 1 つの FixedDocument を XpsDocument に書き込むと、バインドが参照解除され (いわば)、正しい値が XpsDocument に表示されます。
これらの FixedPages を個々の FixedDocuments に追加すると (各 FP が新しい FD に追加されます)、これらの FixedDocuments が FixedDocumentSequence に追加され、このシーケンスが XpsDocument に書き込まれます。バインドは逆参照されず、FixedPages は空白で表示されます。 .
デバッグによって、バインディングまたはバインディング コンテキストが失われていないことがわかります。これは、この失敗の原因ではありません。
何が起こっているかを説明するためのサンプルコードを次に示します。
2 つの唯一の違いは、固定ドキュメントを固定ドキュメント シーケンスに追加していることであり、それが書き込まれることがわかります。
明らかに、データバインディングが評価され、バインドされた値が挿入される原因となる魔法は、固定ドキュメントが Xps ドキュメントに書き込まれていない場合には発生しません。複数の固定ドキュメントを書き込む必要があり、Write メソッドは 1 回しか呼び出せないため、FixedDocuments を FixedDocumentSequence に追加してから書き込む必要があります。しかし、同様に機能するには、いまいましいデータバインディング も必要です!
この状況での助けをいただければ幸いです。フレームワークの最も一般的な部分ではないことはわかっています。ここにいる誰かがこれに関する運用経験を持っていることを願っています(私はあなたを見ています、潜んでいるMSの従業員です)。
flowdocument - ブロックから UIElement への変換
を に変換することは可能System.Windows.Documents.Block
ですSystem.Windows.UIElement
か?
作成したブロックを固定ドキュメントに追加したいので、これが必要です。他に方法はありますか?
.net - WPF: Visual Studio 2008 Designer の FixedDocument
XAML でを作成しようとすると、Visual Studio でエラーが表示されることはよく知られているバグです。FixedDocument
たとえば、次のスニペット
コンパイルして問題なく実行できますが、Visual Studio のエラー リストにエラーが表示されます ( Property 'Pages' does not support values of type 'PageContent'.
)。これは非常に厄介です。
エラー メッセージが表示されずに、Visual Studio の XAML ファイルでドキュメントを作成できるソリューションを探しています。以下で回答として共有したい回避策を見つけましたが、より良い(よりエレガントな)解決策があるかどうか知りたいです。
xpsdocument - Xpsドキュメントの表示-圧縮された部分のデータ長に一貫性がありません
2行目で次のエラーが発生します:圧縮されたパーツのデータ長に一貫性がありません
なんで?
wpf - WPFFixedDocumentからPDFを生成するiTextSharp
FixedDocumentを使用していくつかのレポートを表示および印刷する単純なWPFアプリがあります。
iTextSharpなどの無料でオープンなソリューションを使用して、そこからPDFを生成するにはどうすればよいですか?
c# - C#XPS FixedDocumentは保存に失敗し、幅と高さは負でない必要があります
XPSに保存する必要があるXAMLレポートに問題があります。保存が呼び出されるたびに、「高さと幅は負でない必要があります」という理由でXPS書き込みが失敗しました。
オブジェクトを検査すると、ほとんどの高さと幅がNaNに設定されています。これは問題なく、自動値として使用されていると思います。同じ方法で作成された2つのレポートがあり、1つは保存し、もう1つは保存しません。
問題がドキュメントの作成方法ではなく、XAMLユーザーコントロールにある可能性はありますか?ページサイズは以下のように設定します。
どんなアイデアでも大歓迎です!
wpf - WPF 4 FixedDocument 複数ページ
WPFで複数のページにまたがる複雑なレイアウトを印刷する最良の方法は何ですか? (たとえば、請求書の項目が多いために複数のページにまたがる請求書のレイアウト)
これらの方法のいずれかでうまくいくと思います:
- FixedDocument にページを動的に挿入しますか? どうやって?
- FlowDocument を FixedDocment に変換します。どのように?見つかったソリューションは、WPF 4 では機能しないようです (キツネの例http://blogs.msdn.com/b/fyuan/archive/2007/03/10/convert-xaml-flow-document-to-xps-with- style-multiple-page-page-size-header-margin.aspx )
wpf - WPFFlowDocumentページ分割/配置
これが状況です。
私は、さまざまな高さと一定の(フルページ)幅の多数の異なるセクションで構成されるかなり大きなドキュメントを自動生成する必要があります。
各セクションは、2つの異なるサブセクションで構成されています。それらを「ヘッダー」および「データ」と考えてください。
問題は次のとおりです。1つのセクションだけがページに収まる場合(データが多いため)、ヘッダーは一番上に表示され、データは一番下に表示され、未使用のスペースは中央に残されます。
1つのページに複数のセクションが収まる場合は、すべてが「一番上まで押しつぶされ」、サブセクション間、さらにはセクション間にスペースを残さないようにする必要があります。余分な空白はすべて下部にあるはずです。
これを達成するためにどのような種類の構成を使用できますか?
おそらく、これはFixedDocumentにより適したタスクですか?私はWPFに関するかなり大きな本を持っていますが、FixedDocumentsについてはほとんど言及していません。
c# - WPF FlowDocument または FixedDocument を使用して、画面上のコントロールから印刷可能なページを作成するにはどうすればよいですか?
アプリケーションの画面上にある多数の WPF コントロール (データグリッド、グラフなど) を印刷しようとしていますが、再配置して他のテキストなどで補足する必要があります。
WPF FlowDocument または FixedDocument を使用することは、ドキュメントを作成して印刷する明白な方法のようですが、これを達成するのに苦労しています。
コントロールから VisualBrush を作成し、これを Rectangle の Fill として使用しようとしましたが、成功しませんでした (Rectangle はまったく表示されません)。
これを行うために FlowDocument/FixedDocument を使用したり、それがどのように達成されたかを示すサンプルコードを持っている人はいますか?
wpf - WPFDocumentViewerはドキュメントを表示しません
DocumentViewerを使用してFixedDocumentを表示していますが、2台のマシン(500台以上)でドキュメントビューアーにドキュメントが表示されません。
編集:わかりました。これはWPFのバグではなく、DocumentViewerコントロールは完全に機能します。他の誰かが同じ問題に遭遇した場合に備えて、この質問は変更しません。解決策については、私の回答を参照してください。
ドキュメントビューアは、このMSDNサンプルに基づくカスタムControlTemplateを使用しています(主に検索ボックスを削除するため)
ツールバー、スクロールバー、背景はすべて表示されますが、スクロールバーは無効で、コンテンツは空白です(背景色)
ドキュメントの印刷は機能するので、ドキュメントは問題ないと確信しています。
私はそれらのマシンにアクセスできません。そのうちの1台は標準構成のように見えるVistaを実行しており、もう1台が実行しているWindowのバージョンもわかりません。
アプリケーションは.net3.5を対象としています
ここの誰かが同じような問題を抱えたことはありますか?何が原因なのか分かりますか?
ありがとう。