我正在尝试将自定义小部件插入到 Internet Explorer 8 url 栏中,在停止和重新加载按钮旁边。这只是我个人的生产力增强剂。
IE 框架这部分的“窗口模型”是一个“地址栏根”窗口,它拥有组成 IE8 url 栏的窗口:一个编辑框、一个组合控件以及停止和重新加载按钮。
在另一个进程中,我创建了一个新的 WS_CHILD 窗口(具有自定义类名),它由 IE 的地址栏根窗口作为父级,从而使其成为编辑框的兄弟并停止/重新加载。我用 HWND_TOP 的 hwndInsertAfter 调用 SetWindowPos 以确保它出现在 urlbar 的“上方”(即“in”)。这很好用,我看到我的窗口最初是在 IE urlbar 中绘制的。
但是,当我激活 IE 窗口时,urlbar 编辑控件会跳回到我的窗口前面。我知道这是因为我仍然看到我的窗口在 urlbar 后面绘制,并且因为当我在计时器上将 ->GetTopWindow() 打印到调试控制台时,它变成了 urlbar 编辑控件的 HWND。
如果我更新我的消息循环以在 WM_PAINT 上使用 HWND_TOP 调用 SetWindowPos,情况会更好——现在当我激活 IE 窗口并移动它时,我的控件正确地停留在 urlbar 中的编辑控件上方。但是,一旦我在 IE 选项卡之间切换(更新了 IE 的 urlbar Edit 控件的文本),我的控件就会移回 Edit 控件后面。(注意:当我最大化或恢复窗口时也会发生这种情况。)
所以我的问题是:
1) 每次单击 IE 中的选项卡时,IE 是否可能有意将其 urlbar 编辑控件放回 z 顺序的顶部,或者我对 Windows 绘画和 z 顺序的工作原理的理解存在差距?我的理解是,一旦您指定子窗口的 z 顺序(最终用户无法操作),该顺序应该保持不变,直到以编程方式更改。因此,即使 IE 在选项卡选择时重新绘制其编辑控件,而我没有重新绘制或以其他方式作用于我的窗口,我的窗口仍应牢牢保持在顶部。
2) 鉴于我的窗口的 z 顺序显然正在发生变化,它不应该收到 WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED 吗?如果是这样,我至少可以响应该事件并让自己掌握在 Edit 控件之上。但是,即使当我单击选项卡时,我可以在 urlbar Edit 控件后面看到我的窗口绘画,并且即使我的调试窗口输出确认地址栏根的 GetTopWindow() 在我单击选项卡时成为 Edit 控件的 HWND ,即使我看到 WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED 在我单击选项卡时被发送到带有 HWND_TOP 的 hwndInsertAfter 的 Edit 控件,但我自己的窗口没有收到任何可以让我保持 z 顺序不变的消息。这对我来说似乎是错误的,解决它会迫使我在 IE 中运行'
谢谢您的帮助!