Managed C++/CLI Discussion Boards

shivareaj5-Oct-12 7:30

5-Oct-12 7:30

Hi, this is my first post.

Work flow is like this:
i open child dialog from a dialog( which is launched from a toolbar of a window) after editing i close the child dialog, after closing child dialog shadow is retained on window but not on the parent dialog. Later when i close the parent dialog the child dialog shadow disappears.
(issue exist only when i edit in child dialog)

Thanks a lot,
Shivaraj

Re: Child dialog shadow remains

Richard MacCutchan5-Oct-12 22:35

Richard MacCutchan

5-Oct-12 22:35

That's because your main window does not receive a WM_PAINT message until the main dialog terminates. Cascading dialogs in this way is not the best design pattern.

One of these days I'm going to think of a really clever signature.

Re: Child dialog shadow remains

shivareaj6-Oct-12 6:02

shivareaj

6-Oct-12 6:02

Hi, I tried to use GetAncestor() method to get main window handle & REPAINT with RedrawWindow() or UpdateWindow(). Neither of which is working.

Re: Child dialog shadow remains

Richard MacCutchan6-Oct-12 6:07

Richard MacCutchan

6-Oct-12 6:07

That's because, as I said before, your main window will not be able to action a WM_PAINT, or any other, message, until the dialog returns from DoModal(). You need to consider whether your design is the right way of doing things.

One of these days I'm going to think of a really clever signature.

Re: Child dialog shadow remains

shivareaj6-Oct-12 17:55

shivareaj

6-Oct-12 17:55

Thanks for reply, I have seen same design patterns(using child dialog)in the same application but there is no issue there. I compared the code, am not finding any difference in RePainting aspects.

here i have sample code..

Below used OnModifyview dialog is child dialog of a dialog.

void CSelectColumnViewDlg::OnModifyview()
{
int iIndex = m_ctrlColumnViewList.GetCurSel();
if (iIndex < 0)
return;
double dViewId = m_ctrlColumnViewList.GetItemDataDouble(iIndex);
if (dViewId == 0.0)
return;
CWaitCursor wait;
CComPtr<idispatch> pDispColumnView;
CComPtr<itrackingdatamanager> pManager;
pManager.CoCreateInstance(CLSID_TrackingDataManager);
if (pManager)
pManager->GetColumnView(dViewId, &pDispColumnView);
CComQIPtr<itrackingcolumnview> pColumnView(pDispColumnView);
if (pColumnView == NULL)
return;
CModifyColumnViewDlg dlg;
dlg.SetColumnView(pColumnView);
dlg.SetType(m_lSolution, m_lListType);
dlg.SetTrackGroupCd(m_dTrackGroupCd);
std::set<cstring>* pExistingNames = GetExistingNames(iIndex);
dlg.SetExistingNames(pExistingNames);

C++

if (dlg.DoModal() == IDOK)
{	//Issue exist only when i edit in child dialog & click above OK (child dialog OK)	

HWND hWndAncestor = ::GetAncestor(GetSafeHwnd(), GA_ROOT);

//hWndAncestor->Invalidate(); //not working
//InvalidateRect(hWndAncestor, NULL, TRUE); //not working
//::RedrawWindow(hWndAncestor,NULL,NULL,RDW_INVALIDATE); //not working
//::UpdateWindow(hWndAncestor); //not working


m_ctrlColumnViewList.DeleteString(iIndex);

CComBSTR bstrName;
pColumnView->get_Name(&bstrName);
int iIndex = m_ctrlColumnViewList.AddString(CString(bstrName));
m_ctrlColumnViewList.SetItemDataDouble(iIndex, dViewId);
m_ctrlColumnViewList.SetCurSel(iIndex);

//Invalidate(); //not working
//RedrawWindow();	//not working

}

if (pExistingNames)
delete pExistingNames;
Invalidate();
//OnPaint(); //not working
//RedrawWindow();// not working
}

modified 7-Oct-12 0:04am.

Re: Child dialog shadow remains

Richard MacCutchan6-Oct-12 21:30

Richard MacCutchan

6-Oct-12 21:30

I don't know what more I can say except to repeat my earlier comment: as long as you have a dialog open (called via DoModal()) the main window cannot respond to messages and thus will not repaint itself.

One of these days I'm going to think of a really clever signature.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.