0

Win32 メッセージ フックから .net UI オートメーションへの移行を検討している一般的なオートメーション ツールに取り組んでいますが、UI オートメーションの機能セットは Win32 のすべてをカバーしておらず、Windows のすべての GUI をまだサポートしていないようです。

そのような例の 1 つが Windows Live Messenger です。

Windows Live メッセンジャー 2009 は、古い DirectUIHwnd を使用して GUI を描画します。これは、コントロールに独自の HWND がないため、Windows メッセージを使用してコントロールに送信できないことを意味します。また、新しい .net UI オートメーション フレームワークを打ち負かしているようにも見えますが、ドキュメンテーションは、UI オートメーションと Microsoft Active Accessibilityのドキュメントに参加できるかのように見えます。MS Accessibilityを見ると、Active Accessibility 2.0 SDK Toolsが示され、MSAA がコンテンツと対話できることが示されました。

UI オートメーションが実際に UI オートメーションで動作するように置き換えようとしている古い MSAA テクノロジを取得するためのトリックはありますか?

これらの各手法が有効で機能する Windows Live Messenger とは異なり、複数のソリューションで同じウィンドウを自動化しようとするのは避けたいと思います。

4

1 に答える 1

1

Windows 7 の一部として最初にリリースされた UIAutomation API のバージョン 3 を確認することをお勧めしますが、現在は XP および Vista で利用できます。MSAA 対応のターゲットとのやり取りのサポートが改善されたと思います。

この新しい API はマネージではなく、COM ベースです。しかし、CodePlexの UI Automation COM-to .Net Adapterを見てください。これは、COM Api を取得し、現在のマネージド UIAutomation API と同じ "形状" を持つように適応させます。

于 2010-03-12T12:43:18.650 に答える