Are you using any drawing in the parent dialog that launched the CModifyColumnViewDlg?
If you don't have any OnPaint handler for the parent dialog, Invalidate is not required.
Otherwise use UpdateWindow()
Not true, http://www.codeproject.com/Messages/4389343/Child-dialog-shadow-remains.aspx[^] is your first post.
I don't know why you have raised this question again, I have explained three times why this happens. You cannot repaint your main window until the first dialog returns from the call to DoModal(). And, as I also said earlier this is not a good design; modal dialogs should not need to call other dialogs to complete their operations, but should be completely self-contained.
One of these days I'm going to think of a really clever signature.
While I have library function from C, C++ and MFC, which one I should use.
Say for Example, fOpen like APIs from C, IoStream like supplied function from C++ or MFC's CFile supplied one. Which one is best choice when want to to a heavy text processing [Searching for some tags in a 2-3 MB file, preparing a report].
With file sizes of a few MB you can load the complete file into memory for parsing. Then you will not have significant differences in load time using different methods.
I general the high level file interfaces will call the low level functions internally. So using the low level functions may be faster. But the overhead of the high level functions does not care much because the disk access usually consumes much more time than the execution of some more code.
The right tool for the right job, of course.
For instance: if you are developing a MFC application the it make sense using MFC supplied objects (with several caveats, e.g. C++ STL containers are much better than MFC ones). On the other hand, if portability is a concern then you better use C functions or C++ objects.
Even personal taste, matters. I often choose C-like (stdio) functions instead of C++ (iostream) objects.
I am working with an MFC Dialog Application built with VS 2010
My application uses CPropertySheet with multiple CPropertyPage's and on one of them I am using a CMFCPropertyGridCtrl. The Dialog associated with that page handles PreTranslateMessage's.
When running this code on a Windows 7 Touch Screen computer, I get the following exception in the PreTranslateMessage handling a WM_MOUSEDOWN for the CMFCPropertyGridCtrl which eventually calls IsDialogMessaag():
mfc100ud.dll!ATL::IAccessibleProxyImpl<ATL::CAccessibleProxy>::get_accParent(IDispatch * * ppdispParent) Line 69 C++
// Delegate to standard helper?
HRESULT CWnd::get_accParent(IDispatch **ppdispParent)
ASSERT(m_pStdObject != NULL);
The problem is that ppdispParent points to a NULL.
I have no idea what should be done to fix this???
Can anyone help explain this?