2012-01-04 14 views
1

私は、WPFアプリケーションを持っており、それが別のプロセスに注入することができるよう、最近、私はクラスライブラリプロジェクトにそれを移動しました。コントロールが適切に

私はこれに成功し、WPFアプリケーションのロードが正常に起動すると正常に動作しますが、彼らが必要として、コントロールの一部が作用しないいます。私の 'exe'バージョンのプロジェクトには、まったく同じMainWindow.xamlが含まれていますが、ここではコントロールが必要に応じて応答します。

私は、彼らは「適切に応答しない」と言うとき、私はコントロールが作業を行うが、彼らはしばしば立ち往生と私は、ウィンドウを移動する必要があることを意味します。私は別のプロジェクトを作成し、クラスライブラリのコントロールを参照する場合

しかし、私は窓をロードするすべての問題を持っていません。この問題は、コードが別のプロセスに注入されるときに発生し、ウィンドウのフォーカスの問題などがあるかどうかは疑問です。たとえば、ツリービューを展開した場合(ツリービューアイテムの左側にある展開ボタンを使用している場合にのみ発生します)、後でクリックすると、ツリービューでは、ウィンドウを移動するまで、 。

私はWPF +にHWndがどのように機能するかにビットを読み取ろうでしたが、私はまだ、この動作を理解していないと、誰もがそれを説明することができれば、私は非常に感謝されます!

編集:

私はWPFのテーマを使用していない、と.NETの正しいバージョンを対象としている(3.5)。

+0

これは私にとって奇妙に聞こえる。私は、クラスライブラリのコントロールを参照することは非常に一般的で、EXEプロジェクトに直接配置しないのと動作上の違いは見られないので、この問題の原因となっている設定に固有のものがあると推測しています。 – StellarEleven

+0

私は別のプロジェクトを作成し、クラスライブラリのコントロールを参照する場合、私はウィンドウを読み込むことに問題はありません。しかし、この問題はコードが別のプロセスに注入されるときに発生し、ウィンドウフォーカスの問題などがあるかどうかは疑問です。たとえば、ツリービューを展開した場合(ツリービューアイテムの左側にある展開ボタンを使用している場合にのみ発生します)、後でクリックすると、ツリービューでは、ウィンドウを移動するまで、 。 – xcvd

答えて

0

ご存知のように、WPFは、.NET Frameworkの一部です。 .NET Frameworkのバージョンは2.0,3.0,3.5、および4.0です。

コードで使用されている属性に間違ったバージョンの.netを選択すると、ときどき発生することがあります。私はまずそれをチェックするだろう。

+0

これは問題ではありません.Net Frameworkのバージョンを2回確認しましたが、それはすべて(ターゲットフレームワーク3.5)である必要があります。私は問題がコードがターゲットプロセスに注入されているという事実によります – xcvd