お気楽SEの雑記

以前に書いたCE Setup DLL記事の続編。
たいした内容ではないけど、いろいろ試したので、忘れないように書いとく。

やりたいことは、Todayアイテム(プラグイン)の自動ON/OFFなのだから、システムがこれをやっているところの動作を調べればいい。
レジストリでEnabled=1としておいて、Today→設定→アイテム画面を開いて閉じるだけでアイテムが表示されるので、これの動作を調べればいいことになる。
以前にも調べたのだけど、今回はブロードキャストなのかどうか、メッセージが受理されるのを待機するのかどうかに焦点を当てて調べなおしてみた。

まずは、テストアプリの作成。
これはトップレベルウィンドウを一つだけ持ったアプリで、WM_SETTINGCHANGE(WM_WININICHANGE)を受けたら8秒間時間を潰してから既定の処理(SHHandleWMSettingChange)を呼び出すだけのもの。
8秒間時間を潰すこと以外は、アプリケーションウィザードが吐き出したコードのままだ。
これをビルドして、起動させておく。目的は、メッセージが受理されるのを待機するのかどうかの判定。

そして、リモートスパイで全てのトップレベルウィンドウへ渡されるメッセージを監視するようにして、アイテム画面を開いて閉じると、見事に全てのトップレベルウィンドウにWM_WININICHANGE(0xF2, 0)を送ってます。
てか、アイテムタブ→デザインタブと切り替えるだけで送ってる。
しかも、メッセージが処理されるのを待機してない。
調子に乗ってガンガン繰り返してたら、テストアプリが延々と8秒毎にWM_WININICHANGEを受け付けてるし。
他のウィンドウにはメッセージは即座に届いて即座に処理されてるけど、こいつは8秒待機してるんだから当然か。
それでも、延々と待ってたら、最終的にはすべてのメッセージを処理した。
このことから、アイテムタブを閉じるときに、PostMessageかSendNotifyMessageでブロードキャストしているんだと推測される。
また、念のためにトップレベルではないウィンドウもチェックしてみたけど、こちらには予想通り当該メッセージは流れてない。

さらに、ボタンを2つ配置したダイアログベースアプリを作って、試してみた。

• ボタン1は、::PostMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0xF2, 0);を実行
• ボタン2は、::SendNotifyMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0xF2, 0);を実行

連打してみたけど、結果はまったく同じ。

こんな感じで、手持ちの環境では、HWND_BROADCASTで何の問題もないんだけど、MoonClockでは安全対策でブロードキャストは廃止して、Today画面(DesktopExplorerWindow)だけに送るようにしてるんで、こちらも試してみた。
アイテムの変更も確認できるように、ラジオボタンでMoonClockのEnabledレジストリを書き換える機能をつけて、ボタンも2つ追加。

• ボタン3は、::PostMessage(::GetDesktopWindow(), WM_SETTINGCHANGE, 0xF2, 0);を実行
• ボタン4は、::SendNotifyMessage(::GetDesktopWindow(), WM_SETTINGCHANGE, 0xF2, 0);を実行

これもまったく問題なし。MoonClockのON/OFFもちゃんと切り替わる。

SendMessageTimeoutの動作は前回検証してるんで省略。
アンインストール時は待機しなければならないんで、前回変更したまま(SendMessageTimeoutを使う)として、インストール完了時は、今回の検証結果を受けてPostMessageに変更してみた。
まったく問題なく動作するので、これでいこうと思う。

前回公開したSetupDLLのソースコードも更新しました。