BUG: CHtmlView Does Not Repaint Correctly in an AppWizard-Generated MDI ApplicationID: Q220021
|
In an AppWizard-generated MDI application with more than two view windows overlapping each other, if the user clicks in the client area of the MDI frame window other than the view, such that the view loses the focus, and then clicks back in the client area of the view, the CHtmlView does not repaint correctly. However, if the user clicks the nonclient area of the view, the CHtmlView repaints correctly.
The WS_CLIPCHILDREN style is not set for CHtmlView, and therefore, on activating the view by clicking the view area, CHtmlView does not send a message to the embedded Web Browser control to repaint itself.
To work around this problem, in PreCreateWindow of CHtmlView, add the WS_CLIPCHILDREN style. Following is a code example:
BOOL CSampleView::PreCreateWindow(CREATESTRUCT& cs)
{
// TODO: Modify the Window class or styles here by modifying
// the CREATESTRUCT cs
cs.style |= WS_CLIPCHILDREN;
return CHtmlView::PreCreateWindow(cs);
}
Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article.
(c) Microsoft Corporation 1999, All Rights Reserved. Contributions by Vidyanand N. Rajpathak, Microsoft Corporation.
Additional query words: CHtmlView Repaint WS_CLIPCHILDREN
Keywords : kbMFC kbVC600 kbVC600bug
Version : winnt:6.0
Platform : winnt
Issue type : kbbug
Last Reviewed: March 27, 1999