方式有两种
// 1、aaa.jpg
// 2、file=’aaa.jpg’ res=” restype=’0′ dest=’0,0,0,0′ source=’0,0,0,0′ corner=’0,0,0,0′
// mask=’#FF0000′ fade=’255′ hole=’false’ xtiled=’false’ ytiled=’false’

第一种是最简单的，加载图片文件并将整张图片拉伸铺满整个控件
第二种既支持从文件中加载图片，也可以从资源中加载
1、如果是从文件加载，设置file属性，如file=’XXX.png’，不要写res和restype属性
2、如果从资源加载，设置res和restype属性，不要设置file属性
3、dest属性的作用是指定图片绘制在控件的一部分上面（绘制目标位置）
4、source属性的作用是指定使用图片的一部分
5、corner属性是指图片安装scale9方式绘制（scale9含义往下边看）
6、mask属性是给不支持alpha通道的图片格式（如bmp）指定透明色
7、fade属性是设置图片绘制的透明度
8、hole属性是指定scale9绘制时要不要绘制中间部分（有些地方对提升性能比较有用）
9、xtiled属性设置成true就是指定图片在x轴不要拉伸而是平铺，ytiled属性设置成true就是指定图片在y轴不要拉伸而是平铺

让背景图片平铺要写：xtiled=’true’ ytiled=’true’

这个UI设计器是不识别的.

==================================================================

Scale9的含义

它是使用网格将图像划分为9个区域，如图2所示，我用数字1-9标出了对应的区域，其中标红色的区域是不需要缩放的，而标蓝色的区域则是需要缩放的区域。

图2 对图片使用Scale9技术进行缩放

当这张图片被放大，依据Scale9的定义，区域1，3，7，9需要保持原有的尺寸（通过对比左侧和右侧的图像可以发现这一点），而其它区域则需要依据一定的规则改变自己的尺寸：
区域2，当图片放大，本区域宽度增加，高度保持不变
区域4，当图片放大，本区域高度增加，宽度保持不变
区域5，当图片放大，本区域宽度和高度都增加
区域6，当图片放大，本区域高度增加，宽度保持不变（规则与区域4一致）
区域8，当图片放大，本区域宽度增加，高度保持不变（规则与区域2一致）

对于区域5，我们在做外观设计的时候要重点注意，这个区域不要放置复杂图形，对于单色或简单渐变色而言，一定程度的放大是可以接受的，但如果是复杂图形，那么放大所产生的失真是非常明显的（当然如果是矢量图形，就不会有这个问题，但矢量图形对于CPU有较大的计算消耗，通常在性能敏感型的Flex应用中我们尽量使用位图皮肤）。

==================================================================

Scale9在duilib中的实例应用

以控件Combo为例,原本皮肤如图:,宽度是71,现在设置一个长200的Combo控件效果如图:

可以看到明显被拉伸了,添加corner属性代码如下:

<Combo name="ComboClientDirSelect" text="TCP" height="20" width="200" itemshowhtml="true" itemtextcolor="#FF000000" itemselectedtextcolor="#FF000000" itemselectedbkcolor="#FFC1E3FF" itemhottextcolor="#FF000000" itemhotbkcolor="#FFE9F5FF" itemdisabledtextcolor="#FFCCCCCC" itemdisabledbkcolor="#FFFFFFFF" normalimage="file='Combo_nor.png' corner='5,2,30,2'" hotimage="file='Combo_over.png' corner='5,2,30,2'" pushedimage="file='Combo_over.png' corner='5,2,30,2'" dropboxsize="0,150">
...

1. …  

此时效果如图:,显示正常了,其中corner=’5,2,30,2′的含义是＃字的4条线分别到 左 上 右 下的距离 然后把＃中间的图片进行拉伸 最后达到完美效果.

• 2013 duilib入门简明教程 — 前言(1)
• 2013 duilib入门简明教程 — VS环境配置(2)
• 2013 duilib入门简明教程 — 第一个程序 Hello World(3)
• 2013 duilib入门简明教程 — 响应按钮事件(4)
• 2013 duilib入门简明教程 — 自绘标题栏(5)
• 2013 duilib入门简明教程 — XML配置界面(6)
• 2013 duilib入门简明教程 — XML基础类(7)
• 2013 duilib入门简明教程 — 完整的自绘标题栏(8)
• 2013 duilib入门简明教程 — 界面布局(9)
• 2013 duilib入门简明教程 — 界面设计器 DuiDesigner (10)
• 2013 duilib入门简明教程 — 部分bug (11)
• 2013 duilib入门简明教程 — 简单控件介绍 (12)
• 2013 duilib入门简明教程 — 复杂控件介绍 (13)
• 2013 duilib入门简明教程 — 部分bug 2 (14)
• 2013 duilib入门简明教程 — 自绘控件 (15)
• 2013 duilib入门简明教程 — 结合win32和MFC (16)
• 2013 duilib入门简明教程 — 事件处理和消息响应 (17)
• 2013 duilib入门简明教程 — 其他 (18)
• 2013 duilib入门简明教程 — FAQ (19)
• 2013 duilib入门简明教程 — 总结 (20)

