发信人: girlrong()
整理人: supermario(1999-11-18 07:37:04), 站内信件
|
ID的分配
可以看到,每个子窗口都有个id,同一个父窗口的子窗口的id不能重复。mf c的一些现成的控件子窗口都有预定义的id:
id名 id值 意义
AFX_IDW_TOOLBAR 0xE800 // 主窗口的工具栏的id
AFX_IDW_STATUS_BAR 0xE801 // 状态栏的id
AFX_IDW_PREVIEW_BAR 0xE802 // PrintPreview Dialog Bar
AFX_IDW_RESIZE_BAR 0xE803 // OLE in-place resize bar
AFX_IDW_REBAR 0xE804 // COMCTL32 "rebar" Bar
AFX_IDW_DIALOGBAR 0xE805 // CDialogBar
还有象单文档程序的视图窗口,多文档程序的那个MDIClient窗口,分隔条窗口, 他们的id值介于下面两个id值之间:
AFX_IDW_PANE_FIRST 0xE900 //
AFX_IDW_PANE_LAST 0xE9FF
你要给你自己的子窗口分配id的话,别和上面的重复了。一般如果用IDE的菜 单view/resource symbols项来加入自己的id的话,是不会重复的。有关id,还可 以看看msdn里的TN020文章,那是专讲id的。
实例分析
1。CFrameWnd类是如何调用RepositionBars函数的
前面介绍了RepositionBars的各个参数和意义,现在看看CFrameWnd类是如何 调用这个函数的,从中可以学习RepositionBars函数的使用方法。
CFrameWnd类及其派生类生成的窗口的客户区内可以有工具栏,状态条和视图 窗口等子窗口。当父窗口的尺寸发生变化时,这些子窗口的各自的位置和大小比 例关系保持不变,这就需要父窗口一旦在它自己的尺寸发生变化时就调用Reposi tionBars函数。CFrameWnd类是集中在函数RecalcLayout里调用RepositionBars函 数的。该类保证了在窗口尺寸发生变化时函数RecalcLayout都被调用,从而Repo sitionBars函数也能被及时调用,确保了各个子窗口都能及时调整自己的位置和 大小。
RecalcLayout是个虚函数。该函数的功能就是在主框架的客户区内提供一个 初始的可用区域,并把这个区域放在一个CRect类型的变量里。该函数大致是这样 的:
void CFrameWnd::RecalcLayout(BOOL bNotify)
{
if (m_bInRecalcLayout)
return;//这大概是在防止该函数重入
m_bInRecalcLayout = TRUE;
....
....
....
....
if (GetStyle() & FWS_SNAPTOBARS)
{
CRect rect(0, 0, 32767, 32767);
RepositionBars(0, 0xffff, AFX_IDW_PANE_FIRST, reposQuery,
&rect, &rect, FALSE);
RepositionBars(0, 0xffff, AFX_IDW_PANE_FIRST, reposExtra,
&m_rectBorder, &rect, TRUE);
CalcWindowRect(&rect);
SetWindowPos(NULL, 0, 0, rect.Width(), rect.Height(),
SWP_NOACTIVATE|SWP_NOMOVE|SWP_NOZORDER);
}
else
RepositionBars(0, 0xffff, AFX_IDW_PANE_FIRST, reposExtra, &m_r ectBorder);
m_bInRecalcLayout = FALSE;
}
可以看出,mfc认为这个函数是不能重入的。在编制自己的RecalcLayout()函 数时也得用同样的方法来防止重入。
后面的if语句检查框架窗口是否具有风格FWS_SNAPTOBARS,这个风格用在什 么时候呢?我是这样认为的:通常都是在主框架窗口的尺寸改变时,子窗口在响 应WM_SIZEPARENT消息时调整自己的尺寸以便跟上框架窗口的尺寸变化。有这样的 情况:父窗口的客户区内的子窗口的数目是动态变化的,而且这些子窗口互相不 能重叠,他们的尺寸由于某种原因不好改变。那么当子窗口的数目发生增减时, 如不调整父窗口自己的尺寸,就会导致客户区留下空白或新增加的子窗口没有多 余空间安排。FWS_SNAPTOBARS风格就是用在这种情况下,使父窗口能调整自己的 大小以便容纳子窗口。看这个分支里的语句,似乎是这样的。
一般都不会有FWS_SNAPTOBARS风格的,所以一般是执行else分支。在这个分 支里简单地调用RepositionBars去重排所有的子窗口,它的参数lpRectClient 使 用默认的NULL值,意思就是初始可用区域是父窗口的整个客户区。
可以在自己的派生类里编写自己的RecalcLayout函数,以便用自己的方法调 用RepositionBars函数。要注意的是在CFrameWnd类的窗口刚被创建时RecalcLay out函数也被调用,此时可能某些用户自己加的子窗口还未被创建出来,所以在这 个函数内如果要引用某个用户自己加的子窗口的句柄的话必须先用::IsWindow() 函数判断一下该窗口句柄是否可用。否则的话就会出现非法操作了。
实战演练
由于精力有限,只提供一个实战例子:将视图,工具栏和状态栏赶到右边
我们要生成这样的界面:视图窗口,工具栏和状态条统统在右边,左边是个 自己加的窗口。
第一步:启动AppWizard生成一个单文档程序,全部使用默认设置。
第二步:在CMainFrame类里增加一个成员 CWnd m_mywnd。
第三步:在CMainFrame::OnCreate()函数里增加这几行:
m_mywnd.CreateEx
(
WS_EX_CLIENTEDGE,
AfxRegisterWndClass
(
CS_HREDRAW|CS_VREDRAW,
::LoadCursor(NULL,IDC_ARROW),
::CreateSolidBrush(RGB(190,190,190))
),
"",
WS_VISIBLE|WS_CHILD,
CRect(0,0,0,0),
this,
IDC_MYPANE //用IDE的菜单view/resource symbols项加入的id。
);
第四步:启动ClassView,在CMainFrame里加上虚函数RecalcLayout(),函数体这 样写:
void CMainFrame::RecalcLayout(BOOL bNotify)
{
if (m_bInRecalcLayout)
return;
m_bInRecalcLayout = TRUE;
//rect1是新加的窗口将占据的区域
//rect2就是提供给工具栏,状态条和视图窗口的初始可用区域。
CRect rect1,rect2;
GetClientRect(&rect1);
rect1.right=rect1.right/3;
GetClientRect(&rect2);
rect2.left=rect2.right/3;
if(::IsWindow(m_mywnd.m_hWnd)) //这句是不能少的
m_mywnd.MoveWindow(&rect1);
RepositionBars(0, 0xffff, AFX_IDW_PANE_FIRST, reposExtra, CRect(0, 0,0,0),&rect2);
m_bInRecalcLayout = FALSE;
}
第五步:用IDE的菜单view/resource symbols项加入一个id:IDC_MYPANE。
第六步:编译并运行程序。
好了,在主框架窗口的左边多了一个灰色的窗口,它占主窗口客户区的三分 之一。工具栏,状态条和视图都被赶到右边三分之二的地方去了。
-- ※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.103.243.56]
|
|