![](http://hi.csdn.net/attachment/201112/4/0_1322985565O5Pn.gif)
从spy++看,小Q书桌的窗口跟Shell_TrayWnd根本没有任何关系,不是Shell_TrayWnd的子窗口。
所以小Q书桌可能不是用的Shell扩展的方式加到任务栏的。
因为不属于ReBar,所以小Q也是不能拖动位置排序的。他不是一个快捷方式拖到任务栏。
他是一个独立的窗口。
用MoveWindow的方式实现的话,效果就是第一个图。但是这个状态不稳定,任务栏刷新就会变成第二个图,Chrome被自己的窗口遮盖了。小Q书桌就没有刷新问题。
难道要Hook ReBar的
WM_POSCHANGING吗?
有没有简单一点的实现方式呢。
-----------------------------------------------------------------------------------------
给个timer版的实现,不太稳定
没想到这个问题会非常的复杂,
跨进程SetWindowLong或者HOOKWM_POSCHANGING非常麻烦。反汇编QDesk,里面有CreateRemoteThread,很可能跟这个有关。ollydbg用得不熟,否则可以断点看下是不是在Explorer.exe里面创建的线程。但是x64下,
CreateRemoteThread没找到办法Inject到64位的explorer.exe。QDesk里面还有个dr.dll,不知道里面是不是有个驱动,在Ring0是不是干了点什么,反正x64这个问题,我是搞不定了。
在32位系统里,
CreateRemoteThread,注入一个线程到explorer.exe,然后在线程里SetWindowLong替换窗口过程,实现应该不难。
![](https://img-my.csdn.net/uploads/201206/16/1339853769_4439.png)
---------------------------------------------------------------------------------------------------------------------
总算x64也搞定了。。
原理一样,CreateRemoteThread->LoadLiibray->DllMain,SetWindowLong GWL_WNDPROC->WM_WINDOWPOSCHANGING.
只不过在x64下,注入程序和dll都要编译成64位程序,才能在explorer.exe里面
CreateRemoteThread成功。
![](https://img-my.csdn.net/uploads/201206/25/1340616827_1843.png)
耗费了很长时间在x64上
运行结果:
![](https://img-my.csdn.net/uploads/201206/25/1340605314_1350.png)