http://www.who1753.com/duilib-study-summary.html

Duilib学习笔记：

Duilib学习笔记《01》— duilib整体框架认识

Duilib学习笔记《02》— 界面布局

Duilib学习笔记《03》— 控件使用

Duilib学习笔记《04》— 窗体显示

Duilib学习笔记《05》— 消息响应处理

Duilib学习笔记《06》— 窗体基类WindowImpBase

Duilib学习笔记《07》— 资源加载

Duilib扩展：

Duilib扩展《01》— 双击、右键消息扩展

duilib中常用的文本控件CTextUI，有个很重要的特性：控件的长度会自适应所设置文本的长度，即所设置文本的的长度变化了，控件的长度也会随之变化。但是会有这样的问题：当设置的文本长度大于先前旧的文本的长度时，界面没有及时刷新，仍然显示的是之前的旧的文本，需要通过页面的切换才能刷新显示。下面我们来详细看一下自适应特性是如何实现的、是如何被应用的、自适应特性引起的问题以及问题是如何来解决的。

1、自适应特性的实现

CTextUI控件提供了EstimateSize接口，接口的代码如下所示。

[cpp] view plaincopyprint?

1. SIZE CTextUI::EstimateSize(SIZE szAvailable)  
2. {  
3.     RECT rcText = { 0, 0, MAX(szAvailable.cx, m_cxyFixed.cx), 9999 };  
4.     rcText.left += m_rcTextPadding.left;  
5.     rcText.right -= m_rcTextPadding.right;  
6.     if( m_bShowHtml )  
7.     {     
8.         int nLinks = 0;  
9.         CRenderEngine::DrawHtmlText(m_pManager->GetPaintDC(), m_pManager, rcText, m_sText, m_dwTextColor, NULL, NULL, nLinks, DT_CALCRECT | m_uTextStyle);  
10.     }  
11.     else  
12.     {  
13.         CRenderEngine::DrawText(m_pManager->GetPaintDC(), m_pManager, rcText, m_sText, m_dwTextColor, m_iFont, DT_CALCRECT | m_uTextStyle);  
14.     }  
15.     SIZE cXY = {rcText.right - rcText.left + m_rcTextPadding.left + m_rcTextPadding.right,  
16.         rcText.bottom - rcText.top + m_rcTextPadding.top + m_rcTextPadding.bottom};  
17.   
18.     if( m_cxyFixed.cy != 0 ) cXY.cy = m_cxyFixed.cy;  
19.     return cXY;  
20. }  

SIZE CTextUI::EstimateSize(SIZE szAvailable)
{
    RECT rcText = { 0, 0, MAX(szAvailable.cx, m_cxyFixed.cx), 9999 };
    rcText.left += m_rcTextPadding.left;
    rcText.right -= m_rcTextPadding.right;
    if( m_bShowHtml )
	{   
        int nLinks = 0;
        CRenderEngine::DrawHtmlText(m_pManager->GetPaintDC(), m_pManager, rcText, m_sText, m_dwTextColor, NULL, NULL, nLinks, DT_CALCRECT | m_uTextStyle);
    }
    else
	{
        CRenderEngine::DrawText(m_pManager->GetPaintDC(), m_pManager, rcText, m_sText, m_dwTextColor, m_iFont, DT_CALCRECT | m_uTextStyle);
    }
    SIZE cXY = {rcText.right - rcText.left + m_rcTextPadding.left + m_rcTextPadding.right,
        rcText.bottom - rcText.top + m_rcTextPadding.top + m_rcTextPadding.bottom};

    if( m_cxyFixed.cy != 0 ) cXY.cy = m_cxyFixed.cy;
    return cXY;
}

从上面代码我们看出，给DrawHtmlText和DrawText函数均传入了rcText，并且在接下来的代码中，利用rcText修正了控件相关的位置信息。代码看起来会有疑问，本接口仅仅是用来估计控件的大小，为什么要调用DrawHtmlText和DrawText函数呢？是用这两个函数来实现估计的？那我们接着看看CRenderEngine::DrawText的代码。

[cpp] view plaincopyprint?

1. void CRenderEngine::DrawText( HDC hDC, CPaintManagerUI* pManager, RECT& rc, LPCTSTR pstrText, DWORD dwTextColor, int iFont, UINT uStyle )  
2. {  
3.     ASSERT(::GetObjectType(hDC) == OBJ_DC || ::GetObjectType(hDC) == OBJ_MEMDC);  
4.     if (pstrText == NULL || pManager == NULL) return;  
5.     ::SetBkMode(hDC, TRANSPARENT);  
6.     ::SetTextColor(hDC, RGB(GetBValue(dwTextColor), GetGValue(dwTextColor), GetRValue(dwTextColor)));  
7.     HFONT hOldFont = (HFONT)::SelectObject(hDC, pManager->GetFont(iFont));  
8.     ::DrawText(hDC, pstrText, -1, &rc, uStyle | DT_NOPREFIX );  
9.     ::SelectObject(hDC, hOldFont);  
10. }  

