Introduction
Yes, it's yet another splitter window class. So why I release a new class, when there are plenty of similar classes? The answer is simple. All splitter window classes at CodeProject can be IMHO divided into two parts:
- These derived from original MFC
CSplitterWnd
. They look nice and give a lot of advantages to classical CSplitterWnd
, but deriving from CSplitterWnd
restrict you to use only CView
-derived windows in it. - The others, which I can use in various windows - but when I compiled and tested them, they didn't look as pretty as the
CSplitterWnd
.
In this article, I offer a class, which is not derived from CSplitterWnd
. It allows you to use simple CWnd
-derived windows. But it's combined with professional looking of the original CSplitterWnd
. Some routines I took from MFC source code. Please be forbearing while reading this article. It's my first article at CodeProject :).
Features
My goal in CSimpleSplitterWnd
design was to simulate the basic features of CSplitterWnd
. With this class, you can make several panes arranged either horizontally or vertically. It doesn't offer automatic splitting, shared scroll bars and intersection trackers. I didn't find it very useful - but if there are enough people, who did, I can add some of these features. :) The idea of CSimpleSplitter
(compared to CSplitterWnd
) is that pane windows are independent of each other, hence they are also responsible for their scrolling and borders.
Using the Code
The layout of splitter is set in constructor:
CSimpleSplitter(int nPanes, UINT nOrientation = SSP_HORZ,
int nMinSize = 30, int nBarThickness = 3);
nPanes
is number of the panes, nOrientation
should be either SSP_HORZ
or SSP_VERT
. nMinSize
is the minimal height (or width) of any pane - it is important in recalculating layout algorithm, when you resize the splitter. nBarThickness
is height or width of bars between panes. All of these properties remain fixed during lifetime of the splitter instance. The creation of splitter and its panes is straightforward:
BOOL Create(CWnd* pParent, UINT nID = AFX_IDW_PANE_FIRST);
BOOL CreatePane(int nIndex, CWnd* pPaneWnd, DWORD dwStyle,
DWORD dwExStyle, LPCTSTR lpszClassName = NULL);
Panes are indexed from 0
to nPanes - 1
. The parameters dwStyle
, dwExStyle
and lpszClassName
are passed to pPaneWnd->CreateEx()
(If you want to bind a created window with a pane, use SetPane
instead). You can specify for example the borders of panes there. In demo app, the "large" panes have a WS_EX_CLIENTEDGE
extended style, while the three "flat" panes have WS_EX_STATICEDGE
extended style. The splitter bar alone is only a gray rectangle, so if you don't specify any edge and set the gray background to pane windows, you can use the splitter in dialogs too.
The following five methods are analogous to CSplitterWnd
methods, so they don't require a special documentation.
int GetPaneCount() const;void SetPane(int nIndex, CWnd* pPaneWnd);
CWnd* GetPane(int nIndex) const;
virtual void SetActivePane(int nIndex);
CWnd* GetActivePane(int* pIndex) const;
However, setting the pane widths or heights uses different technique:
void SetPaneSizes(const int* sizes);
You pass an array of nPanes
integers. They specify relative sizes of panes. You can use any scale, the panes are resized proportionally to the sum of the array members. When you resize the whole splitter, the sizes of panes are changed proportionally to their actual sizes. If necessary, they're adjusted to m_nMinSize
.
void GetPaneRect(int nIndex, CRect& rcPane) const;
void GetBarRect(int nIndex, CRect& rcBar) const;
With these functions, you can retrieve the position of panes in splitter client coordinates. Bars are indexed from 1
to nPanes - 1
.
And that's all. Look at the SimpleSplitterApp
demo, especially the CMainFrame::OnCreate
code, you will know everything!
Points of Interest
When I programmed the splitter, I was confused, how the framework redraws resized window. If you resize the top or left border, the framework first only move the window content in corresponding direction, and then it calls OnPaint()
. So the window was redrawn twice and in the splitter this looked ugly.
Fortunately, there is a message handler CWnd::OnWindowPosChanging
. You can avoid the initial moving of content, if you see SWP_NOCOPYBITS
as you see in CSimpleSplitter
and CChildWnd
code. I think that this is useful in many other cases that splitters.
History
- 11. 2. 2004 - First version released
- 24. 3. 2004 - Some bugs fixed (see the messages below). In the
SetPaneSizes
function, now you should pass only relative sizes, not absolute.
License
This article has no explicit license attached to it, but may contain usage terms in the article text or the download files themselves. If in doubt, please contact the author via the discussion board below.
A list of licenses authors might use can be found here.