問題タブ [cider]

Visual Studio のコード補完機能は非常に便利で、C# および C++ コードでは引き続き機能しますが、XAML (XML) 編集では機能しなくなりました。

これを再度有効にできる設定はどこかにありますか？私の同僚はまだそれを機能させています。

次のように参照されるバインディング コンバーターを持つ WPF UserControl があります。

後でバインディング コンバーターを使用します。デザイン ウィンドウにユーザー コントロールが表示されます。次に、コンパイルして、このユーザー コントロールをメイン ウィンドウに配置します。私はそれを実行し、動作します。ただし、メインウィンドウでデザイナーを使用したいのですが、次のように壊れます。

タイプ 'MyControl' のインスタンスを作成できませんでした。

そこで、デザイナをデバッグする方法を学びました。すると、XamlParseException が発生します。

タイプ 'TheMainNamespaceOfThisAssembly.ConfidenceColorConverter' が見つかりません。コンパイル時に使用されるアセンブリは、読み込み時に使用されるものとは異なる可能性があり、型が欠落しています。マークアップ ファイルにエラーがあります...

コンバーターへの参照を削除すると、ユーザー コントロールがメイン ウィンドウのデザイナーに適切に表示されます。 デザイナーを壊さないようにコンバーターへの参照を修正する方法はありますか?

記事「WPF デザイナーの読み込みエラーのトラブルシューティング」が適用されるかどうかを理解できませんでした。

デザインビューを備えた分割画面サイダーXAMLエディターではなく、標準のXMLテキストエディターで編集すると、大きなXAMLファイルの編集が非常に高速になるという経験をしました。これは、[常にドキュメントを完全なXAMLビューで開く]オプションを有効にしている場合にも当てはまります。このオプションを有効にすると少し良くなりますが、それでもラグとパフォーマンスの問題が発生します。標準のXMLテキストエディタではそうではありません。いつもそよ風のように機能します。

XMlテキストエディタを使用することの不利な点があるかどうか疑問に思っています。インテリセンス、オートコンプリート、エラー強調表示など、すべてがまだ機能しているようです。欠落しているのはコードビハインド機能（イベントハンドラーに移動するなど）だけですが、MVVMのためにコードビハインドがないため、とにかくそれは必要ありません。

WPF/Silverlight デザイナー (Cider) のデフォルトの背景を変更する方法はありますか? または、そうするための「IsInDesignMode」/無視できるハックかもしれません。

問題は、ユーザー コントロールに透明な背景があり、テキストがほとんど白い (シェルが暗い) ことです。そして、デザイナーには表示されません。

Visual Studio 2010 WPFデザイナーを使用してウィンドウをレイアウトしています。デザイナーがデフォルトで幅、高さ、大きなマージンを指定して正確な位置に配置するため、何かを移動するたびに[レイアウトのリセット]機能が非常に便利です。私はそれを落とし込んだので、それらの仕様を削除しない限り、WPFの自動レイアウト機能はほとんど役に立たなくなりました。

現在、この機能にアクセスするには、問題のコントロールを右クリックし、コンテキストメニューから[レイアウトのリセット]を選択してから、[すべて]を選択します。ここでは他のオプションを使用しておらず、頻繁に使用しているため、ホットキーが必要でしたが、そこで行き詰まりました。

[オプション]->[キーボード]ウィンドウを確認しましたが、コマンドがある場合は、名前が明確でないため見つかりません（レイアウトなどのコマンド、リセットなどのコマンドを検索しましたが、いくつかはそうかもしれませんが、おそらく正しくありません）。デザイナーのホットキーのリストのヒントをインターネットで検索しましたが、見つけたものは非常に限られており、新しいものを追加することはできませんでした。

Visual Studioキーボードのホットキーメニューを使用してコマンドをバインドできるように、このコマンドの名前を知っている人はいますか？それも利用可能ですか？

あるいは、私はこれについて間違っているかもしれません-コントロールを移動したり、ツールバーからドロップしたりするときに、コントロールのレイアウトをクリアする方法はありますか？それは、大まかに好きな場所に配置して、コンテキストメニューから[レイアウトのリセット]を使用するよりも速いですか？XAMLを直接編集することもできますが、移動するコントロールがたくさんあり、メニューを使用するよりも時間がかかります。

ありがとう

添付プロパティがあり、設計時アセンブリを使用して設計者に登録しています。AttachedPropertyBrowsableForTypeAttributeを使用しているので、TextBoxが選択されたときにプロパティが表示されます。

このプロパティは、Expression Blend 4では正常に表示されますが、Visual Studio2010SP1では表示されません。

Visual Studioに表示されない理由を誰かが知っていますか？ここから問題を示すテストプロジェクトをダウンロードできます： テストプロジェクト

ありがとう！

Cider（VS wpfデザイナー）でより「ユーザーフレンドリー」にしたいカスタムコントロールがいくつかあります。私はMSDNとグーグルを通して見つけたいくつかのサイトのすべてのドキュメントを赤くしました、しかし私はいくつかの簡単な質問への答えを見つけませんでした：

1. コレクションエディタから作成されたアイテムのデフォルト値を設定する方法（ツールボックスからのドラッグドロップではなく、データグリッドの列など）
2. XAMLを生成する方法（[列の生成]をクリックしたときのデータグリッド線量など）

上記のような詳細について説明しているドキュメントをご存知でしたら、お知らせください。

また、デザイナーがサポートしているソースコードが表示されているカスタムコントロール（XceedやDevExpressなど）を知っている/持っている場合は、リンクを共有してください。

私は、いくつかの WPF コントロールの設計時サポートに取り組むことを余儀なくされた貧しい魂の 1 人です。VS 2010 と VS 2012 の間で、プロパティの有効な値の範囲を指定できる属性が (Blend から移行されたように) 表示されました。

NumberRangesAttributeはまだ十分に文書化されていません。包括的な範囲の場合、ハードの最小値/最大値を設定すると問題なく機能します。しかし今日、値が 0 より大きくなければならず、通常は 1 未満であるが、そうである必要はないという排他的な範囲に直面しました。したがって、私の最初の試みは、両方の最小値を double.Epsilon に設定し、最大値を double.MaxValue に設定することでした。それでも、デザイナーは喜んで 0 を受け入れることをやめませんでした。

そこで、1e-15 のハード最小値と 1 のソフト最小値に落ち着くまで、ランダムな値を試す長い長いセッションを開始しました。ハード最小値またはソフト最小値をこれよりも小さく選択すると、0 が許可され、悪いことが起こります。1e-15 は間違いなく私の目的には十分小さいですが、私は力ずくでそこにたどり着くのが好きではありません。ハックを置き去りにするのではなく、それを理解したいのです。

では、これらのパラメーターが何をする可能性があるかを誰かに説明してもらえますか? また、canBeAuto が何をするのか知りたいです。私には意味がありません。ここで「自動設定できる」とはどういう意味ですか？範囲ではなく、ユーザーが設定した値。

Visual Studio 2010でWPFデザイン時の奇妙な動作に遭遇しました。ポップアップクラスのインスタンスが作成され、Visual Studioのコードタブを別のファイルに切り替えた後も、ポップアップは画面に表示されたままになります。

これを再現できるコードがありますが、ここに貼り付ける必要があるかどうかはわかりません（それほど短くはありません）。そのため、リンクをここに示します。