void CRenderEngine::DrawText( HDC hDC, CPaintManagerUI* pManager, RECT& rc, LPCTSTR pstrText, DWORD dwTextColor, int iFont, UINT uStyle )
{
    ASSERT(::GetObjectType(hDC) == OBJ_DC || ::GetObjectType(hDC) == OBJ_MEMDC);
    if (pstrText == NULL || pManager == NULL) return;
    ::SetBkMode(hDC, TRANSPARENT);
    ::SetTextColor(hDC, RGB(GetBValue(dwTextColor), GetGValue(dwTextColor), GetRValue(dwTextColor)));
    HFONT hOldFont = (HFONT)::SelectObject(hDC, pManager->GetFont(iFont));
    ::DrawText(hDC, pstrText, -1, &rc, uStyle | DT_NOPREFIX );
    ::SelectObject(hDC, hOldFont);
}

代码是将文字绘制到制定的dc上，那到底是如何实现估计的呢？只能一步步看，于是到msdn中查看::DrawText API的函数说明，如下所示。

[cpp] view plaincopyprint?

1. int DrawText(  
2.   HDC hDC,          // handle to DC   
3.   LPCTSTR lpString, // text to draw   
4.   int nCount,       // text length   
5.   LPRECT lpRect,    // formatting dimensions   
6.   UINT uFormat      // text-drawing options   
7. );  

int DrawText(
  HDC hDC,          // handle to DC
  LPCTSTR lpString, // text to draw
  int nCount,       // text length
  LPRECT lpRect,    // formatting dimensions
  UINT uFormat      // text-drawing options
);

注意第四个参数，对应的说明：

lpRect

[in/out] Pointer to a RECT structure that contains the rectangle (in logical coordinates) in which the text is to be formatted.

它既是一个传入参数，也是一个传出参数，传出应该就是所绘画文字绘画后所占用的实际区域大小。所以结合上面的追踪过程，正是给DrawHtmlText和DrawText函数均传入了rcText参数，并且执行完后将绘画的文字占用的实际大小返回给了rcText传了出来，进而用实际占用大小来重新更新CTextUI控件的大小，这样就实现了控件对文字长度的自适应特性。

  2、自适应特性的使用

这种自适应的特性可以巧妙的用在一些场合下面。比如类似于QQ讨论组的聊天框，在聊天框的右侧会显示当前的讨论组成员列表，如果成员是管理员，我们需要在成员名称后面添加一个小图标，以标识该成员是管理员。一般的做法是，利用CContainer的自动布局特性，我们将不变宽度的控件设置固定宽度值，位于右边的管理员图标宽度也设置为固定值，这样中间的成员名称是文本，可长可短，不设置成固定值，使用CLabelUI控件即可。这样，中间的名称宽度就是可变的，但是这样做有个问题，管理员图标会固定在每个成员item的左右边，不能跟随名称紧贴名称后面，显得不太美观。后来考虑到CTextUI的对文字长度能自适应，就改用CTextUI，能很好的实现管理员图标能紧贴在成员名称后面。

        3、自适应特性引起的问题及问题分析

        上面列举的例子中，当成员名称过长时，由于讨论组成员列表的宽度是固定的，当名称过长时，会将管理员图标给挤掉，看不见了或显示不全。这该如何解决呢？好在CTextUI有个maxwidth属性来设置最大宽度，这样我们将管理员图标位置预留出来，估计出控件的最大宽度，设置一下即可，当成员名称显示不下时，以省略号显示。

除了这个问题，还有个更严重的问题：当设置的文本长度大于先前旧的文本的长度时，界面没有及时刷新，仍然显示的是之前的旧的文本，需要通过页面的切换才能刷新显示。CTextUI是duilib中的基本控件，有这个问题是没法使用的，是要想办法解决掉的。

原因估计是这样的：由于CTextUI是自适应文字宽度的，对于旧的能显示全的文字，宽度是和文字宽度一致的；当我们设置更长的文字时，估计没有没有触发CTextUI::EstimateSize接口的调用，导致控件还是以前的大小，从而出现新文字没有刷新或显示不全的问题。

下面我们就来从代码中看一下不能刷新显示的问题是如何产生的。设置文字时，会调用基类CControlUI的SetText接口，接口的代码如下所示。

[cpp] view plaincopyprint?

1. void CControlUI::SetText( LPCTSTR pstrText )  
2. {  
3.     if( m_sText == pstrText )   
4.     {  
5.         return;  
6.     }  
7.   
8.     m_sText = pstrText;  
9.     Invalidate();  
10. }  

void CControlUI::SetText( LPCTSTR pstrText )
{
    if( m_sText == pstrText ) 
	{
		return;
	}

    m_sText = pstrText;
    Invalidate();
}

在上面的代码中调用CControlUI::Invalidate函数，

[cpp] view plaincopyprint?

