喫茶XRAYトップページ

[スレッド全体
]

[4136] plFolderWatcherについて返信 削除
2011/1/5 (水) 21:38:57 たてぐや
 plFolderWatcherを、Directoryを別々にして複数動かしたいと思い、作成し
ました。フォーム上にplFolderWatcherを必要数だけ置くと、べたべたなソース
になってしまうので、以下のようにしました。長くて済みません。
var
  FolderWatch : array[0..15] of TplFolderWatcher;

procedure TFrmSet.FormCreate(Sender: TObject);
{=====================================================================
初期化
======================================================================}
var
  p : integer;
  Options : TplFolderEventOptions;
begin
  Options := [];
  Options := Options + [evt_RENAMEITEM];
  Options := Options + [evt_CREATE];
  Options := Options + [evt_DELETE];
  Options := Options + [evt_MKDIR];
  Options := Options + [evt_RMDIR];
  for p := 0 to 15 do begin
    inCopy[p] := false;
    FolderWatch[p] := tplFolderWatcher.Create(Application);
    FolderWatch[p].Tag := p;
    FolderWatch[p].OnChange := plFolderWatcher1Change;
    FolderWatch[p].StopWatch;
    FolderWatch[p].Options := Options;
    uList[p] := Tstringlist.Create;
  end;

 これで15個のplFolderWatcherがCreateされるはずです。そしてイベントが
発生すると、どのplFolderWatcherでイベントが発生してもplFolder1Changeが
呼ばれます。そこで

procedure TFrmSet.plFolderWatcher1Change(Sender: TObject; AEvent: Integer;
  BeforeFullPath, BeforeFileName, AfterFullPath, AfterFileName: String);
var
  ACaption : String;
  p : integer;
begin
    :
end;

として、個々のplFolderWatcherのTag値で何番目のplFolderWatcherから呼ば
れたか切り分けようとしています。ところが、実際はどのplFolderWatcher.Di
rectoryでイベントを起こしても、TComponent(Sender).Tagの値は有効になっ
ているplFolderWatcher配列の最後の番号しか返ってきません。
 たとえば、FolderWatch[0].DirectoryがD:\AAA、FolderWatch[0].Directory
がD:\BBBだとして、この二つがWatchStartしている場合、D:\AAAでもD:\BBBで
も帰ってくる値(Tagに設定したintreger)は'1'しか戻ってきません。
 もしかしてplFolderWatcherは複数使えないのでしょうか?

[4138] Re:plFolderWatcherについて返信 削除
2011/1/5 (水) 21:56:17 Mr.XRAY
▼ たてぐやさん

>  もしかしてplFolderWatcherは複数使えないのでしょうか?

あれっ?
う〜ん.テストしてみます.


[4139] Re2:plFolderWatcherについて返信 削除
2011/1/5 (水) 22:01:10 たてぐや
▼ Mr.XRAYさん

 一つ書き忘れていました。

var
  ACaption : String;
  p : integer;
begin
  p := TComponent(Sender).Tag  //ここでpに0〜15が入るはず
  Showmessage(IntToStr(p));
end;

 それとWatchStartは別の場所で行っています。

> あれっ?
> う〜ん.テストしてみます.


 いつもいつも済みません。

[4141] Re3:plFolderWatcherについて返信 削除
2011/1/6 (木) 21:49:57 Sara
▼ たてぐやさん Mr.XRAYさん こんばんは

以下のようにすると、希望どおり動くようです(テスト不足ですが・・・)

  TplFolderWatcher = class(TComponent)
  private
    { Private 宣言 }

    OwnerWindowProc   : TWndMethod;
    procedure WndProc(var msg: TMessage);

      ・
      ・


function TplFolderWatcher.StartWatch(Handle: HWND): Boolean;
      ・
      ・
begin
      ・
      ・
      ・
      ・
  //メッセージはオーナーが受取るので,オーナーのウィンドウプロシージャーを書換え
//  OwnerHandle := Handle;
//  if OwnerHandle <> 0 then begin
{
    OriginOwnerWndProc := Pointer(SetWindowLong(OwnerHandle,
                                  GWL_WNDPROC,
                                  LongInt(Addr(OwnerWndProc))));
}

   OwnerWindowProc := (Owner as TWinControl).WindowProc;
   (Owner as TWinControl).WindowProc := WndProc;

    //監視開始
    uIID := SHChangeNotifyRegister1(Handle,
                                   FSources,
                                   fEvents,
                                   WM_PLCHANGENOTIFY,
                                   1,
                                   Entry);
    Result := uIID <> 0;
//  end;

  CoTaskMemFree(PItemID);
end;


procedure TplFolderWatcher.StopWatch;
begin
  //オーナのウィンドウプロシージャーを元に戻しておく
  if OriginOwnerWndProc <> nil then begin
     (Owner as TWinControl).WindowProc := OwnerWindowProc;
    OriginOwnerWndProc := nil;
  end;
  WM_PLCHANGENOTIFY := 0;

  if uIID <> 0 then SHChangeNotifyDeregister1(uIID);
  Malloc := nil;
end;


