Prof-UIS学习

来源:互联网 发布:windows编程入门书籍 编辑:程序博客网 时间:2024/05/21 21:40

                      Prof-UIS 2.6

第1章 框架生成的基本结构

       1.1向导生成的代码

在使用Prof-UIS的向导时不选择任何Prof-UIS的属性,来生成一个SDI工程。 

 

Prof-UIS向导默认在程序中使用Prof-UIS扩展的工具栏和状态栏。下面是向导生成的代码:

在stdafx.h中包含了Prof-UIS扩展库的头文件

#include <Prof-UIS.h>

在YourApp.cpp中加为CYourApp类添加了一个新的成员函数

void SetupUiAdvancedOptions();

定义如下:

此函数在InitInstance函数中调用如下:

它的作用是初始化Prof-UIS库并设置相应的控件风格

 

g_CmdManager->ProfileSetup(__PROF_UIS_PROJECT_CMD_PROFILE_NAME)中

g_CmdManager是Prof-UIS库中的一个全局变量定义在ExtCmdManager.h和ExtCmdManager.cpp中如下:

extern __PROF_UIS_API CExtCmdManager::CExtCmdManagerAutoPtr g_CmdManager;和

CExtCmdManager::CExtCmdManagerAutoPtr g_CmdManager;

CExtCmdManager类是一个辅助类,它包含着所用的Prof-UIS的用户接口的控件信息,包括,我们可以通过全局变量g_CmdManager来得到指向CExtCmdManager的指针。

CExtCmdManagerAutoPtr类有一个重载运算符

// command manager instance access

CExtCmdManager * operator -> ();

通过g_CmdManager->可以得到CExtCmdManager的指针。

 

 1.2 Command Manager,Command Profile, Command description

Command Manager在Prof-UIS中是一个重要的概念,Command Manager是类CExtCmdManager的对象。Command Manager是一个指定的Command Profile的集合,每一个Command Profile是类CExtCmdProfile的对象,每一个Command Profile都有它自己唯一的名字并保存有一系列的HWND句柄,这就使得一个窗口(控件也是窗口)知道它属于哪一个Command Profile。Command Profile更重要的任务是保存Command description,Command description是类CExtCmdItem的对象,它保存这单一窗口的信息,包括:

标识符

菜单项,工具栏按钮,提示,状态栏的文本

图标

支持可扩展的弹出菜单的命令

 

大部分应用程序都是基于Command Manager中的单一的Command Profile,这个Command Profile保存这主框架窗口或主对话框的HWND句柄,这允许主窗口和它的所有的子窗口都可以自动的得到需要的Command description。

当开始使用Prof-UIS库时必须初始化一个Command Manager,将一个Command Profile添加到Command Manager中,然后把要使用的所有的Command description放到这个Command Profile中。你要在程序初始化或窗口创建时添加下列代码:

注意上面的"name of the command profile"这是Command Profile的标识符,必须使用你想要添加到并且是以及安装到Command Manager的Command Profile的名字。

注意,最后Command Manager必须被销毁,在CMainFrame::DestroyWindow()中(基于对话框的程序在OnOK()和OnCancel()中),以使得窗口句柄得到释放:

g_CmdManager->ProfileWndRemove(GetSafeHwnd());

 

1.3初始化过程

了解了Command Manager的概念和Prof-UIS库的初始化后再来看看用Prof-UIS向导生成的代码的初始化过程:

首先初始化

首先为Command Manager安装一个不与任何窗口关联的Command Profile,在YourApp.h中有如下的定义

在int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)中向已安装的Command Profile中添加关联窗口,

在BOOL CMainFrame::DestroyWindow()中销毁Command Manager

    

1.4 显示风格

在void CUIS0App::SetupUiAdvancedOptions()中有下面一段代码:

  

这段代码是设置显示风格和设在菜单风格的代码。

g_PaintManager是全局变量在ExtPaintManager.h中ExtPaintManager.cpp分别有定义:

extern __PROF_UIS_API CExtPaintManager::CExtPaintManagerAutoPtr g_PaintManager;

CExtPaintManager::CExtPaintManagerAutoPtr g_PaintManager;

 

bool CExtPaintManager::CExtPaintManagerAutoPtr::

       InstallPaintManager(CRuntimeClass * pRtcPaintManager)

bool CExtPaintManager::CExtPaintManagerAutoPtr::

       InstallPaintManager(CExtPaintManager * pPaintManager)