1. void CControlUI::Invalidate()  
2. {  
3.     if( !IsVisible() ) return;  
4.   
5.     RECT invalidateRc = m_rcItem;  
6.   
7.     CControlUI* pParent = this;  
8.     RECT rcTemp;  
9.     RECT rcParent;  
10.     while( pParent = pParent->GetParent() )  
11.     {  
12.         rcTemp = invalidateRc;  
13.         rcParent = pParent->GetPos();  
14.         if( !::IntersectRect(&invalidateRc, &rcTemp, &rcParent) )   
15.         {  
16.             return;  
17.         }  
18.     }  
19.   
20.     if( m_pManager != NULL ) m_pManager->Invalidate(invalidateRc);  
21. }  

void CControlUI::Invalidate()
{
	if( !IsVisible() ) return;

	RECT invalidateRc = m_rcItem;

	CControlUI* pParent = this;
	RECT rcTemp;
	RECT rcParent;
	while( pParent = pParent->GetParent() )
	{
		rcTemp = invalidateRc;
		rcParent = pParent->GetPos();
		if( !::IntersectRect(&invalidateRc, &rcTemp, &rcParent) ) 
		{
			return;
		}
	}

	if( m_pManager != NULL ) m_pManager->Invalidate(invalidateRc);
}

然后调到CPaintManagerUI::Invalidate中，即

[cpp] view plaincopyprint?

1. void CPaintManagerUI::Invalidate(RECT& rcItem)  
2. {  
3.     ::InvalidateRect(m_hWndPaint, &rcItem, FALSE);  
4. }  

void CPaintManagerUI::Invalidate(RECT& rcItem)
{
    ::InvalidateRect(m_hWndPaint, &rcItem, FALSE);
}

也就是最终调用API函数::InvalidateRect，产生一个WM_PAINT消息。于是进入CPaintManagerUI::MessageHandler中，查看收到WM_PAINT消息是如何处理的。

[cpp] view plaincopyprint?

