MFC dialog enigma - please help

[Beer]

1. MFC dialog app is created 2. 2nd modeless dialog is created with extended style WS_EX_APPWINDOW, it's then shown and updated. The parent is set to null or desktop with SetParent(NULL) or SetParent(GetDesktopWindow()) 3. Main dialog window is minimized, and as it is, the taskbar space for the non-modal disappears and the non-modal dialog is also minimized 4. NO, i repeat NO messages at all are sent to the non-modal dialog such as you would expect (ex. WM_SIZE message). My Question is simple, what the heck is going on? How does one stop MFC from stealing the non-modal dialog's messages and reducing it automatically and removing it's taskbar space? So far no one has been able to answer this, and I've posted it a couple times. hey

[David Crow]

Beer wrote: So far no one has been able to answer this, and I've posted it a couple times. Which might be an indication that no one has an answer.

[Hans Ruck]

The behaviour you are talking about is by default. To solve the problem you could create your modeless directly as the child of the desktop window. Then you would need to manage the communication between the dialogs wich, i'm afraid, could raise some problems. rechi

[Beer]

DavidCrow wrote: Which might be an indication that no one has an answer I guess I was secretly hoping somebody was going to pull out their secret MFC internal mapping chart they swiped from the MS complex in Washington and answer this eventually, but alas, it doesn't seem to be happening :( hey

[Beer]

directly how? you mean without using a dialog resource, or without using CDialog? My modeless dialogs are already made with CDialog, and it would be an overhaul to change them. Is there some way to intercept MFC and selectively stop it's internal message handling? hey

[Hans Ruck]

Beer wrote: Is there some way to intercept MFC and selectively stop it's internal message handling? Theoretically it is possible by intercepting PreTranslateMessage but i don't know if it works in this case. Beer wrote: directly how? Check this sample:

CModelessDlg *pdlg=new CModelessDlg;

CWnd *pMan=new CWnd;
pMan->Attach(::GetDesktopWindow());
pdlg->Create(IDD_DIALOG_MODELESS, pMan); // pMan has the desktop window
pMan->Detach();
delete pMan;
pdlg->ModifyStyleEx(0, WS_EX_APPWINDOW);
pdlg->ShowWindow(SW_SHOW);

where CModelessDlg is the CDialog derived. You have to manage the pdlg pointer X| rechi

[Beer]

AHHHH!!! I finally got it, you have to create the dialog with the desktop as the parent and not set it as the parent later dlg->Create(IDD_DIALOG, GetDesktopWindow()); Boy do i feel stupid :wtf: hey

[Beer]

rechi, thanks for all your help, apparently it had to be created with the desktop window pointer. hey