是用来安装显示风格的,以上的

CExtPaintManager是传统的显示风格9x/2000的风格

CExtPaintManagerXP

CExtPaintManagerOffice2003等都是从CExtPaintManager派生的

 

菜单的显示样式,具体在菜单的章节中介绍。

 

    1.5 CExtNCW

    Prof-UIS向导生成的代码中,对话框和主框架窗口都是从CExtNCW模板类继承的如:

class CAboutDlg : public CExtNCW < CExtResizableDialog >

class CMainFrame : public CExtNCW < CFrameWnd >

是对窗口的模板化,其中对窗口进行了一些处理以便适应不同显示样式对窗口的要求,主要是Office2007模式。

    其中class CMainFrame : public CExtNCW < CFrameWnd >

使用了基本的模板类,但是

class CAboutDlg : public CExtNCW < CExtResizableDialog >

使用的是CExtNCW模板类的一个实例化。

 

    1.6 系统默认工具栏和状态栏

    Prof-UIS向导生成的代码中默认使用Prof-UIS扩展的工具栏和状态栏风格,因为Prof-UID扩展风格的菜单是使用Menu bar实现的,所以向导会要求用户选择是否使用menu bar。如果用户使用传统的菜单时,向导就不会对菜单进行扩展。

    向导生成的代码中使用了如下的工具栏和状态栏

      

    1.6.1 工具栏的创建过程:

使用CExtControlBar::Create函数创建工具栏如下:

  

使用

代替MFC的EnableDocking()

 

    1.6.2 状态栏的创建过程

CExtStatusControlBar是直接从MFC的CStatusBar继承来的,所以它的创建方法与MFC的相同:

  

    1.6.3 预留接口

在Prof-UIS向导生成的代码中预留了很多的扩展接口。

这些都是向导生成的预留的代码,当程序扩展的时候使用。

第2章 工具栏

    2.1 响应工具栏命令

    Prof-UIS扩展风格的工具栏命令响应的方式与普通的MFC工具栏命令响应方式相同,我们可以使用ON_COMMAND或ON_COMMAND_EX来响应工具栏按钮命令,使用ON_UPDATE_COMMAND_UI来更新工具栏按钮状态。

    在Prof-UIS向导生成的代码里,对工具栏命令的响应和更新函数中分别调用了

CExtControlBar::DoFrameBarCheckCmd

CExtControlBar::DoFrameBarCheckUpdate

它们的作用是针对控件的隐藏和显示以及是控件的到焦点的函数。

 

    2.2 添加一个新工具栏

    2.2.1 添加工具栏

    下面我们来添加一个自己的工具栏,添加Prof-UIS扩展风格的工具栏与添加传统的MFC风格的工具栏方法相同。

首先在CMainFrame中添加成员m_wndMyToolBar如下:

CExtToolControlBar m_wndMyToolBar;

要使用添加Prof-UIS扩展风格的工具栏,就要构建一个CExtToolControlBar的对象来代替传统的MFC风格的CToolBar的对象。然后在资源编辑器中创建一个新的工具栏,资源ID为IDR_MY_TOOLBAR。接下来要编写创建工具栏和加载工具栏资源的代码:

在CMainFrame::OnCreate中加入如下代码

  

注意:在m_wndMyToolBar.Create中有一个ID_TOOLBAR_MY的参数,它是生成的工具栏的ID,也是对应该工具栏的工具栏更新菜单项的ID(这个ID要在Resourec.h中手工定义,下面会讲到工具栏更新菜单),要把它与IDR_MY_TOOLBAR区别开来,IDR_MY_TOOLBAR是工具栏资源ID。

 

    最后在OnCreate的后部加入下面一段代码:

  

然后编译执行就可以创建一个新的工具栏了

 

 

 

    2.2.2  响应工具栏更新命令

    按照上面的方法我们已经创建了一个新的工具栏,并且Prof-UIS库为我们创建了一个工具栏更新的弹出菜单,解决当用户关闭工具栏后不能再次显示的问题。当用户在工具栏空白处单击右键是会显示工具栏更新弹出菜单,但是这里有一个问题,我们刚刚创建的工具栏更新菜单项是不可用的如图2.1,这是因为程序没有响应工具栏更新菜单命令。

    要响应工具栏更新菜单命令就要用到向导预留的代码和我们定义的工具栏ID。还记得上面我们创建工具栏的代码吗?

