問題タブ [generic.xaml]

WPF では、テーマ フォルダー内の個別の XAML ファイルにマークアップを保持し、MergedDictionaries を使用してそれらを generic.xaml にインポートすることにより、複数のユーザー コントロールの XAML を整理することができました。

マージされた辞書サポートを導入する Silverlight 3 ベータ版が利用可能になったことで、Silverlight ユーザー コントロールで同じことが可能になるように思われました。しかし、マージされたディクショナリ ファイルに対するビルド アクションのすべての組み合わせと、generic.xaml 内のソース参照の対応する構文を試してみたにもかかわらず、うまく動作しないようです。

他の誰かが試しましたか？それが可能かどうか、そしてもしそうなら私が間違っていることを誰かが知っていますか?

OK - 多数のテスト プロジェクトの後、WPF で動作するサンプルを取得し、XAML と C# のコードを Silverlight 3 に移行しましたが、それでも失敗しました。すべての Silverlight 2 ビットとすべての Silverlight 3 ベータ ビットを完全にアンインストールして再インストールし、ついに物事が機能しました。

どういうわけか、ベータ版のインストールに失敗したとしか思えません。わかりませんが、明らかにバージョン 3 ランタイムがインストールされているにもかかわらず、まだ Silverlight 2 ランタイムで実行しているように見えました。

物事を調べて SL3 チームに確認してくれた Jared に感謝します...そして、同じマシンで Silverlight 2 と 3 を実行するための手順とバッチ ファイルを作成してくれたAmy DullardとShawn Wildermuthに感謝します。

いくつかのカスタム スタイルを使用するコントロール テンプレートを定義したカスタム コントロール ライブラリがあります。私のコントロール テンプレートは Generic.xaml ファイルにあり、それが使用するスタイルもそこにあり、StaticResource マークアップ拡張機能を持つコントロール テンプレートによってアクセスされます。
場合によっては、このコントロール ライブラリを使用するときに、テンプレートで使用されているスタイルの一部を変更したいのですが、その方法がわかりません。
テンプレートで使用される名前付きのスタイルを Window のリソース ディクショナリに追加すると、私のスタイルは Generic.xaml ファイルで定義されているスタイルを「オーバーライド」するのではないかと考えましたが、うまくいきませんでした。
私は何をすべきか？

私が行っているプロジェクトがあり、Silverlight と WPF アセンブリの間でコードを共有する必要があります。アクションはすべて正しいページです。Silverlightアセンブリを所有者にすると、Silverlightは機能し、wpfは機能しません。現在、wpfが所有者であるため、エラーはまったく発生せず、コントロールを見つけることができないようにスタイルを設定することはありません..

注: 両方のプロジェクトが同じソリューションに存在します。

このシナリオは正常にビルドおよび実行されます

wpf プロジェクト

|__テーマ

このシナリオはビルドおよび実行されますが、リンクから通常に変更するとコントロールが表示されず、正常に動作します。

このソースコードを共有したいだけで、同じファイルの複数のバージョンが浮かんでいるのは避けたい.

シルバーライトプロジェクト

|__テーマ

私の陳腐なツリービュー表現でごめんなさい

+++++++ 更新 +++++++++

Silverlight であるか WPF であるかに関係なく、リンクされたファイルを使用すると、リンク ファイルがルートのみのリソースの Themes フォルダーにビルドされないことに気付きました。リフレクターを使用して、リンクされたファイルを含むアセンブリのコンパイル後にリソースがどこにあるのかを確認しましたが、それらは root になりました。これが実際に意図されていない動作である場合、これを防ぐ方法またはこれを修正する方法はありますか。

しばらくの間私を狂わせてきたので、これを理解してもらいたいと思っています。

WPFには、TreeViewから継承するカスタムコントロールがあります。コードは次のとおりです...

Generic.xamlのコンテンツは次のようになります...

Generic.xamlコードをコントロールに適用する必要があると考えたため、ItemContainerプロパティ値を設定する必要があります。しかし、ItemContainerStyleはまったく効果がないようです。

注：Generic.xamlのHierarchicalDataTemplateは正常に機能するため、ファイルは解釈されています。

何か案は？

コントロールのかなり大きなライブラリに取り組んでいると、generic.xaml が簡単に制御不能になります。私はそれを制御によってかなり分割したいと思います（ただし、今のところいくつかの単純なものしか含まれていない名前空間に対して1回ですが）。

そのために、リソース ディクショナリをさらに追加しています。

次に、generic.Xaml に次を追加します。

そして...読み込みエラーが発生します。

正しい URL は?

これは：

• コントロールのみを含む dll ファイル内 (exe などではありません)。
• generic.Xaml ともう 1 つ (現時点では Generic.Core.xaml) は、同じアセンブリの同じフォルダーにあります。

パックの URL に関する MSDN の部分を読みましたが、非常に簡単に見えるものに対して、それは非常に複雑に思えます。

;） 助けてください。

Generic.xaml内にスタイルがあり、同じGeneric.xamlファイル内のスタイルを参照したい場合、なぜそれが機能しないのですか？

ControlTemplate内から「SomeStyle」を参照できません。

何か案は？

ユーザーがコンテキスト メニューを使用して ViewBase を変更できるようにする ListView があります (Windows エクスプローラーの簡易版のように機能します)。

ViewBases DataTemplates は Generic.XAML ファイルで定義されており、次の関数を使用して選択したビューを変更します。

問題：

定義済みのクリック イベントが添付されたすべての DataTemplates でカスタム CheckBox コントロールを取得しましたが、CheckBox の親を上に移動しようとすると、到達できる最高レベルは、使用中の DataTemplate の Parenting Gridです。

アクセスする必要があるのは、親ウィンドウ自体です。

注: カスタム CheckBox コントロールに Dependency プロパティを追加し、値としてウィンドウ参照を持つ送信オブジェクト (データ テンプレートの項目 DataType オブジェクト) で追加定義された変数にバインドしようとしましたが、それでも null を取得し続けました。他のすべての依存関係プロパティ/値がバインドされました。

Visual Studio でカスタム コントロールを作成すると、generic.xaml が Themes フォルダーに追加されることに気付きました。

このフォルダーの目的は何ですか?generic.xaml の何が特別なのですか? generic.xaml から独自の辞書にリンクしようとすると、アプリケーションによって検出されないように見えるのはなぜですか?

ありがとう！コンスタンチン

Themes \ Generic.xaml：

Controls \ Layout \ Foo \ FooItem.xaml：

スタイル全体をユーザーコントロールリソースにコピーすると、正常に機能します。しかし、そうしないと、usercontrolは空になります。Expression Blend 4で、右クリックしてEdit Template>を選択しましたが、選択できずEdit a Copy...、何かがひどく間違っていて、Generic.xamlが正しく読み込まれていないと思われます。MergedDictionary呼び出しを削除し、xamlスタイルを直接Generic.xamlにコピーして貼り付けても機能しないため、Generic.xamlだと思います。

複数の UserControls のプロジェクトで使用するスタイルを generic.xaml で作成しました。同様に、カスタム コントロールのスタイルを定義しましたが、これが機能するため、generic.xaml が読み込まれているように見えます。これが定義されたスタイルです。

しかし、今はこのスタイルを使用したいのですが、機能させることができません。次の方法で、UserControl のカスタム インスタンスにスタイル パラメータとして追加しようとしました。

ただし、これにより、リソース ServiceStyle が見つからないというメモが表示されます。実行しようとすると、実行時エラーが発生します。

前もって感謝します。