.net - WM_SETREDRAW 并丢失 z 顺序/焦点

Question

我有一个带有换肤库 (Devexpress) 和 MDI 父窗体的 .NET 应用程序。

当我添加子表单时，出于性能原因，我使用 WM_SETREDRAW 禁用绘画。

但是，再次将 WM_SETREDRAW 设置为 1 并在 MDI 父级上调用 refresh 后，主窗体会丢失其 z 顺序并出现在我桌面的背景上。

然后我必须调用 BringToFront 或 Focus，但仍然有很短的时间段(<1s)，在此期间我的应用程序对用户来说“消失”。

是否有更好的方法来禁用重绘但保持表单可见？

Answer 1

我怀疑问题来自the documentation中的这句话:

If the application sends the WM_SETREDRAW message to a hidden window, the window becomes visible (that is, the operating system adds the WS_VISIBLE style to the window).

自 a hidden window is effectively disabled (虽然它仍然可以处理消息，但它无法接收用户输入)，这会导致您与启用和禁用窗口的正确顺序发生冲突。当当前聚焦的窗口被禁用(并因此失去焦点)时，焦点必须移动到某个地方，因为它不可能无处不在。

在没有看到代码的情况下，很难准确地说出您的情况发生了什么。从您的问题中我也不能完全确定您是将 WM_SETREDRAW 消息发送给 MDI 父级还是 MDI 子级。但我可以说，换肤库因把事情搞砸并导致噩梦般的错误而臭名昭著。首先问问自己是否真的需要这样的东西，以及是否真的值得为此奋斗。

我还必须质疑潜在的动机:

When I add child forms, I use WM_SETREDRAW to disable painting for performance reasons.

假设您在表单的构造函数而不是其他方法中完成所有初始化，那么添加子表单时不应该出现任何绘画或性能问题。这确保了在显示表单之前所有内容都已正确初始化，并且不需要多次重绘。第一次显示表单时，所有内容都只绘制一次，这与 WM_SETREDRAW 的理想情况下发生的情况完全相同:在启用重绘后，它只绘制一次。