1. bool CPaintManagerUI::MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& lRes)  
2. {  
3. ……  
4.     case WM_PAINT:  
5.         {  
6.             // Should we paint?   
7.             RECT rcPaint = { 0 };  
8.             if( !::GetUpdateRect( m_hWndPaint, &rcPaint, FALSE) )   
9.             {  
10.                 return true;  
11.             }  
12.   
13.             if( NULL == m_pRoot )   
14.             {  
15.                 PAINTSTRUCT ps = { 0 };  
16.                 ::BeginPaint( m_hWndPaint, &ps );  
17.                 ::EndPaint( m_hWndPaint, &ps );  
18.                 return true;  
19.             }              
20.             // Do we need to resize anything?   
21.             // This is the time where we layout the controls on the form.   
22.             // We delay this even from the WM_SIZE messages since resizing can be   
23.             // a very expensive operation.   
24.             if( m_bUpdateNeeded )   
25.             {  
26.                 m_bUpdateNeeded = false;  
27.                 RECT rcClient = { 0 };  
28.                 ::GetClientRect( m_hWndPaint, &rcClient );  
29.                 if( !::IsRectEmpty( &rcClient ) )   
30.                 {  
31.                     if( m_pRoot->IsUpdateNeeded() )   
32.                     {  
33.                         m_pRoot->SetPos( rcClient );  
34.                         if( m_hDcOffscreen != NULL ) ::DeleteDC( m_hDcOffscreen );  
35.                         if( m_hDcBackground != NULL ) ::DeleteDC( m_hDcBackground );  
36.                         if( m_hbmpOffscreen != NULL ) ::DeleteObject( m_hbmpOffscreen );  
37.                         if( m_hbmpBackground != NULL ) ::DeleteObject( m_hbmpBackground );  
38.                         m_hDcOffscreen = NULL;  
39.                         m_hDcBackground = NULL;  
40.                         m_hbmpOffscreen = NULL;  
41.                         m_hbmpBackground = NULL;  
42.                     }  
43.                     else   
44.                     {  
45.                         CControlUI* pControl = NULL;  
46.                         while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) )   
47.                         {  
48.                             pControl->SetPos( pControl->GetPos() );  
49.                         }  
50.                     }  
51. ……  
52. }  

bool CPaintManagerUI::MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& lRes)
{
......
    case WM_PAINT:
        {
            // Should we paint?
            RECT rcPaint = { 0 };
            if( !::GetUpdateRect( m_hWndPaint, &rcPaint, FALSE) ) 
			{
				return true;
			}

            if( NULL == m_pRoot ) 
			{
                PAINTSTRUCT ps = { 0 };
                ::BeginPaint( m_hWndPaint, &ps );
                ::EndPaint( m_hWndPaint, &ps );
                return true;
            }            
            // Do we need to resize anything?
            // This is the time where we layout the controls on the form.
            // We delay this even from the WM_SIZE messages since resizing can be
            // a very expensive operation.
            if( m_bUpdateNeeded ) 
			{
                m_bUpdateNeeded = false;
                RECT rcClient = { 0 };
                ::GetClientRect( m_hWndPaint, &rcClient );
                if( !::IsRectEmpty( &rcClient ) ) 
				{
                    if( m_pRoot->IsUpdateNeeded() ) 
					{
                        m_pRoot->SetPos( rcClient );
                        if( m_hDcOffscreen != NULL ) ::DeleteDC( m_hDcOffscreen );
                        if( m_hDcBackground != NULL ) ::DeleteDC( m_hDcBackground );
                        if( m_hbmpOffscreen != NULL ) ::DeleteObject( m_hbmpOffscreen );
                        if( m_hbmpBackground != NULL ) ::DeleteObject( m_hbmpBackground );
                        m_hDcOffscreen = NULL;
                        m_hDcBackground = NULL;
                        m_hbmpOffscreen = NULL;
                        m_hbmpBackground = NULL;
                    }
					else 
					{
						CControlUI* pControl = NULL;
						while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) ) 
						{
							pControl->SetPos( pControl->GetPos() );
						}
					}
......
}

上面只给出了一部分代码。搜索一下调用EstimateSize函数的地方，发现CVerticalLayoutUI、CHorizontalLayoutUI、CTileLayoutUI和CTabLayoutUI类的SetPos函数中都会调到EstimateSize函数。从上面的代码可以看出，仅仅是产生一个WM_PAINT消息是不行的，是执行不到CVerticalLayoutUI、CHorizontalLayoutUI、CTileLayoutU等类的SetPos函数，执行不到CTextUI::EstimateSize函数的。也就是说，在设置文字的CControlUI::SetText函数中仅仅调用CControlUI::Invalidate函数是行不通的，是没法更新CTextUI控件大小的。
要调用到CVerticalLayoutUI、CHorizontalLayoutUI、CTileLayoutU等类的SetPos函数，首先要CPaintManagerUI::m_bUpdateNeeded为TRUE，那是不是要调用CPaintManagerUI::NeedUpdate()，先将m_bUpdateNeeded置为TRUE呢？于是加上代码，CTextUI文字还是刷新不了。于是继续看上面的代码，发现只有当CControlUI::m_bUpdateNeeded为TRUE时，才会调用控件对应的SetPos接口。于是有添加了CControlUI::NeedUpdate调用，问题还是没解决。其实，此时只是触发了控件本身CTextUI::SetPos的调用，此函数并没有调用CTextUI::EstimateSize，当然CTextUI::SetPos中不可能直接调用CTextUI::EstimateSize，是由于牵涉到父布局中的所有子控件（包括CTextUI控件）的摆放，理应由父布局统一统筹。

        4、自适应特性引起的不刷新问题的解决

那如何才能调到CTextUI::EstimateSize呢？该如何处理呢？考虑到CVerticalLayoutUI、CHorizontalLayoutUI、CTileLayoutUI和CTabLayoutUI类的SetPos函数中都会调到EstimateSize函数，而CTextUI控件一般是依附在CVerticalLayoutUI、CHorizontalLayoutUI等父布局下的，那么只要我们触发这些父布局调用对应的SetPos，就可以调用到CTextUI::EstimateSize函数，进而利用最新的文字来估计CTextUI控件的尺寸，将CTextUI控件的尺寸更新掉，从而能让最新的文字刷新显示出来。

那如何触发这些父布局调用对应的SetPos呢？我们且看CPaintManagerUI::MessageHandler中代码，

[cpp] view plaincopyprint?

1. bool CPaintManagerUI::MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& lRes)  
2. {  
3. ……  
4.     case WM_PAINT:  
5.         {  
6.  ……  
7.             if( m_bUpdateNeeded )   
8.             {  
9.                 m_bUpdateNeeded = false;  
10.                 RECT rcClient = { 0 };  
11.                 ::GetClientRect( m_hWndPaint, &rcClient );  
12.                 if( !::IsRectEmpty( &rcClient ) )   
13.                 {  
14.                     if( m_pRoot->IsUpdateNeeded() )   
15.                     {  
16.                         m_pRoot->SetPos( rcClient );  
17.                         if( m_hDcOffscreen != NULL ) ::DeleteDC( m_hDcOffscreen );  
18.                         if( m_hDcBackground != NULL ) ::DeleteDC( m_hDcBackground );  
19.                         if( m_hbmpOffscreen != NULL ) ::DeleteObject( m_hbmpOffscreen );  
20.                         if( m_hbmpBackground != NULL ) ::DeleteObject( m_hbmpBackground );  
21.                         m_hDcOffscreen = NULL;  
22.                         m_hDcBackground = NULL;  
23.                         m_hbmpOffscreen = NULL;  
24.                         m_hbmpBackground = NULL;  
25.                     }  
26.                     else   
27.                     {  
28.                         CControlUI* pControl = NULL;  
29.                         while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) )   
30.                         {  
31.                             pControl->SetPos( pControl->GetPos() );  
32.                         }  
33.                     }  
34. ……  
35. }  

bool CPaintManagerUI::MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& lRes)
{
......
    case WM_PAINT:
        {
 ......
            if( m_bUpdateNeeded ) 
			{
                m_bUpdateNeeded = false;
                RECT rcClient = { 0 };
                ::GetClientRect( m_hWndPaint, &rcClient );
                if( !::IsRectEmpty( &rcClient ) ) 
				{
                    if( m_pRoot->IsUpdateNeeded() ) 
					{
                        m_pRoot->SetPos( rcClient );
                        if( m_hDcOffscreen != NULL ) ::DeleteDC( m_hDcOffscreen );
                        if( m_hDcBackground != NULL ) ::DeleteDC( m_hDcBackground );
                        if( m_hbmpOffscreen != NULL ) ::DeleteObject( m_hbmpOffscreen );
                        if( m_hbmpBackground != NULL ) ::DeleteObject( m_hbmpBackground );
                        m_hDcOffscreen = NULL;
                        m_hDcBackground = NULL;
                        m_hbmpOffscreen = NULL;
                        m_hbmpBackground = NULL;
                    }
 					else 
					{
 						CControlUI* pControl = NULL;
						while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) ) 
						{
							pControl->SetPos( pControl->GetPos() );
						}
					}
......
}

如果让整个窗口的m_pRoot全布局全部刷新一遍，肯定实现上述更新CTextUI控件尺寸的目的。但是这代价太高了，仅仅是为了刷新一个CTextUI子控件的位置和尺寸，就让窗口的整个布局都重新刷新一遍，这肯定不可取的、不合理的。于是看其中的这段代码，

[cpp] view plaincopyprint?

1. else   
2.   
3.     CControlUI* pControl = NULL;  
4. while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) )   
5. {  
6.     pControl->SetPos( pControl->GetPos() );  
7. }  

