問題タブ [propertysheet]
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.
visual-studio-2010 - Visual Studio UserMacros (および一般的なプロパティ シート) 構文?
私はあちこち探し回りましたが、Visual Studio のプロパティ シートに関するまともなリファレンス ガイドを見つけることができませんでした。それらでできることのほとんどは、UI では実行できないため、使用可能なフィールドや構文などを理解するのに役立つリファレンス ガイドがどこかにあると考えなければなりません。
この質問に対する Lunicon の回答は非常に役に立ちましたが、プロパティ シートで何ができるかについての情報がどこから来たのか知りたいです。多くの試行錯誤ではないことを願っています。;)
visual-studio-2010 - Visual C ++ 2010:ソリューションのいくつかのプロジェクトにブーストを含めますか?
Visual C++2010ソリューションのいくつかのプロジェクトでBoostライブラリを使用しています。私が現在行っているのは、次の設定によって各プロジェクトのプロパティを変更することです。
プロパティ->構成プロパティ->C/C++->一般->ブーストディレクトリを含めるための追加のディレクトリを含める
C:\boost\boost_1_47
[プロパティ]->[構成プロパティ]->[リンカー]->[一般]->[追加のライブラリディレクトリ]を選択して、boostlibディレクトリを追加します
C:\boost\boost_1_47\lib
ブーストバージョンを1.51にアップグレードしているので、この情報を複数回(つまり、プロジェクトごとに1回)指定することで、DRYに違反していることに気付きます。ブースト情報を1か所で定義したい。
調査したところ、プロパティシートは良い解決策のようです。プロパティシートの継承について読みましたが、プロジェクト固有のインクルードディレクトリを追加する場合は、その特定のプロジェクトのプロパティに追加のインクルードディレクトリを設定する必要があるように思われるため、これがどのように役立つかわかりません。次に、ブーストインクルードディレクトリを定義する継承されたプロパティシートを上書きします。私がこれについて間違っているならば、私を訂正してください。
したがって、次の考えは、GlobalMacros.propという単一のプロパティシートを作成し、次のようなユーザーマクロを定義して$(BoostDir)
から、このプロパティシートを各プロジェクトに追加することです。次に、インクルードディレクトリとライブラリディレクトリを定義するときに、各プロジェクトのプロパティでマクロを使用できます。ただし、マクロを作成するときに「このマクロをビルド環境の環境変数として設定する」オプションがあり、それが何をするのか、または設定する必要があるのかわかりません。
全体として、一般的な設定で繰り返される構成定義を減らすための最良の方法を知りたいですか?
visual-studio-2010 - VS2010 プロパティ シートの設定をプログラムで変更する方法は?
ソリューションをリロードせずに特定のプロパティ シート (ソリューション内のすべてのプロジェクトに読み込まれる) の値を変更する方法 (マクロ/プラグイン/拡張機能) を探しています。マクロまたはプラグイン コードからアクセスする方法はありますか?
ありがとう!
visual-studio - Visual Studio 2012 の外部プロジェクトからの構成
Visual Studio 2012 で問題が発生しています。解決策があることを願っています。私のソリューションには 2 つのプロジェクトがあります。1 つのプロジェクトは「.exe」プロジェクトで、もう 1 つは「.lib」プロジェクトです。exe プロジェクトの参照として lib プロジェクトを追加し、最初にコンパイルされるようにスケジュールされていることを確認しました。lib プロジェクトには、多数の追加のインクルード ディレクトリと、多数の追加の依存関係とリンクされたライブラリがあります。lib プロジェクトは正常にコンパイルされます。ただし、追加のインクルード ディレクトリ、追加のライブラリ ディレクトリ、または依存関係はいずれも、exe アプリケーションによって継承されません。構成をexeプロジェクトにコピーすることでこれを解決できましたが、これは、libの依存関係を更新した場合、次に、このライブラリを使用するすべてのプロジェクトで更新する必要があります (このライブラリを複数のプロジェクトで使用するためにプレイします)。これは解決策があるべきもののように思えますが、私はそれを見つけることができないようです. プロジェクトに参照プロジェクトの構成を継承させる方法を誰かが見つけましたか、それともこれを回避する方法はありませんか? ありがとう。
winapi - プロパティシートのアイコンが非常に少ない色でレンダリングされるのはなぜですか?
プロパティシートシェル拡張機能を作成していますが、標準のシステムタブからプロパティタブを区別するための小さなアイコンが必要です。残念ながら、私のアイコンはほぼ完全に灰色でレンダリングされています。
元の画像:
プロパティシートタブ:
最初はこれがどういうわけか私の問題だと思っていましたが、TortoiseSVNにも同じ問題があるように見えました。
これは、Windows7とWindows8の両方で発生します。
なぜこれらの画像がそれほどミュートされているように見えるのか誰かが知っていますか?また、この無色にもかかわらず、アイコンを美しく見せるためのヒントはありますか?
c++ - プロパティ シートの背景色を設定する方法
プロパティ シートの背景色を変更するにはどうすればよいですか? WM_CTLCOLOR... メッセージを処理することで実際のページの色を変更できますが、プロパティ シートのタブやその他の部分には手が届かないようです。
コールバックに何かあるのでしょうか?
ページ ダイアログで WM_CTLCOLOR メッセージを処理すると、次のようになります。
plugins - プロパティ ビュー拡張 - PropertyContributor と PropertySource は異なりますか?
別のプラグインを実装してプロパティ ビューを拡張しています。このプラグインは、マニフェストでタブ付きプロパティ コントリビューター/タブ/セクションを定義しています。
プロパティ コントリビュータは、アクティブなワークベンチ パーツです。アクティブなワークベンチ パーツを選択すると、別のタブ (Hello World のようなもの) に単純なセクションを表示することができました。次に行うことは、これらのセクションにプロパティ ソースからの特定の情報を入力することです。しかし、私が使用する必要があるプロパティ ソースは、寄稿者のプラグイン プロジェクトにありません。これらがどこにあるかはわかっていますが、プロパティ ソースのプラグイン プロジェクトは、タブ付きのプロパティ ビューを拡張 (サポート) していません。プロパティをクリック/選択することで得られる唯一のものは、プロパティの基本的なリストビューです。
ですから、最初の質問は次のとおりです。それは可能ですか? 一部のワークベンチ パーツを propertyContributor として定義し、同時にワークベンチ パーツ以外のプラグイン プロジェクトの propertySections でプロパティ ソースのプロパティを使用することはできますか?
以下のリンクのように、すべての拡張機能に対して常に同じ貢献者 (contributorId) を使用します。propertyContributor、propertyTabs、および propertySections。
*リンク: http://www.eclipse.org/articles/Article-Tabbed-Properties/tabbed_properties_view.html
2 番目の質問は、プラグインがタブ付きのプロパティ ビューを拡張/サポートしていなくても、タブ付きのビューでプロパティ ソースのプロパティを取得することは可能ですか?
どうもありがとう!