更改编辑控件的背景以获得焦点

Roe*_*oel 4 winapi mfc

我想更改该控件的 EN_SETFOCUS 中的编辑控件(即常规编辑窗口类)的背景颜色。我知道我应该处理 WM_CTLCOLOR,在我得到的 DC 上执行 SetBkColor(),并返回带有背景颜色的画笔的句柄。但是,当我从 EN_SETFOCUS 执行此操作时,我的控件不会正确失效或重绘。基本上我的文本周围有一个颜色错误的 1 像素边框;因此黑色边框内的矩形已经位于控件本身周围。如果我将鼠标光标移到控件上,错误边框的某些部分会正确重绘,有时整个工件会在一小段时间后消失,就好像某个计时器导致完全重绘一样。

我尝试过在各个地方使控件无效,例如 DC 上的 RedrawWindow、SelectRgn(NULL)、使用对话框的 wS_CLIPCHILDREN 和 -SIBLINGS、使控件所在的矩形上的对话框无效,但这些都不起作用。我还在 2001 年的一篇帖子中发现了对类似问题的模糊引用(!),但没有解决方案。有人遇到过这种情况吗?关于我可以尝试的其他事情有什么想法吗?

FWIW,这是在WinXP上使用VS9,并使用MFC,但我也“手动”发送消息,这没有改变任何东西,我不认为MFC在这种情况下是罪魁祸首。当然我可能是错的:)

编辑:

下面的屏幕截图对话框的代码(最小示例)位于: http: //pastebin.com/zepdhdp5这是一个由向导生成的小型应用程序 - 没什么特别的,完整的源代码可以从https://www.dropbox.com/s/d8nxaryoo0vclue/edit_control_redrawing_sample.zip下载。

控件获得焦点后如下所示:

在此输入图像描述

当它失去焦点时就像这样:

在此输入图像描述

正如您所看到的,文本区域周围似乎有一个不会失效的边框。

我尝试用纯 win32 重现此问题,但是当我不使用 commonctrl6 时,它不会出现问题。不过,我无法让 commonctrl6 在 win32 中工作,所以我现在怀疑它与此有关。

Roe*_*oel 5

好吧,你知道什么 - 经过一天间歇性尝试各种事情并在谷歌搜索中尝试不同角度后,我发现了神奇的关键字:非客户区失效。这导致我访问http://forums.codeguru.com/showthread.php?307470-Invalidate-NC-area,其中包含解决方案:

SetWindowPos(NULL, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_DRAWFRAME);
Run Code Online (Sandbox Code Playgroud)

(在 SetFocus/KillFocus 处理程序中)我的理论是,commonctrl6 视觉样式管理器将编辑控件周围的边框视为非客户区域,并错误地计算了当控件获得焦点时该区域将无效一个像素。SWP_DRAWFRAME 似乎是强制完全更新控件的唯一方法,带有 RDW_FRAME 的 RedrawWindow() 并没有削减它。

啊,好吧,希望我在这里的问题至少可以让某人免于像我一样浪费时间......