]>
git.saurik.com Git - wxWidgets.git/blob - interface/wx/mdi.h
1 /////////////////////////////////////////////////////////////////////////////
3 // Purpose: interface of wxMDIClientWindow
4 // Author: wxWidgets team
6 // Licence: wxWindows license
7 /////////////////////////////////////////////////////////////////////////////
10 @class wxMDIClientWindow
12 An MDI client window is a child of wxMDIParentFrame, and manages zero or
13 more wxMDIChildFrame objects.
17 The client window is the area where MDI child windows exist. It doesn't have to
18 cover the whole parent frame; other windows such as toolbars and a help window
19 might coexist with it. There can be scrollbars on a client window, which are
20 controlled by the parent window style.
22 The wxMDIClientWindow class is usually adequate without further derivation, and
23 it is created automatically when the MDI parent frame is created. If the application
24 needs to derive a new class, the function wxMDIParentFrame::OnCreateClient() must
25 be overridden in order to give an opportunity to use a different class of client
28 Under wxMSW, the client window will automatically have a sunken border style
29 when the active child is not maximized, and no border style when a child is maximized.
34 @see wxMDIChildFrame, wxMDIParentFrame, wxFrame
36 class wxMDIClientWindow
: public wxWindow
42 Objects of this class are only created by wxMDIParentFrame which uses
43 the default constructor and calls CreateClient() immediately
49 Called by wxMDIParentFrame immediately after creating the client
52 This function may be overridden in the derived class but the base class
53 version must usually be called first to really create the window.
58 The window style. Only wxHSCROLL and wxVSCROLL bits are meaningful
62 virtual bool CreateClient(wxMDIParentFrame
* parent
, long style
= 0);
68 @class wxMDIParentFrame
70 An MDI (Multiple Document Interface) parent frame is a window which can
71 contain MDI child frames in its client area which emulates the full
74 MDI is a user-interface model in which all the window reside inside the
75 single parent window as opposed to being separate from each other. It
76 remains popular despite dire warnings from Microsoft itself (which
77 popularized this model in the first model) that MDI is obsolete.
79 An MDI parent frame always has a wxMDIClientWindow associated with it,
80 which is the parent for MDI child frames. In the simplest case, the client
81 window takes up the entire parent frame area but it is also possible to
82 resize it to be smaller in order to have other windows in the frame, a
83 typical example is using a sidebar along one of the window edges.
85 The appearance of MDI applications differs between different ports. The
86 classic MDI model, with child windows which can be independently moved,
87 resized etc, is only available under MSW, which provides native support for
88 it. In Mac ports, multiple top level windows are used for the MDI children
89 too and the MDI parent frame itself is invisible, to accommodate the native
90 look and feel requirements. In all the other ports, a tab-based MDI
91 implementation (sometimes called TDI) is used and so at most one MDI child
92 is visible at any moment (child frames are always maximized).
96 Although it is possible to have multiple MDI parent frames, a typical MDI
97 application has a single MDI parent frame window inside which multiple MDI
98 child frames, i.e. objects of class wxMDIChildFrame, can be created.
103 There are no special styles for this class, all wxFrame styles apply to it
104 in the usual way. The only exception is that wxHSCROLL and wxVSCROLL styles
105 apply not to the frame itself but to the client window, so that using them
106 enables horizontal and vertical scrollbars for this window and not the
112 @category{managedwnd}
114 @see wxMDIChildFrame, wxMDIClientWindow, wxFrame, wxDialog
116 class wxMDIParentFrame
: public wxFrame
123 Use Create() for the objects created using this constructor.
128 Constructor, creating the window.
130 Notice that if you override virtual OnCreateClient() method you
131 shouldn't be using this constructor but the default constructor and
132 Create() as otherwise your overridden method is never going to be
133 called because of the usual C++ virtual call resolution rules.
136 The window parent. Usually is @NULL.
138 The window identifier. It may take a value of @c wxID_ANY to
139 indicate a default value.
141 The caption to be displayed on the frame's title bar.
143 The window position. The value ::wxDefaultPosition indicates a
144 default position, chosen by either the windowing system or
145 wxWidgets, depending on platform.
147 The window size. The value ::wxDefaultSize indicates a default
148 size, chosen by either the windowing system or wxWidgets, depending
151 The window style. Default value includes wxHSCROLL and wxVSCROLL
154 The name of the window. This parameter is used to associate a name
155 with the item, allowing the application user to set Motif resource
156 values for individual windows.
160 Under wxMSW, the client window will automatically have a sunken
161 border style when the active child is not maximized, and no border
162 style when a child is maximized.
164 @see Create(), OnCreateClient()
166 wxMDIParentFrame(wxWindow
* parent
, wxWindowID id
,
167 const wxString
& title
,
168 const wxPoint
& pos
= wxDefaultPosition
,
169 const wxSize
& size
= wxDefaultSize
,
170 long style
= wxDEFAULT_FRAME_STYLE
| wxVSCROLL
| wxHSCROLL
,
171 const wxString
& name
= wxFrameNameStr
);
176 Destroys all child windows and menu bar if present.
178 virtual ~wxMDIParentFrame();
181 Activates the MDI child following the currently active one.
183 The MDI children are maintained in an ordered list and this function
184 switches to the next element in this list, wrapping around the end of
185 it if the currently active child is the last one.
187 @see ActivatePrevious()
189 virtual void ActivateNext();
192 Activates the MDI child preceding the currently active one.
196 virtual void ActivatePrevious();
199 Arranges any iconized (minimized) MDI child windows.
201 This method is only implemented in MSW MDI implementation and does
202 nothing under the other platforms.
204 @see Cascade(), Tile()
206 virtual void ArrangeIcons();
209 Arranges the MDI child windows in a cascade.
211 This method is only implemented in MSW MDI implementation and does
212 nothing under the other platforms.
214 @see Tile(), ArrangeIcons()
216 virtual void Cascade();
219 Used in two-step frame construction.
221 See wxMDIParentFrame() for further details.
223 bool Create(wxWindow
* parent
,
225 const wxString
& title
,
226 const wxPoint
& pos
= wxDefaultPosition
,
227 const wxSize
& size
= wxDefaultSize
,
228 long style
= wxDEFAULT_FRAME_STYLE
| wxVSCROLL
| wxHSCROLL
,
229 const wxString
& name
= wxFrameNameStr
);
232 Returns a pointer to the active MDI child, if there is one.
234 If there are any children at all this function returns a non-@NULL
237 virtual wxMDIChildFrame
* GetActiveChild() const;
240 Returns a pointer to the client window.
242 @see OnCreateClient()
244 wxMDIClientWindowBase
* GetClientWindow() const;
247 Returns the current MDI Window menu.
249 Unless wxFRAME_NO_WINDOW_MENU style was used, a default menu listing
250 all the currently active children and providing the usual operations
251 (tile, cascade, ...) on them is created automatically by the library
252 and this function can be used to retrieve it. Notice that the default
253 menu can be replaced by calling SetWindowMenu().
255 This function is currently not available under OS X.
257 @return The current Window menu or @NULL.
259 wxMenu
*GetWindowMenu() const;
262 Returns whether the MDI implementation is tab-based.
264 Currently only the MSW port uses the real MDI. In Mac ports the usual
265 SDI is used, as common under this platforms, and all the other ports
266 use TDI implementation.
268 TDI-based MDI applications have different appearance and functionality
269 (e.g. child frames can't be minimized and only one of them is visible
270 at any given time) so the application may need to adapt its interface
271 somewhat depending on the return value of this function.
276 Override this to return a different kind of client window.
278 If you override this function, you must create your parent frame in two
279 stages, or your function will never be called, due to the way C++
280 treats virtual functions called from constructors. For example:
283 frame = new MyParentFrame;
284 frame->Create(parent, myParentFrameId, "My Parent Frame");
289 You might wish to derive from wxMDIClientWindow in order to implement
290 different erase behaviour, for example, such as painting a bitmap on
293 Note that it is probably impossible to have a client window that scrolls
294 as well as painting a bitmap or pattern, since in @b OnScroll, the scrollbar
295 positions always return zero.
297 @see GetClientWindow(), wxMDIClientWindow
299 virtual wxMDIClientWindow
* OnCreateClient();
302 Replace the current MDI Window menu.
304 Ownership of the menu object passes to the frame when you call this
305 function, i.e. the menu will be deleted by it when it's no longer
306 needed (usually when the frame itself is deleted or when
307 SetWindowMenu() is called again).
309 To remove the window completely, you can use the wxFRAME_NO_WINDOW_MENU
310 window style but this function also allows to do it by passing @NULL
313 The menu may include the items with the following standard identifiers
314 (but may use arbitrary text and help strings and bitmaps for them):
315 - @c wxID_MDI_WINDOW_CASCADE
316 - @c wxID_MDI_WINDOW_TILE_HORZ
317 - @c wxID_MDI_WINDOW_TILE_VERT
318 - @c wxID_MDI_WINDOW_ARRANGE_ICONS
319 - @c wxID_MDI_WINDOW_PREV
320 - @c wxID_MDI_WINDOW_NEXT
321 All of which are handled by wxMDIParentFrame itself. If any other
322 commands are used in the menu, the derived frame should handle them.
324 This function is currently not available under OS X.
327 The menu to be used instead of the standard MDI Window menu or @NULL.
329 virtual void SetWindowMenu(wxMenu
* menu
);
332 Tiles the MDI child windows either horizontally or vertically depending
333 on whether @a orient is @c wxHORIZONTAL or @c wxVERTICAL.
335 This method is only implemented in MSW MDI implementation and does
336 nothing under the other platforms.
339 virtual void Tile(wxOrientation orient
= wxHORIZONTAL
);
345 @class wxMDIChildFrame
347 An MDI child frame is a frame that can only exist inside a
348 wxMDIClientWindow, which is itself a child of wxMDIParentFrame.
351 All of the standard wxFrame styles can be used but most of them are ignored
352 by TDI-based MDI implementations.
356 Although internally an MDI child frame is a child of the MDI client window,
357 in wxWidgets you create it as a child of wxMDIParentFrame. In fact, you can
358 usually forget that the client window exists. MDI child frames are clipped
359 to the area of the MDI client window, and may be iconized on the client
360 window. You can associate a menubar with a child frame as usual, although
361 an MDI child doesn't display its menubar under its own title bar. The MDI
362 parent frame's menubar will be changed to reflect the currently active
363 child frame. If there are currently no children, the parent frame's own
364 menubar will be displayed.
367 @category{managedwnd}
369 @see wxMDIClientWindow, wxMDIParentFrame, wxFrame
371 class wxMDIChildFrame
: public wxFrame
380 Constructor, creating the window.
383 The window parent. This should not be @NULL.
385 The window identifier. It may take a value of -1 to indicate a default
388 The caption to be displayed on the frame's title bar.
390 The window position. The value ::wxDefaultPosition indicates a default position,
391 chosen by either the windowing system or wxWidgets, depending on platform.
393 The window size. The value ::wxDefaultSize indicates a default size, chosen by
394 either the windowing system or wxWidgets, depending on platform.
396 The window style. See wxMDIChildFrame.
398 The name of the window. This parameter is used to associate a name with the
399 item, allowing the application user to set Motif resource values for individual
404 wxMDIChildFrame(wxMDIParentFrame
* parent
, wxWindowID id
,
405 const wxString
& title
,
406 const wxPoint
& pos
= wxDefaultPosition
,
407 const wxSize
& size
= wxDefaultSize
,
408 long style
= wxDEFAULT_FRAME_STYLE
,
409 const wxString
& name
= wxFrameNameStr
);
412 Destructor. Destroys all child windows and menu bar if present.
414 virtual ~wxMDIChildFrame();
417 Activates this MDI child frame.
419 @see Maximize(), Restore()
421 virtual void Activate();
424 Used in two-step frame construction.
425 See wxMDIChildFrame() for further details.
427 bool Create(wxMDIParentFrame
* parent
, wxWindowID id
, const wxString
& title
,
428 const wxPoint
& pos
= wxDefaultPosition
,
429 const wxSize
& size
= wxDefaultSize
,
430 long style
= wxDEFAULT_FRAME_STYLE
,
431 const wxString
& name
= wxFrameNameStr
);
434 Returns the MDI parent frame containing this child.
436 Notice that this may return a different object than GetParent() as the
437 child frames may be created as children of the client window
440 wxMDIParentFrame
*GetMDIParent() const;
443 Returns true for MDI children in TDI implementations.
445 TDI-based implementations represent MDI children as pages in a
446 wxNotebook and so they are always maximized and can't be restored or
449 @see wxMDIParentFrame::IsTDI().
451 virtual bool IsAlwaysMaximized() const;
454 Maximizes this MDI child frame.
456 This function doesn't do anything if IsAlwaysMaximized() returns @true.
458 @see Activate(), Restore()
460 virtual void Maximize(bool maximize
= true);
463 Restores this MDI child frame (unmaximizes).
465 This function doesn't do anything if IsAlwaysMaximized() returns @true.
467 @see Activate(), Maximize()
469 virtual void Restore();