Prof-UIS自动为工具栏和相应的更新菜单项关联起来,参数_T("我的工具栏")即使工具栏的标题(当工具栏浮动时显示)也是更新菜单项的文本,ID_TOOLBAR_MY即使工具栏ID也是更新菜单项的ID,下面响应菜单命令时会使用这个ID。

在CMainFrame中加入菜单响应函数和更新函数:

    注意:上面使用了ON_COMMAND_EX宏它与ON_COMMAND宏的作用相同但是它要求命令响应函数的形式必须是BOOL FunName(UINT)这样的形式。

 

在上面的命令响应函数和更新函数中分别了

CExtControlBar::DoFrameBarCheckCmd(this,nID,false);

CExtControlBar::DoFrameBarCheckUpdate(this,pCmdUI,false);

这两个函数是Prof-UIS库为我们提供的更新代码,用它们来实行工具栏的显示和隐藏,具体的内容请参看Prof-UIS help。

    再次编译并执行程序,就可以使用工具栏更新菜单项了。

    2.2.3 使用真彩位图

    在Prof-UIS库中使用真彩位图工具栏的方法与以前使用MFC时使用真彩位图工具栏的方法一致。

   

    2.3 工具栏按钮显示文本

    在使用CToolBar时使用SetButtonText和SetSizes来实现在工具栏按钮上显示文本,但是使用CExtToolControlBar时就不能在使用SetButtonText和SetSizes了,因为这两个函数时CToolBar的成员函数,但是CExtToolControlBar是间接继承于MFC的CControlBar类,所以SetButtonText和SetSizes不再有效了。

    这里就要用到Command Profile和Command description了。每一个Command description都保存有一个控件的信息,可以通过修改控件的基本信息来改变它显示效果。

    首先必须在已经安装的Command Profile中注册你的控件,用下面的代码来注册新添加的工具栏:

注意:注册是使用的ID必须是资源ID

 

通过CExtCmdManager::CmdGetPtr获得指定的CExtCmdItem的指针,这个指针是由指定的Command Profile名字和控件的ID指定的。

如果要动态的修改工具栏按钮的文本,也可以使用上面的代码,但是不要忘了在后面调用CWnd::RecalcLayout();

2.4 工具栏初始化

2.4.1 位置

默认情况下当应用程序启动是,工具栏的分布情况如图2.2每一个工具栏都会占用一行,这样太浪费空间。要是程序启动是工具栏排列在同一行上,这与MFC中使用同样的方法:

  

我在程序中又加入了一个m_wndYourToolBar用以作为对比。

 2.4.2 浮动

要是工具栏浮动使用Prof-UIS的CExtControlBar::FloatControlBar来代替MFC的CFrameWnd::DockControlBar。

2.4.3 隐藏

如果工具栏停靠在框架窗口中,使用CFrameWnd::ShowControlBar来隐藏

ShowControlBar(&m_wndMyToolBar,false,false);。

2.4.4 大图标

动态显示改变图标大小就是要改变。

static bool CExtToolControlBar::g_bToolbarLargeIcons的值

true 为大图标 false 为正常图标

语句后面要调用RecalcLayout()来改变工具栏的布局。

 

2.5 drop-down button

很多应用程序的工具栏都含有drop-down button,在Prof-UIS库中我们很容易实现drop-down button。

首先使用菜单编辑器编辑一个弹出菜单,并将其注册到已安装的Command Profile中。

然后在工具栏创建后得到想要加载弹出菜单的按钮的索引

   

这样就可以为指定的工具栏按钮加载弹出菜单了。

drop-down button有两种形式,上面实现的是单一的弹出菜单按钮,只要单击工具栏中相应的按钮就会弹出菜单,还有一种是drop-down arrow和button分离的,当单击按钮是不会弹出菜单,单击箭头是会弹出菜单。

    在上面代码的基层上在加上下面的代码就会实现第二种drop-down button

    CExtBarButton* pTBB = m_wndMyToolBar.GetButton(nButtonIndex);

    ASSERT(pTBB);

    pTBB->SetSeparatedDropDown();//分离button和arrow的关键

pTBB->SetNoRotateVerticalLayout();//是工具栏停靠在侧面时按钮的显示//效果与停靠在顶部时相同

