trapping dlgbar sys commands
-
I have a dlgbar in mainframe, with its resident controls accessed directly by cmainframe ( as modeless dlg ). The problem is that certain user actions on the dlgbar ( closing it via the system close icon, or moving / resizing it ) need to cause additional action. I have tried deriving a class from CDialogBar to manage the bar and adding to the message map to trap these actions, but do not seem to get any effect, except during program initialization or shutdown. ( eg: I tried processing wm_destroy in CDerivedDialogBar and got an effect only when the program terminated. I tried processing wm_close and got no effect at all. ) Anyone know what messages I need to process or how I can trap these actions? This is driving me nuts trying to find solutions. Thanks:confused:
-
I have a dlgbar in mainframe, with its resident controls accessed directly by cmainframe ( as modeless dlg ). The problem is that certain user actions on the dlgbar ( closing it via the system close icon, or moving / resizing it ) need to cause additional action. I have tried deriving a class from CDialogBar to manage the bar and adding to the message map to trap these actions, but do not seem to get any effect, except during program initialization or shutdown. ( eg: I tried processing wm_destroy in CDerivedDialogBar and got an effect only when the program terminated. I tried processing wm_close and got no effect at all. ) Anyone know what messages I need to process or how I can trap these actions? This is driving me nuts trying to find solutions. Thanks:confused:
CControlBar-derived objects (including CDialogBars) are not destroyed when you click on the 'x' icon - MFC just hides them. To trap this event, you can override virtual method CControlBar::DelayShow. The function is undocumented, but worked OK for me. What kind of problems are you having with resizing? No WM_SIZE message? Tomasz Sowinski -- http://www.shooltz.com.pl
-
CControlBar-derived objects (including CDialogBars) are not destroyed when you click on the 'x' icon - MFC just hides them. To trap this event, you can override virtual method CControlBar::DelayShow. The function is undocumented, but worked OK for me. What kind of problems are you having with resizing? No WM_SIZE message? Tomasz Sowinski -- http://www.shooltz.com.pl
Thanks. That sounds like it might be what I need, but what are the parameters for DelayShow()? As for the other, it's not a problem with resizing as such, but rather a result of any user action on the dlgbar window itself. This particular bar is set to float or dock, and it contains a listcontrol which is its main feature. Whenever the bar is moved, the input focus switches to the bar itself, and stays there. I need it to return to the listcontrol after the move is complete ( as soon as the mouse is released ). Thanks again. :)
-
Thanks. That sounds like it might be what I need, but what are the parameters for DelayShow()? As for the other, it's not a problem with resizing as such, but rather a result of any user action on the dlgbar window itself. This particular bar is set to float or dock, and it contains a listcontrol which is its main feature. Whenever the bar is moved, the input focus switches to the bar itself, and stays there. I need it to return to the listcontrol after the move is complete ( as soon as the mouse is released ). Thanks again. :)
> what are the parameters for DelayShow()? It's declared like this in afxext.h: virtual void DelayShow(BOOL bShow); Are you using 'raw' CDialogBar or some derived class? Tomasz Sowinski -- http://www.shooltz.com.pl
-
> what are the parameters for DelayShow()? It's declared like this in afxext.h: virtual void DelayShow(BOOL bShow); Are you using 'raw' CDialogBar or some derived class? Tomasz Sowinski -- http://www.shooltz.com.pl
I'm using a derived class with one additional member -- a boolean flag representing the bar's visibility state. Thanks again.