else 
					{
 						CControlUI* pControl = NULL;
						while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) ) 
						{
							pControl->SetPos( pControl->GetPos() );
						}
					}

继续跟到__FindControlFromUpdate函数，如下所示。

[cpp] view plaincopyprint?

1. CControlUI* CALLBACK CPaintManagerUI::__FindControlFromUpdate( CControlUI* pThis, LPVOID pData )  
2. {  
3.     return pThis->IsUpdateNeeded() ? pThis : NULL;  
4. }  

CControlUI* CALLBACK CPaintManagerUI::__FindControlFromUpdate( CControlUI* pThis, LPVOID pData )
{
    return pThis->IsUpdateNeeded() ? pThis : NULL;
}

所以，我们只要将CTextUI所依附的父布局CVerticalLayoutUI或者CHorizontalLayoutUI等设置为需要刷新即可调用到CVerticalLayoutUI或者CHorizontalLayoutUI等的SetPos函数。所以最终的解决办法：在CTextUI中重写父类CControlUI中的虚函数SetText，添加的代码如下所示。

[cpp] view plaincopyprint?

1. void CTextUI::SetText( LPCTSTR pstrText )  
2. {  
3.     CControlUI::SetText( pstrText );  
4.   
5.     NeedParentUpdate();  
6. }  

void CTextUI::SetText( LPCTSTR pstrText )
{
	CControlUI::SetText( pstrText );

	NeedParentUpdate();
}

为了说明问题，将CControlUI::NeedParentUpdate的代码也贴出来，

[cpp] view plaincopyprint?

1. void CControlUI::NeedParentUpdate()  
2. {  
3.     if( GetParent() )  
4.     {  
5.         GetParent()->NeedUpdate();  
6.         GetParent()->Invalidate();  
7.     }  
8.     else  
9.     {  
10.         NeedUpdate();  
11.     }  
12.   
13.     if( m_pManager != NULL )  
14.     {  
15.         m_pManager->NeedUpdate();  
16.     }  
17. }  

void CControlUI::NeedParentUpdate()
{
    if( GetParent() )
    {
        GetParent()->NeedUpdate();
        GetParent()->Invalidate();
    }
    else
    {
        NeedUpdate();
    }

    if( m_pManager != NULL )
    {
        m_pManager->NeedUpdate();
    }
}

所以CTextUI::SetText不仅将父布局设置为需要刷新状态，而且调用CPaintManagerUI::NeedUpdate将m_bUpdateNeeded置为TRUE，进而保证代码能运行到CPaintManagerUI::MessageHandler中的WM_PAINT消息处理分支的如下代码段，

[cpp] view plaincopyprint?

1. else   
2.   
3.     CControlUI* pControl = NULL;  
4. while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) )   
5. {  
6.     pControl->SetPos( pControl->GetPos() );  
7. }  

else 
					{
 						CControlUI* pControl = NULL;
						while( pControl = m_pRoot->FindControl(__FindControlFromUpdate, NULL, UIFIND_VISIBLE | UIFIND_ME_FIRST) ) 
						{
							pControl->SetPos( pControl->GetPos() );
						}
					}

最终解决本案例中CTextUI控件不刷新显示的问题。