procedure TplFolderWatcher.WndProc(var msg: TMessage);
type
  TPItemIDListArray = array of PItemIDList;
  PPItemIDListArray  = TPItemIDListArray;

var
  PItemIDBefore : PItemIDList;
  PItemIDAfter  : PItemIDList;
  PathBefore    : String;
  PathAfter     : String;
  Event         : Integer;
begin
  if msg.Msg = WM_PLCHANGENOTIFY then begin

    //メッセージの種類
    Event := msg.lParam;

    //変更前のファイルフォルダの項目識子(デスクトップ基準)
    //PItemIDs[0]には処理したファイルの名前が,[1]は操作の種類によって異なる
    PItemIDBefore := ILClone(TPItemIDListArray(msg.WParam)[0]);

    //変更後のファイルフォルダの項目識別子(デスクトップ基準)
    PItemIDAfter := ILClone(TPItemIDListArray(msg.WParam)[1]);

    //それらの項目識別子をフルパスに変換
    PathBefore := GetDispNameFromPItemID(sfDesktop, PItemIDBefore, SHGDN_FORPARSING);
    PathAfter  := GetDispNameFromPItemID(sfDesktop, PItemIDAfter,  SHGDN_FORPARSING);


    //何故か、関係ないはずのFolderWatchも通るのでとりあえず、判定(^^;
    //Directoryの指定内容によっては、これでは問題があるので変更してください。
    if pos(Self.Directory,PathBefore) > 0 then begin

      if Assigned(FOnChange) then begin
        FOnChange(Self,
                                Event,
                                PathBefore,
                                ExtractFileName(PathBefore),
                                PathAfter,
                                ExtractFileName(PathAfter));
      end;
    end;

    CoTaskMemFree (PItemIDBefore);
    CoTaskMemFree (PItemIDAfter);
  end;
  OwnerWindowProc(Msg);

end;


[4202] Re4:plFolderWatcherについて返信 削除
2011/1/11 (火) 19:51:13 たてぐや
▼ Saraさん
▼ Mr.XRAYさん こんばんは

 おかげさまで希望通りの動作を得ることができました。

>     //何故か、関係ないはずのFolderWatchも通るのでとりあえず、判定(^^;

 ここが気になっています。関係ないはずのものもイベントが発生しますね。
配列定義した数だけ呼ばれてしまいます。ここはちょっとセコいですが、
BeforFullpathとDirectoryを比較して判断するしかないのでしょう。


[4203] Re5:plFolderWatcherについて返信 削除
2011/1/11 (火) 21:50:01 Mr.XRAY
▼ たてぐやさん

>  ここが気になっています。関係ないはずのものもイベントが発生しますね。
> 配列定義した数だけ呼ばれてしまいます。ここはちょっとセコいですが、


今回の修正で,
う〜む.気にはなっていたのですが.
やっぱり変ですか... 変ですよね.直しますか...  (^^;
今度は少し慎重にいくことにします.


[4204] Re6:plFolderWatcherについて返信 削除
2011/1/11 (火) 22:08:57 たてぐや
▼ Mr.XRAYさん

> やっぱり変ですか... 変ですよね.直しますか...  (^^;

 それと、もうひとつ気付いたことを。監視フォルダ内にテキストファイルを
作ります。この時には当然CREATEでファイル名フルパスが帰ってきます。で、
そのテキストファイルをエディタで編集して上書き保存します。多分UPDATEITEM
が帰ってくるような気がしますが、実際はUPDATEDIRで帰ってきます。いろいろ
試してみたのですが、UPDATEITEMが帰ってくる操作は見つからなかったんですけ
ど、これはAPIがそういう仕様なのでしょうか?

[4205] Re7:plFolderWatcherについて返信 削除
2011/1/11 (火) 22:33:30 Mr.XRAY
▼ たてぐやさん

修正しました.今UPしました.

> が帰ってくるような気がしますが、実際はUPDATEDIRで帰ってきます。

これはUPDATEDIRですね.
UPDATEITEMが帰ってくる操作はありますが,失念しました.
前に調べたときに書いておいたのがあったハズなんでが,今みたら
見つかりません.

> ど、これはAPIがそういう仕様なのでしょうか?

ということですね.フォルダ監視のところにイベントの表がありますが,
この表の説明は,MSDNのを私が訳しただけで,実態に我々が考える,直感的
に感じるものと一致しない場合があるようです.
UPDATEDIRが発生する内容は結構多いようです.これまでの観測では.


[4206] Re8:plFolderWatcherについて返信 削除
2011/1/11 (火) 22:37:34 Mr.XRAY
▼ たてぐやさん

> UPDATEITEMが帰ってくる操作はありますが,失念しました.

今,こんなメモを見つけました.
テスト中のプログラムの記述です.

-------------  引用開始 ------------------------------------------------
//  SHCNE_UPDATEITEMは操作しないこと
//  このイベントを処理すると,更にSHCNE_UPDATEITEMが発生して循環してしまう
-------------  引用終わり ------------------------------------------------

で,この手元のコードでは,SHCNE_UPDATEITEMの処理を削除しています.

では,これで.
実は,夕方から「解決まではあと6人」を読んでいるんです(笑).


[▼次のスレッド]
INCM/CMT
Cyclamen v3.82