编译并运行程序,可以看到指定的工具栏按钮旁边出现了一个下拉的箭头。但如果这个工具栏按钮不是活动的,也就是程序中并没有响应该按钮的消息的话,第一种按钮不会弹出菜单,第二种按钮的按钮无效但是下拉箭头有效。

所以你必须为该工具栏按钮提供消息的响应代码使按钮处于活动状态。需要注意的是对于第一种按钮这个函数只是起到是按钮获得的作用,当用户单击工具栏按钮时只弹出相应的弹出菜单,函数中的代码并不执行。对于第二种按钮来说这个函数是响应按钮消息的,当用户单击工具栏按钮时执行函数中的代码,不会弹出菜单。作为试验可以在消息函数中加入一个弹出对话框:

AfxMessageBox(“Button Clicked”);

来对两种按钮进行测试。

 

 

 

    2.6 在工具栏中添加控件

    首先在要添加控件的工具栏的适当位置添加一个工具栏按钮,按钮的图标不用管,定义一个ID,例如:ID_COMBOBOX_IN_TOOLBAR。

    然后为CMainFrame添加一个成员

    CExtComboBox m_Combo;//如果使用CComboBox也可以,但是显示的是MFC传统风//格的ComboBox

    要在m_wndYourToolBar上的ID为ID_COMBOBOX_IN_TOOLBAR处添加ComboBox,必须在m_wndYourToolBar创建以后才能添加。添加ComboBox的代码如下:

编译并运行ComboBox虽然是创建了但是不可用,那是因为ID_COMBOBOX_IN_TOOLBAR处于不可用的状态,要是它可用仍然要响应该按钮的消息。

 

 

    2.7 CExtThemeSwitcherToolControlBar

    Prof-UIS库为程序员内置了一个主题选择工具栏

CExtThemeSwitcherToolControlBar,使用这个工具栏就可以在程序中切换各个Prof-UIS内置的界面风格。

在CMainFrame中声明一个CExtThemeSwitcherToolControlBar的对象

CExtThemeSwitcherToolControlBar m_wndTSTCB;

创建并初始化该工具栏

停靠CExtThemeSwitcherToolControlBar与停靠其他的工具栏相同

m_wndTSTCB.EnableDocking(CBRS_ALIGN_ANY);

//...

DockControlBar(&m_wndTSTCB,AFX_IDW_DOCKBAR_RIGHT);//停靠在窗口右侧

第3章 状态栏

    Prof-UIS中的状态栏是比较简单的一个控件,Prof-UIS向导生成的代码就默认的包含扩增风格的状态栏。

    3.1 创建和初始化状态栏

    Prof-UIS的状态栏类是CExtStatusControlBar它直接从MFC的CStatusBar类继承下来。在程序中使用状态栏时要在CMainFrame中声明一个CExtStatusControlBar的对象,然后创建并初始化该对象:

CExtStatusControlBar m_wndStatusBar;

在OnCreate中创建并初始化状态栏对象

这里的Create和SetIndicators都是CStatusBar的成员函数,所以Prof-UIS的状态栏的使用方法与MFC状态栏的使用方法没什么不同。

初始化时调用的indicators是在OnCreate前部定义的数组:

我们也可以加入自己的指示器,先在资源编辑器中定义一个字符串资源:

m_bMyString是字符串显示的控制标志

这样当你触发某项设置时使m_bMyString为true,字符串”String”就会显示在状态栏中,其实NUM CAP SCRL都是这样实现的只不过它们是在MFC内部实现的。

Prof-UIS改写了CStatusBar的SetPaneInfo但是参数与使用方法与MFC的一致,要改变状态栏Indicator的属性请使用SetPaneInfo。

       

        3.2 在状态栏中添加控件

        经常要在状态栏中添加一些控件,Prof-UIS为程序员提供了便利的方法。现在CMainFrame中定义一个CExtStatusControlBar的对象,然后在OnCreate中创建一个状态栏(其实这些步骤Wizard已经为程序员写好了,在第一章中有介绍)。然后加入控件,下面是加入控件的过程(以加入一个普通按钮为例):

  

 