void CControlUI::PaintBkImage(HDC hDC)
{
	if (m_hIcon == NULL)
	{
		if( m_sBkImage.IsEmpty() ) return;
		if( !DrawImage(hDC, (LPCTSTR)m_sBkImage) ) m_sBkImage.Empty();
		}
	else
	{
		int iconSize = 0;
		// 因为icon宽和高都是一样的，所以取控件宽和高其中最小的值进行判断取多大的图标画出来。
		int minIcon = GetWidth() < GetHeight() ? GetWidth() : GetHeight();
		int m_iconSize[7] = {16, 24, 32, 48, 64, 128, 256};
		bool flag = false; 
		for (int i=0; i<6; ++i)
		{
			if (minIcon >= m_iconSize[i] && minIcon < m_iconSize[i+1])
			{
				iconSize = m_iconSize[i];
				flag = true;
				break;
			}
		}
		if (!flag)
		{
			if (minIcon<m_iconSize[0])
			iconSize = m_iconSize[0];
			else
			iconSize = m_iconSize[6];
		}

		int x = (GetWidth()-iconSize)/2;
		int y = (GetHeight()-iconSize)/2;
		::DrawIconEx(hDC, m_rcItem.left+x, m_rcItem.top+y, m_hIcon, iconSize, iconSize, 0, 0, DI_NORMAL);
	}

}

//m_hicon需要添加个方法设置，

#import “..\Utils/Flash11.tlb” raw_interfaces_only, named_guids

改为：

#import “..\Utils/Flash11.tlb” raw_interfaces_only, named_guids, rename(“IDispatchEx”,”IMyDispatchEx”)

经过这两天的搏斗，朕在没有整过activeX这小b玩意儿的情况下还是收获了一些技巧，特此记录下来以便日后查看，也为苦于在C++中手动添加ActiveX时想摆脱mfc的小白们提供一些便利。
p.s. 当初在网上搜了半天都没有找到完整的一套操作步骤，对于朕这种小白来说入手起来真是太耽误时间了…

废话不多说，上正文 >>>

● 主要思想
用MFC加载ActiveX控件很简单，几步就弄好了，在面板上直接插入、设置属性、添加变量…反正几下就可以显示了，VS会直接生成啥啥头文件（cpp文件目录下）还有tlh、tli之类的文件(Debug文件夹中)。但在非MFC工程中无法以同样的方法自动引入控件来使用，因此我们引入MFC中生成好的.tlh和.tli文件，就可以使用控件中的各种属性和方法了。

● 下载安装TeeChart Pro ActiveX控件
慧都公司是TeeChart在国内的代理，慧都控件网上可以下载试用版和用户手册啥的，但是其可恨之处在于下载了试用版后，去TeeChart官网上申请序列号时网站慢得一比那啥，而且朕还是翻墙哟亲，不翻的话连卡的机会都木有哟亲，好不容易加载完界面，填完了信息后一提交便陷入无止尽的等待…朕只好转而用盗版了…TeeChart Pro v8还真不好找，全是CSDN上收3分5分的下载，后来下个v5的版本整了半天老崩溃（朕是win7 64位home版，IDE是vs2008）。

最后才发现其实下载下来安装完了无非就用到个.ocx文件，安装时顺便帮你注册了，还有就是安装后会自带很多MFC的例子，然后就没有然后了。于是果断只下载了个TeeChart v8的ocx文件（度娘一搜就有很多，还不用受50天试用限制哟亲）。

下载了.ocx文件了要在注册表里注册啊，简单啊，但正版的win7有时很2啊，直接运行cmd注册这玩意儿不好使啊，所以64位的win7童鞋，请打开您的C:\Windows\SysWOW64\，里面有个cmd.exe看到了伐，右键“以管理员身份运行”，然后在cmd里面输入“regsvr32 D:\TeeChart8.ocx”（绝对路径就行），这样就算注册完鸟，就可以在MFC里面找到这个ActiveX控件鸟~

