您的位置：首页 > 其它

mfc控件在ie里面显示不正确的解决方法

2006-05-23 13:16 841 查看

FIX: MFC ActiveX controls paint incorrectly when scrolling the HTML page

View products that this article applies to.
function loadTOCNode(){}

Article ID:233391
Last Review:February 1, 2005
Revision:4.0
This article was previously published under Q233391

SYMPTOMS

loadTOCNode(1, 'symptoms');
An MFC-based windowed ActiveX control on an HTML page paints incorrectly when you scroll the HTML page in the browser. The control appears distorted, showing successively larger bands at the bottom or top as it moves off the visible portion of the HTML page.

In versions of Microsoft Internet Explorer later than version 5, the control may paint correctly. However, child windows on the control still experience the banding effects while scrolling.



Back to the top

CAUSE

loadTOCNode(1, 'cause');
A performance enhancement was added to Internet Explorer 5 to improve the rendering of windowed ActiveX controls by manipulating the available window and clip regions for the control's window. When this code operates on MFC controls, portions of the control's window outside the clip region are invalidated. Because the control's OnDraw cannot draw outside the clip region, these areas show stripes of the background color.



Back to the top

RESOLUTION

loadTOCNode(1, 'resolution');
To resolve this problem, upgrade clients to version 5.01 or later of Internet Explorer.

Note A change was made in Internet Explorer to fix the problem that is described in the following Microsoft Knowledge Base (KB) article:
307978 (http://support.microsoft.com/kb/307978/) FIX: MFC controls in overlapped IFRAMEs receive unnecessary WM_PAINT messages
However, this change reintroduced the problem in Internet Explorer 6 Service Pack 1.



Back to the top

WORKAROUND

loadTOCNode(1, 'workaround');
To work around this problem, use one of the following methods:
•Repaint the control when the cnscroll event fires, as in the following sample code.
[code]<SCRIPT>
function workaround()
{
// "a" is the name of the control.
window.document.all.item("a").style.display = "none"
window.document.all.item("a").style.display = ""
}
</SCRIPT>
<BODY onscroll="workaround();">

[/code]
•If the control class is derived from the COleControl class, it implements a virtual method that is named OnSetObjectRects. You can override this method, as in the following sample code. 
[code]BOOL CmfcaxCtrl::OnSetObjectRects(LPCRECT lpRectPos, LPCRECT lpRectClip)
{ return TRUE;
}

[/code]
•Use ATL instead of MFC to develop the ActiveX control.
Unfortunately, MFC controls that contain child windows will still have painting problems in Internet Explorer. You can resolve these problems by forcing a redraw on all the child windows during handling of the OnPaint message. To do this, you must add a message map entry for WM_PAINT to the COleControl-derived class. In the OnPaint handler, use code that is similar to the following. 
[code]// NUMBER_OF_CHILDREN is predefined as the number of child windows
// that are hosted on this control

// m_Children is a member variable of the CWindowedCtrl class that
// stores an array of CWnd references to the child windows on the control.

void CWindowedCtrl::OnPaint()
{
CPaintDC dc(this); // device context for painting<BR/>

for(int i = 0 ; i < NUMBER_OF_CHILDREN ; i++)
{
m_Children[i].RedrawWindow(NULL,NULL,RDW_INVALIDATE | RDW_FRAME);
}

COleControl::OnPaint(&dc);
}

[/code]



Back to the top

STATUS

loadTOCNode(1, 'status');
Microsoft has confirmed that this is a bug in the Microsoft products that are listed in the "Applies to" section. This problem was corrected in Internet Explorer 5.01. This problem was reintroduced in Internet Explorer 6 Service Pack 1.



Back to the top

MORE INFORMATION

loadTOCNode(1, 'moreinformation');
This bug does not cause any painting problems for windowless controls.
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息
标签： 
相关文章推荐
新的分享
章节导航