0

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

症状

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

当我将鼠标拖到控件上时，工具提示很好地跟随鼠标。问题是它会留下一条灰色的条纹。这种连胜需要相当长的时间来重新绘制——正如您从所附图像中看到的那样，我能够在控件有时间重新绘制自身之前点击 PRNTSCRN 并对其进行截图。

注意灰色

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

事实

  • 请假设 vanilla C 使用 Win32 库。
  • WM_PAINT处理程序实际上非常快。该控件具有许多需要重新绘制整个客户区的功能，而这对用户来说是察觉不到的。
    • 事实上，某些功能运行动画以 15-24fps 的速度重新绘制整个客户区域。
    • 它的效率也相当高，并且不会比任何给定重绘上的更新矩形更多地重绘。
  • 处理程序什么也不做，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()每次移动工具提示时都 应该打电话吗？
      • 但这并不能解决其他顶级窗口被拖到我的控件之上的问题。
    • 帮助！
4

1 回答 1

1

将WS_CLIPCHILDREN样式位添加到父窗口使这个问题消失了。

无论出于何种原因，当一个窗口被部分遮蔽然后显露出来时，操作系统对消息非常慷慨，对WM_ERASEBKGND消息非常吝啬WM_PAINT。发生的事情是父母的WM_ERASEBKGND处理程序正在我的控制范围内擦除。添加WS_CLIPCHILDREN会导致父窗口剪辑其擦除。

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

于 2013-06-11T23:14:44.110 回答