● 在MFC中引入ActiveX控件，生成.tlh和.tli文件
(参照http://blog.csdn.net/boygrass/article/details/7482530）
新建MFC工程—-为工程添加一个新类，选择Categories下的MFC Class From TypeLib（这里很多人会选错成MFC Class From ActiveX Control） —- 选择从Registry（注册表）添加类，Available type libraries中选择TeeChart Pro ActiveX Control v8，从下面的接口选择中，选择需要用到的接口（可全选）—-资源视图在对话框上单击右键，选择Insert ActiveX Control，再选择TeeChart Pro ActiveX Control —- 对话框上出现了TeeChart控件，调整它的大小并把它移到合适的位置上，双击TeeChart控件，为控件添加一个Series
我这里选择Fast Line的Series —- 右键单击控件，Add Variable(添加变量)，都使用默认设置，设置Variable name，我这里设为：m_tchartDemo —-在CXXXXXDlg类的构造函数中，把m_tchartDemo(0)去掉。并在XXXXDlg.cpp中添加#include “CTChart.h”。

好了，快编译吧快编译吧…在工程目录里的Debug文件夹下面找到teechart8.tlh和teechart8.tli，马上复制在手，咱走着~~MFC拜拜吧您肋~

● 在Duilib中使用TeeChart
把刚出炉的teechart8.tlh和teechart8.tli拷贝到duilib工程目录下，在VS中将teechart8.tlh添加到工程的头文件目录中，在使用控件的cpp中直接#include “teechart8.tlh”就能用鸟~需要注意的是teechart8.tlh里面引用teechart8.tli的路径需要改成当前teechart8.tli的路径。
顺便说下，xml中的clsid号是{BDEB0088-66F9-4A55-ABD2-0BF8DEEC1196}，我下载的这个版本是这个clsid，如有雷同，纯属您跟我是同一版本,此外，IDD是IID_IDispatch，多说无益，.tlh有ActiveX控件的所有方法，用户手册里面也都挺全的。

STDMETHODIMP DuiLib::CWebBrowserUI::GetHostInfo( DOCHOSTUIINFO* pInfo ) { pInfo->dwFlags |= DOCHOSTUIFLAG_NO3DBORDER;//去掉3D边框 if (m_pWebBrowserEventHandler) { return m_pWebBrowserEventHandler->GetHostInfo(pInfo); } return S_OK; }
1.修改CWebBrowserUI的STDMETHOD(GetHostInfo)(DOCHOSTUIINFO* pInfo)函数，如下：

STDMETHODIMP DuiLib::CWebBrowserUI::GetHostInfo( DOCHOSTUIINFO* pInfo )
{
pInfo->dwFlags |= DOCHOSTUIFLAG_NO3DBORDER;//去掉3D边框
if (m_pWebBrowserEventHandler)
{
return m_pWebBrowserEventHandler->GetHostInfo(pInfo);
}
return S_OK;
}
注意：此种方法直接修改了库的源码，不建议。

2.建一个新类继承自CWebBrowserEventHandler覆盖HRESULT STDMETHODCALLTYPE GetHostInfo(DOCHOSTUIINFO __RPC_FAR *pInfo)如下：

virtual HRESULT STDMETHODCALLTYPE GetHostInfo( DOCHOSTUIINFO __RPC_FAR *pInfo)
{
if (pInfo != NULL)
{
pInfo->dwFlags |= DOCHOSTUIFLAG_NO3DBORDER;
}
return S_OK;
}
使用的时候

pWeb->SetWebBrowserEventHandler(你的子类);
建议此方法，不修改源库，继承的方法。

1.xml中配置<ActiveX name="ie" clsid="{8856F961-340A-11D0-A96B-00C04FD705A2}" delaycreate="false"/>

2.代码中实现：

CActiveXUI* pActiveXUI = static_cast<CActiveXUI*>(m_pm.FindControl(_T("ie")));
if( pActiveXUI ) 
 {
    IWebBrowser2* pWebBrowser = NULL;
    pActiveXUI->GetControl(IID_IWebBrowser2, (void**)&pWebBrowser);
    if( pWebBrowser != NULL ) 
    {
     pWebBrowser->Navigate(L"http://www.duilib.com",NULL,NULL,NULL,NULL); 
     pWebBrowser->Release();
    }
  }

CWebBrowserUI 使用
1.XML配置<WebBrowser name="ie" clsid="{8856F961-340A-11D0-A96B-00C04FD705A2}" delaycreate="false"/>

2.创建CWebBrowserEventHandler* m_pWebBrowserEventHandler对象

3.如果不需要滚动条则需要在virtual HRESULT STDMETHODCALLTYPE GetHostInfo(/* [out][in] */ DOCHOSTUIINFO __RPC_FAR *pInfo)中设置pInfo->dwFlags |= DOCHOSTUIFLAG_SCROLL_NO | DOCHOSTUIFLAG_NO3DBORDER;
4.如果不想要菜单则在virtual HRESULT STDMETHODCALLTYPE ShowContextMenu(
/* [in] */ DWORD dwID,
/* [in] */ POINT __RPC_FAR *ppt,
/* [in] */ IUnknown __RPC_FAR *pcmdtReserved,
/* [in] */ IDispatch __RPC_FAR *pdispReserved)
返回S_OK，如果想要显示菜单则返回S_FALSE

5.打开页面

CWebBrowserUI  * pWebBrowserUI = static_cast<CWebBrowserUI *>(m_pm.FindControl(_T("ie")));
 pWebBrowserUI ->SetWebBrowserEventHandler(m_pWebBrowserEventHandler);
if(  pWebBrowserUI != NULL )  {
      pWebBrowserUI ->Navigate2(_T("http://www.duilib.com")); 
 }

感谢指正。

有很多人不知道如何编译成静态库，其实很简单的。

首先在vs中设置duilib项目。如图：配置类型改为静态库。

第二步修改UIlib.h头文件上面的宏。如图：

第三步在这个头文件下面添加内容：

#pragma comment(lib,”oledlg.lib”)
#pragma comment(lib,”winmm.lib”)
#pragma comment(lib,”comctl32.lib”)
#pragma comment(lib,”Riched20.lib”)

如图：

然后编译，看看它的生成目录是不是有个DuiLib.lib文件生成。注意不是bin目录。

修改第一个demo的链接项，编译后连同它需要的皮肤文件拷贝到任意一个地方，运行试试

from http://blog.csdn.net/tornodo/article/details/7660728