过去两年,用c写的gui程序我一般使用的套路是:
在 winMain()中, 先创建一个主窗口, 紧接着就是在下面创建子窗口(子控件).
可能是因为写这方面的程序较少,所以也没遇到什么大问题,之前就是想枚举主窗口所有子窗口,然后设置所有子窗口的字体时使用:EnumChildWindows()会意外的抛内存访问错误,记得当时就是把EnumChildWindows()在winMain()中向前或向后移了一下位置,就没有报内存访问错误了。
我还以为只需要移动一下EnumChildWindows()在winMain()中的执行位置(顺序),这个问题就解决了。
但今天在修改以前一个程序的时候,无意间发现一个奇怪现象:
在winMain()中定义的一个局部变量的值竟然被意外的修改,这个局部变量初始化后,在接下来的代码是并没有显式的去修改这个变量的值,但为什么执行了几行代码后,再次输出这个变量的值时,发现这个变量的值已经被修改了?
经过几十分钟的一行一行的排查,首先找到有关的执行代码又是:EnumChildWindows()
可在EnumChildWindows()中并没有任何地方会修改这个局部变量的值,如果我注销掉EnumChildWindows()这一行,那么这个局部变量的值就不会被修改,当时是百思不得其解!因为这个问题,差不多花了2个小时左右的时间不断的测试,最后也不知怎么想到把 初始化子窗口和设置子窗口的字体的代码移到 WM_CREATE中执行的,但没想到把代码移到WM_CREATE中执行后,那个局部变量的值就没有再被修改了。
其实之前我在网上看到一些代码中,基本上都是在 case WM_CREATE: 中添加子窗口(初始化主窗口里所有控件).
我当时还不是太明白,为什么要在WM_CREATE中初始化子窗口呢?我一般都是在winMain()中初始化的。
经过这一次问题后,以后再写新的代码,把子窗口的初始化也放到 case WM_CREATE: 中执行吧。
---------------------------------------------------------------------------------------------------------------------------------------
今天还遇到另一个问题,就是刷新一个子窗口时,窗口出现闪烁问题。
情况是这样的,在一个子窗口A里又有20个子窗口,并且拉动子窗口A的垂直滚动条,里面的20个子窗口会同时移动,移动后就需要刷新才能显示最新的位置,但刷新的时间会出现闪烁。
为了解决这个问题,试了各种办法,由于我在纯C(SDK)模式下进行开发,网上相关资料也不是很多。
后来无意发现一篇文章提到:WS_CLIPCHILDREN,说把窗口样式设置为WS_CLIPCHILDREN,就可以解决刷新闪烁的问题。
一开始,我把主窗口设置为WS_CLIPCHILDREN,测试发现果然有效果,刷新时基本上很肉眼看不出闪烁,但是同时出现2个新的问题:
1. 有些滚动条在经典模式下,用鼠标点击向上或向下按钮时,没有显示为按下去的效果,但在xp模式下又能看出来效果
2. 在ListView控件中,拖动鼠标选择多个item时,那个选择虚线框闪一下就自动消失了,这个情况有点麻烦了。
原以为找到了解决办法,没想到原来的问题是解决了,现在又出现新的问题。
后来我又试了一下,主窗口不设置为WS_CLIPCHILDREN,单独为那个子窗口A设置为WS_CLIPCHILDREN:
CreateWindowEx(WS_CLIPCHILDREN, "CodeBlocksWindowsApp", "panel", //注意: WS_CLIPCHILDREN
WS_CHILD | WS_VISIBLE | SS_BITMAP | WS_VSCROLL, // | SS_NOTIFY | WS_BORDER
650, 56, 260, 600,
hwnd_frame, (HMENU)id_panel, g_hInstance, NULL);
这样就有点类似于Java中的JPanel。
通过测试发现,把子窗口A设置为WS_CLIPCHILDREN后,子窗口A的滚动条效果上还是有一点问题,不过 listview在选择的时候,选择虚线框不会闪一下就自动消失了。同时也解决了刷新闪烁的问题。
目前,也只能这样了。
另外一个意外发现,当将窗口样式设置为:WS_CLIPCHILDREN,使用 SetWindowPos(...HWND_TOP) 调整子窗口的 z-order才有效果。
2013-05-10