c - 跟踪工具提示导致重绘速度极其缓慢的灰色 "trail"

Question

让我首先描述一下问题的症状。然后我将提供更多事实并解释我的问题。

症状

我编写了一个自定义 Windows 控件。控件会自行绘制以响应 WM_PAINT 消息。它还使用跟踪工具提示(即TOOLTIPS_CLASS公共(public)控件的跟踪功能)。

当我将鼠标拖动到控件上时，工具提示会很好地跟随鼠标。 问题是它留下了一条灰色的条纹。此条纹需要相当长的时间来重新绘制 - 正如您从附图中看到的那样，我能够在控件有时间重新绘制自身之前点击 PRNTSCRN 并截取它的屏幕截图。

(更奇怪的是 WM_PAINT 处理程序似乎没有运行过一次。但请注意，导致工具提示跟踪的代码位于 WM_MOUSEMOVE，这显然是完美的响应。)

事实

• 请假定使用 Win32 库的普通 C。
• WM_PAINT 处理程序实际上非常快。该控件有许多功能需要重新绘制整个客户区，而这对于用户来说是察觉不到的。
  • 事实上，某些功能会运行以 15-24 fps 的速度重新绘制整个客户区域的动画。
  • 它的效率也相当高，并且在任何给定的重绘中，重绘的次数不会比更新矩形多得多。
• WM_ERASEBKGND 处理程序不执行任何操作，只是返回 1。
  • 我从不删除背景，我只是在上面绘画。
• 该窗口设置了以下样式位:
  • ws:WS_CHILD | WS_VISIBLE
  • 例如:WS_EX_COMPOSITED
  • cs:CS_DBLCLKS
• 父窗口是一个顶级窗口，设置了以下样式位:
  • ws: WS_TILEDWINDOW | WS_CLIPSIBLINGS | WS_VISIBLE
  • 例如:WS_EX_WINDOWEDGE
  • cs:CS_REDRAW | CS_DBLCLKS
• 该控件的窗口类背景画笔为 GetStockObject(NULL_BRUSH)。
• 我发现导致相同类型“轨迹”的唯一其他方法是将另一个顶级窗口拖动到我的控件上。被拖动的顶级窗口暂时遮挡的区域会留下相同的痕迹。
• 为控件的窗口类提供 CS_SAVEBITS 样式似乎没有任何区别。我仍然得到同样明显的缓慢重绘痕迹。

问题

1. 为什么我会变成灰色，特别是当我设置了 CS_SAVEBITS 时？
2. 我该怎么做才能让灰色消失？
   • 每次移动工具提示时都应该调用 UpdateWindow() 吗？
     • 但这并不能解决其他顶级窗口被拖到我的控件上方的问题。
   • 救命!

Answer 1

将 WS_CLIPCHILDREN 样式位添加到父窗口可以解决此问题。

无论出于何种原因，当窗口部分遮挡然后显示时，操作系统对 WM_ERASEBKGND 消息非常慷慨，而对 WM_PAINT 消息则非常吝啬。发生的情况是父级的 WM_ERASEBKGND 处理程序正在删除我的控制范围之外的内容。添加 WS_CLIPCHILDREN 会导致父窗口剪辑其删除。

有趣的是，这个解决方案适用于我的控件，它只是忽略 WM_ERASEBKGND 消息，但不适用于样式为 BS_GROUPBOX< 的标准 BUTTON 控件 风格。我预计这是因为同样慷慨的 WM_ERASEBKGND 政策。标准按钮控件在处理该消息时可能会尽职尽责地删除其背景，然后徒劳地等待 WM_PAINT 消息。