wxWidgets作为DLL运行时部分控件背景刷新不正常

刚才解决了一个拖了很久的问题，心情瞬间轻松好多。

wxwidgets作为一个NB的跨平台第三方库我就不过多介绍了，问题来源于我的需求，我之前做了一个可以植入任何win32程序的DLL，这个DLL的UI界面就是用wxwidgets来实现的。

因为这个库必须要求独立和通用，所以它必须有自己的环境，包括独立的线程和消息机制。wxwidgets在这方面做得不错，至少我还没见过加载一个dll就能弹出一个MFC窗口的库。

 

大部分地方用得都非常好，除了我在使用MENU BAR和PROPERTY GRID Manager的时候。因为他的按钮背景总是残存屏幕之前的背景，没有被绘制更新。当时觉得这个只是美观问题，不影响使用，所以一直都没管。我心里始终认为这个应该是一个wxwidgets的bug。

 

之后也有一次下决心好好看看，然后一直debug到wxwidgets的底层，检查了所有消息响应和转发，发现是在响应刷新消息回调的时候，总有一个窗口不在回调队列里，再往低层看，就真心没功夫了。那次也只有作罢。。。

 

今天觉得实在不能容忍这个bug了，而且比较惊喜的是，我发现wxwidgets关于dll的sample并没有这个问题，我想，问题一定在我的程序里。于是用了屡试不爽的comment大法（感觉跟玩儿游戏时的SL大法一样牛逼），最后问题定位到：是否包含了wx/defs.h这个文件。

 

仅仅是因为没有包含这个头文件就导致了刷新不正常，这个无论如何是有点诡异的。能猜想的就是，因为没包含头文件，所以某个宏没有被打开之类的问题。于是细致的查看下去，发现了问题所在。

 

原来问题出在两方面：

1. wxwidgets为了跨平台，所以他提供的都是抽象接口，然后针对win32平台的实现，并不是自己写的，而是有一部分控件直接调用的windows的common 组件。

2. windows臭名昭著的manifest是和windows显示样式直接挂钩的。

 

wxwdigets为了直接使用windows的控件，故意在头文件最后，手动添加了针对编译的manifest文件内容。因为我没包含头文件，所以丢失了这一部分manifest文件，导致我的windows控件显示样式不正常。

 

 

加上这段manifest，问题解决，manifest确实是个极其操蛋的东西，我现在也不太明白那玩意儿意义何在，好像到了vs2010就已经取消了。

如果有误，还请指正。