I have an app with a Drawing window that gets partially overwritten by the drop down of a combo box. When the combo box closes, the drawing window does not get any window invalidate type messages and that section just stays blank until something else happens that causes the drawing window to repaint. I want to trap the close of the combo box and queue a redraw of the drawing window. However, I can't find any signal that happens when the combo closes without changing the active selection. When the selection changes I get the changed event and can repaint. When the selection does not change, nothing happens.

Anyone know how to do this?

Thanks,
Steve.

FYI: If anyone finds this with a similar problem, I have developed a workaround that solves the problem in my specific environment. In my environment the GUI I am building is on an embedded system with a touch screen and no keyboard. That specifically allows me to not support any keyboard interface to any of the screen controls. I discovered that when the mouse pointer on my build system (laptop with keyboard, mouse, etc.) moved from the drawing control over a screen button that could accept the focus, the drawing window is always redrawn. Therefore, what I found by experimentation was that if I disallow focus to the combo box control and do allow focus to one of the other screen buttons, when I click on the combo box focus "leaves" the other button but can't exactly rest on the combo since it is disallowed. Then when I close the combo regardless of whether I change the selection or not, focus then reverts to the other screen button which can accept focus. Voila' the drawing window gets an invalidate and immediately repaints! Works like a champ.

The only thing I need to do now is cast the focus color of the button that ends up with the focus all the time to something that doesn't make it look weird in comparison to all the other buttons which don't have the focus. Focus is not relevant since there is no keyboard to allow that focus to do anything anyway.