第4章 菜单栏

         Prof-UIS的向导在默认的情况下是不生存菜单栏的,当程序员在Prof-UIS Application Wizard的Prof-UIS Features Step 3中选择Use Menu Bar的选项,系统就会在为你生成的应用程序中使用菜单栏。

 

        4.1 Wizard生成的Menu Bar

         看看向导生成的代码的结构,在CMainFrame中多出了一个m_wndMenuBar的变量,它是一个CExtMenuControlBar的对象,这就是菜单栏了。

         菜单栏的创建与工具栏的创建是一致的这是因为CExtMenuControlBar是直接派生自CExtToolControlBar的,而且CExtMenuControlBar并没有改写Create函数,所以菜单栏的创建和工具栏的创建都是调用的CExtControlBar的Create函数。

在CMainFrame的OnCreate函数中:

    

    4.2 添加一个新菜单

    上面的代码有令人费解的地方,m_wndMenuBar从定义到创建再到停靠,没有和主菜单资源有过任何的联系,那为什么程序执行后菜单栏中的菜单项和菜单资源一样呢?这里Prof-UIS默认将创建后没有加载菜单资源的CExtMenuControlBar的对象加载IDR_MAINFRAME菜单资源。所以要添加一个非默认的菜单栏,就要使用

CExtMenuControlBar::LoadMenuBar函数,并在创建后加载菜单资源。

    下面要给程序添加一个新的菜单栏,并实现在两个菜单栏之间切换。

    首先要在资源编辑器中添加一个新的菜单,同时使两个菜单拥有一个共同的项

ID_MENU_CHANGE(为了切换菜单栏)。然后将菜单注册到已经安装的Profile中:

在CMainFrame中添加一个菜单表标识成员

bool m_bMenuChange;在构造函数中初始化(初始化成什么随兴趣而定)。

添加菜单项ID_MENU_CHANGE命令的处理函数OnMenuChange:

 最后要调用CExtMenuControlBar::UpdateMenubar来更新菜单栏。

 

    4.3 动态更新菜单项

    动态修改菜单项很简单,因为CExtMenuControlBar提供了一个成员函数:

CMenu* CExtMenuControlBar::GetMenu() const;可以放回菜单的指针,有了这个指针我们就可以作很多事情了。例如可以用在MFC下添加菜单项的方法来添加菜单项:

  

等方法来更改菜单。

    4.4  菜单特点

    我们的应用程序执行后菜单看起来不是很美观,因为它缺少阴影,提示等细节。下面来看看什么因素决定了这些细节。

    在向导产生的代码中主程序类中多出了一个这样的函数SetupUiAdvancedOptions

在这个函数的最后部分有一大段代码:

         4.

5 上下文菜单

    可以使用传统的MFC的上下文菜单,但是只是显示出MFC风格的菜单。Prof-UIS中的上下文菜单是通过CExtPopupMenuWnd实现的。首先在资源编辑器中编辑一个菜单资源,然后再添加WM_CONTEXTMENU消息的处理函数。

    在函数OnContextMenu中添加如下代码:

   

就可以实现右键菜单了,但是一定要将菜单资源注册到以安装的Profile中。TPMX_LEFTALIGN是菜单的显示风格,具体请参阅Prof-UIS help的CExtPopupMenuWnd类和ExtPopupMenuWnd.h中从732行到790行的部分代码。

    4.6 内建弹出菜单

    Prof-UIS库内建了许多的弹出菜单,有...

    4.6.1 Theme Switcher Menu

    Theme Switcher Menu的使用很方便,当某一菜单项的ID被设置为 29999 或者

ID_EXT_PM_MENU_MARKER_THEME_CHANGER 这个菜单项就会被替换成Theme Switcher Menu。因为在ResPM.H中有这样的定义:

#define ID_EXT_PM_MENU_MARKER_THEME_CHANGER     29999

    4.6.2 Color Selection Menu

    Color Selection Menu没有内置的ID,所以要在编程是手工加入。每一个

CExtPopupColorMenuWnd对象代表一个Color Selection Menu,

CExtPopupColorMenuWnd是从CExtPopupMenuWnd继承下来的。使用时首先在菜单中添加一个普通的菜单项用来当作Color Selection Menu的上级菜单项,例如ID为ID_POPUP_8X5(默认规格为8X5)。下面的代码是将Color Selection Menu加载到指定菜单项中(实质是替换):

上面的代码将ID_POPUP_8X5替换成一个弹出的Color Selection Menu,这个弹出菜单显示了5行8列的颜色块,CExtPopupColorMenuWnd提供了两个成员函数:

SetColors8x5和SetColors8x2分别用来设置Color Selection Menu的显示样式。在调用CExtPopupMenuWnd::ItemInsertSpecPopup之前通过调用

CExtPopupColorMenuWnd::SetColors8x2就可以将Color Selection Menu的显示风格改变,

 

 

除了使用CExtPopupColorMenuWnd给定的两个显示形式以为,还可以自定义显示形式。

安装上面的方法对Color Selection Menu进行初始化,之后将所有的颜色位图全部删除

       pColorPopup->RemoveAllColors();

删除后弹出菜单只剩下“默认颜色”和“自定义颜色...”两项了。

然后定义Color Selection Menu每一行显示的Color Cell的数目和每一个Color Cell的尺寸。

      

除了可以改变Color Selection Menu的显示样式以为,CExtPopupColorMenuWnd还提供了几个共有的数据成员,这些数据成员决定了Color Selection Menu的显示细节。

“默认颜色”是否显示

bool m_bEnableBtnColorDefault

“自定义颜色...”是否显示

bool m_bEnableBtnColorCustom

“默认颜色”的文本

CExtSafeString m_sBtnTextColorDefault

“自定义颜色...”的文本

CExtSafeString m_sBtnTextColorCustom

选中的颜色//如果给定的颜色菜单中没有则不显示

COLORREF m_clrInitial

    上面的代码生成的只是一个Color Selection Menu但它不是有效的,以为并没有对它进行消息的映射。下面来添加消息函数,使Color Selection Menu有效。

CExtPopupColorMenuWnd已经注册了三个消息:

g_nMsgNotifyColorChanged消息,当鼠标在Color Cell上面时发送给它的处理窗口,

g_nMsgNotifyColorChangedFinally消息,当鼠标选取某一Color Cell时发送,

g_nMsgNotifyCustColor消息,当选取自定义颜色的按钮时发送。

按照如下的方法映射并处理这三个消息:

    为什么这里的lParam会携带ID这样的信息哪?这些消息的处理函数被映射到哪里呢?

这些问题就是Color Selection Menu初始化时的事情了:

       pColor8x5->m_lParamCookie = LPARAM(ID_POPUP_8X5);

       pColor8x5->m_hWndNotifyColorChanged = GetSafeHwnd();

这两个成员表示了消息的ID以及处理消息的窗口的句柄,另外消息的wParam项携带的是触发消息的颜色的值。

    4.6.3 Date Picker Menu

    Date Picker Menu使用来选择日期的菜单,它是CExtPopupDatePickerMenuWnd的一个实例,添加Date Picker Menu的方法与添加Color Selection Menu的方法相同。下面是添加Date Picker Menu的具体代码:

   

  

注意:Prof-UIS 2.6 Freeware 不支持Date Picker Menu,Prof-UIS 2.6 Trial支持Date Picker Menu但是这个版本只提供MSCS Debug版本。

 

    4.7菜单内置消息

    Prof-UIS注册了大量的菜单消息,但是这些消息都是CExtPopupBaseWnd注册的,源代码在ExtPopupMenuWnd.h第303行~317行和ExtPopupMenuWnd.cpp第178行~238行。其中有些消息事是很常用并且很重要的。

   

    4.7.1 Owner Draw Menu Item

利用CExtPopupMenuWnd::g_nMsgPopupDrawItem消息可以实现菜单项的自绘,添加这个消息的处理函数

 

    4.7.2 Popup Menu With Left Area

    实现Left Area除了处理CExtPopupMenuWnd::g_nMsgPopupDrawLeftArea消息外,还要在加载弹出菜单资源前调用函数SetLeftAreaWidth来设置宽度和触发

CExtPopupMenuWnd::g_nMsgPopupDrawLeftArea。下面是消息的处理过程:

  

    4.7.3 Palette Menu

    通过CExtPopupMenuWnd::g_nMsgPrepareMenu消息可以实现Palette Menu,首先要准备一个位图资源,然后按照你的Palette Menu有多少项,在Resource.h中申请多少个连续ID(ID连续很重要)。然后实现消息的处理函数如下:

 

  

    4.8 留下的问题

    还有几种菜单没有介绍如:Tear-Off Menu和Menu With Combo Edit Date Field这些菜单都需要CExtCustomSite,这个类后面会学习。


本文来自CSDN博客,转载自:http://blog.csdn.net/tm_wb/archive/2006/10/12/1331623.aspx

原创粉丝点击