アプリケーションからD&Dを受け入れたりするには？
解決質問させて頂きます。
現在、他のアプリケーションからD&Dを受け入れたり
こちらのアプリケーションから、他のアプリケーションにD&Dする方法を調べています。
調べると、OLE主流との事で更に調べてみましたが
クラスを継承しなければ行けない等、とても面倒に感じています
今はこちらのアプリから、他のアプリにD&Dが一番行いたいのですが
OLEを使わずに済む、手軽な方法は無いでしょうか？
マウスキャプチャーで監視し、こちからWM_DROPFILESを発行すればとも思いましたが
他のアプリがタブ型で合ったりした場合、不都合が生じないかなど心配があります。
どうぞご教授の程よろしくお願いします。
ドラッグ&ドロップで「ファイル」を受け渡せるようになったのは
Windows3.xのファィルマネージャが最初ですが、このときの実装が
OLEでした。従って、この方法が「ファイル」のドロップサーバー
を実現する最も簡素な方法となります。
下記のサンプルが役に立つかもしれません。
http://support.microsoft.com/kb/139067/ja
IDropSourceの実装を自分で用意しなければいけないのはどうしようもありませんが、
もし他のアプリにドロップしたいのがファイルだけなら
IDataObject は IShellFolder::GetUIObjectOf で得られます。
Advanced Windowsの著者Jeffrey Richterは
WS_EX_ACCEPTFILESのウィンドウにドロップできるソース側の作り方を書いています。
("Windows 95:A Developer's Guide"の DFSrcDmというサンプルです)
原理は、マウスキャプチャーとWM_DROPFILESをターゲットに送るという方法です。
xpで試してみた結果、
メモ帳へのドロップはOK、エクスプローラへはNGでした。
つまり、汎用のD&Dが必要ならば、OLEが必要です。
ただし、データがプライベートなものという限定ならば、
WM_DROPFILESの代わりにオリジナルなメッセージを使えば出来そうです
(状態:DragEnter,DragLeave,Dropに伴うやり取りとカーソルの設定、
プロセス間でのデータのやり取り:アトム、MMF、WM_COPYDATAなどを利用)。
皆様レス有難うございます。
汎用性も重視している中で、WM_DROPFILESの発行等を考えていましたが
OLEが一番なのですね…
OLEを使い問題解決に図ります。
有難うございました。
| ツイート |  |