問題タブ [resourcedictionary]

Themes/Generic.xaml ファイルにマージされる次の ResourceDictionary があります。

ComponentResourceKey が異なる同じ DataType に対して、2 つの異なるデータ テンプレートを作成しようとしています。ご覧のとおり、キーの 1 つに 2 が追加されています。

私の local:Resources クラスには、使用している ComponentResourceKey である次のものがあります。

これは、そこに DataTemplates が 1 つしかない場合に機能しますが、2 つ目を追加すると、次のような例外が発生します。

DataTemplate を追加するときに ResourceDictionary がキーを無視しているようです。ComponentRelationKey を使用している場合、ResourceDictionary は key プロパティを無視しますか?

この例外を回避する方法はありますか?

ありがとう、ラウル

この質問で説明されているように、クラスの背後にあるコードをリソースディクショナリに追加する必要があります。（これは良い習慣ではないことはわかっていますが、リンクされた質問のコメントに基づいて機能するはずです）。x：Class属性を使用してコードを参照しています。

XAML（個別のリソースディクショナリファイル）：

コード：

これにより、ランタイムパーサー例外が発生します。

パーサーの内部エラー：オブジェクトライター' xClassNotDerivedFromElement '。[行：xxx位置：xxx]System.Windows.Application.LoadComponentにあります。

リソースは、ResourceDictionary.MergedDictionariesタグを使用してApp.xamlに含まれています。

こんにちは、SilverlightResourceDictionariesについての簡単な質問です。

したがって、リソースディクショナリ番号1には、データテンプレートがあります。そのデータテンプレートには、ハイパーリンクボタンが含まれています。私のハイパーリンクボタンのスタイルは、リソースディクショナリ番号2で定義されています。

データテンプレートを使用してハイパーリンクボタンに正しいスタイルが実際に適用されるように、辞書の参照やマージなどを設定する方法を誰かが説明できますか？

ありがとう

XAML 内のマージされた辞書のコレクションにマージされた辞書を追加できないようです。

テーマ.xaml

アプリケーション リソース

注: 両方の ResourceDictionaries を Appication.Resources MergedDictionary に配置すると (theme.xaml をコメント アウトし、他の 2 つの辞書のコメントを外します)、両方とも正しく読み込まれます。ただし、リソースの定義方法によっては、かなりの数のリソースが読み込まれる可能性があり、動的読み込みのためにテンプレートを定義できるようにしたいと考えています。

朝の人々、

私は、BitmapImagesを介してすべての画像をリソースディクショナリにロードし、毎回画像をロードするのではなくそれらを参照するというSOの提案に出くわしたときに、アプリの処理の一部を切り取ろうとしていました。私の問題は、これをすべてプログラムで行う必要があるということです。

になった：

これは機能するはずですが、データベースコンテンツに基づいて画像が読み込まれるためにループするため、2番目のループスルーでキーがすでに追加されているエラーがすぐに発生します。タイプに基づいて名前を付けるのではなく、自分で名前を付けることができるデータテンプレートキーを作成する方法はありますか？

ありがとう、ベッキー

Silverlight 4.0 ビジネス アプリケーションでは、すべての文字列を 1 つのリソース ファイルに含めることができ、ユーザーに応じて変更できる可能性があるため、各ユーザーが独自のエクスペリエンス (たとえば、言語) を持つことができます。

これを WPF でもできるようにしたいので、Silverlight から WPF に移行することを検討しましたが、この背後にあるすべてのコードを本当に理解しているわけではないので、恐れています。途中で多くの間違いを犯し、何もしないで終わる。

この部分がどのように機能するかを正確に知っている人はいますか、これを WPF に統合する方法に関するオンラインチュートリアルの良い提案を持っていますか、少なくとも WPF で再現できるように十分に理解していますか?

編集：ところで：翻訳するということは、必ずしもフランス語から英語などを意味するわけではありません。クライアントに応じてラベルを変更できるようにしたいと考えています。例 : リソースのボートなどの単語のマシンを変更します。これらの変更をユーザーが編集できるようにしたいと考えています (独自に作成する UI を使用)。

ありがとう

同じアセンブリ内の同じコード行は、あるテスト フィクスチャでは機能しますが、別のテスト フィクスチャでは機能しません。コード行は次のとおりです。

他のテスト フィクスチャで発生するエラーは System.UriFormatException : Invalid URI: Invalid port specified です。

uri 文字列は xaml でも機能します。コードでリソース ディクショナリを読み込むより良い方法はありますか?

乾杯、
ベリル

===更新===

この投稿で見つけたように、パック スキームが登録されていないため、無効なポートが発生していました。これは、次のようなコードで実行できます。

エラーなしでパック スキームを使用してディクショナリをロードできたテスト フィクスチャは、SUT がユーザー コントロールであり、ユーザー コントロールのインスタンスが作成されるときにリソースをロードしているためだと推測しています。

Silverlight 4 ページに 4 つのデータグリッドがあります。グリッドごとに異なる列ヘッダー スタイルを設定しようとしています。<sdk:DataGrid.ColumnHeaderStyle>タグ内の各 DataGrid に埋め込むと機能するこの XAML を見つけました。

別のリソース ディクショナリに配置して前述のタグを削除すると、4 つのヘッダーすべてに適用されて機能します。しかし、リソース ディクショナリで特定のバージョンを作成しようとして、最初の行を次のように変更すると、次のようになります。

これを DataGrid に追加します。

エラーが表示されます: XamlParseException が発生しました: テキスト 'PhoneMasterGridColumnHeader' から 'System.Windows.Style' を作成できませんでした。何が悪いのかわかりません。スタイルとリソース ディクショナリを理解するのにまだ苦労しています。何か案が？

Christian Moserは、WPFがリソースを1回だけ再利用および初期化するためのSharedResourceDictionaryを提供しています。

Silverlight 4アプリケーションで彼の実装を使用しようとしましたが、Visual StudioでCOMExceptionsが発生するか、要素が既に他の要素の子であるというメッセージが表示されます。

誰かがSilverlightアプリケーションでSharedResourceDictionaryを正常に使用したことがありますか、それともResourceDictionariesを再利用する同様の方法がありますか？

現在の WPF Application ResourceDictionary をプログラムで設定しようとしています。（私はWindFormsプロジェクトを持っているので、それを行うための「App.xaml」はありません）。

注: Application.Resources に相当するものを ElementHostとそのすべての子コントロールの hierarchyにバインドする方法を誰かが知っている場合、これがここでの最終的な目的です。

私は自分のコードに追加しました：

アプリケーションで完全に機能するようになりました。スタイリングは問題ありません (つまり、グリッドの背景は赤です。これは単なるテスト スタイルです)。

しかし、このフォームをデザイナーで開くと、Visual Studio が狂ってしまいます。ウィンドウ全体が私のスタイルを使用しています!

スクリーンショットは次のとおりです: http://localhostr.com/files/8368cc/Failure.jpg すばらしい のは、Visual Studio 2010 の醜い青いスキンを編集する方法を見つけたことです。悲しいことに、私のコントロールで開発を行っても、顧客を満足させることはできません。

気軽に試して、すべてを台無しにすることなくリソースを実装する方法を教えてください。

XAML コード: (スクリーンショットに表示)

編集:これは私の一時的な非常にハックな解決策であり、開発を続けることができます。「Application.Current」が Visual Studio で動くのは本当に困ります。