]>
Commit | Line | Data |
---|---|---|
1 | \section{\class{wxSizer}}\label{wxsizer} | |
2 | ||
3 | wxSizer is the abstract base class used for laying out subwindows in a window. You | |
4 | cannot use wxSizer directly; instead, you will have to use one of the sizer | |
5 | classes derived from it. Currently there are \helpref{wxBoxSizer}{wxboxsizer}, | |
6 | \helpref{wxStaticBoxSizer}{wxstaticboxsizer}, | |
7 | \helpref{wxNotebookSizer}{wxnotebooksizer}, \helpref{wxGridSizer}{wxgridsizer} | |
8 | and \helpref{wxFlexGridSizer}{wxflexgridsizer}. | |
9 | ||
10 | The layout algorithm used by sizers in wxWindows is closely related to layout | |
11 | in other GUI toolkits, such as Java's AWT, the GTK toolkit or the Qt toolkit. It is | |
12 | based upon the idea of the individual subwindows reporting their minimal required | |
13 | size and their ability to get stretched if the size of the parent window has changed. | |
14 | This will most often mean, that the programmer does not set the original size of | |
15 | a dialog in the beginning, rather the dialog will assigned a sizer and this sizer | |
16 | will be queried about the recommended size. The sizer in turn will query its | |
17 | children, which can be normal windows, empty space or other sizers, so that | |
18 | a hierarchy of sizers can be constructed. Note that wxSizer does not derive from wxWindow | |
19 | and thus do not interfere with tab ordering and requires very little resources compared | |
20 | to a real window on screen. | |
21 | ||
22 | What makes sizers so well fitted for use in wxWindows is the fact that every control | |
23 | reports its own minimal size and the algorithm can handle differences in font sizes | |
24 | or different window (dialog item) sizes on different platforms without problems. If e.g. | |
25 | the standard font as well as the overall design of Motif widgets requires more space than | |
26 | on Windows, the initial dialog size will automatically be bigger on Motif than on Windows. | |
27 | ||
28 | \pythonnote{If you wish to create a sizer class in wxPython you should | |
29 | derive the class from {\tt wxPySizer} in order to get Python-aware | |
30 | capabilities for the various virtual methods.} | |
31 | ||
32 | \wxheading{Derived from} | |
33 | ||
34 | \helpref{wxObject}{wxobject} | |
35 | ||
36 | \wxheading{See also} | |
37 | ||
38 | \helpref{Sizer overview}{sizeroverview} | |
39 | ||
40 | \latexignore{\rtfignore{\wxheading{Members}}} | |
41 | ||
42 | ||
43 | \membersection{wxSizer::wxSizer}\label{wxsizerwxsizer} | |
44 | ||
45 | \func{}{wxSizer}{\void} | |
46 | ||
47 | The constructor. Note that wxSizer is an abstract base class and may not | |
48 | be instantiated. | |
49 | ||
50 | ||
51 | \membersection{wxSizer::\destruct{wxSizer}}\label{wxsizerdtor} | |
52 | ||
53 | \func{}{\destruct{wxSizer}}{\void} | |
54 | ||
55 | The destructor. | |
56 | ||
57 | ||
58 | \membersection{wxSizer::Add}\label{wxsizeradd} | |
59 | ||
60 | \func{void}{Add}{\param{wxWindow* }{window}, \param{int }{proportion = 0},\param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
61 | ||
62 | \func{void}{Add}{\param{wxSizer* }{sizer}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
63 | ||
64 | \func{void}{Add}{\param{int }{width}, \param{int }{height}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
65 | ||
66 | Appends a child to the sizer. wxSizer itself is an abstract class, but the parameters are | |
67 | equivalent in the derived classes that you will instantiate to use it so they are described | |
68 | here: | |
69 | ||
70 | \docparam{window}{The window to be added to the sizer. Its initial size (either set explicitly by the | |
71 | user or calculated internally when using wxDefaultSize) is interpreted as the minimal and in many | |
72 | cases also the initial size. This is particularly useful in connection with \helpref{SetSizeHints}{wxsizersetsizehints}.} | |
73 | ||
74 | \docparam{sizer}{The (child-)sizer to be added to the sizer. This allows placing a child sizer in a | |
75 | sizer and thus to create hierarchies of sizers (typically a vertical box as the top sizer and several | |
76 | horizontal boxes on the level beneath).} | |
77 | ||
78 | \docparam{width and height}{The dimension of a spacer to be added to the sizer. Adding spacers to sizers | |
79 | gives more flexibility in the design of dialogs; imagine for example a horizontal box with two buttons at the | |
80 | bottom of a dialog: you might want to insert a space between the two buttons and make that space stretchable | |
81 | using the {\it proportion} flag and the result will be that the left button will be aligned with the left | |
82 | side of the dialog and the right button with the right side - the space in between will shrink and grow with | |
83 | the dialog.} | |
84 | ||
85 | \docparam{proportion}{Although the meaning of this parameter is undefined in wxSizer, it is used in wxBoxSizer | |
86 | to indicate if a child of a sizer can change its size in the main orientation of the wxBoxSizer - where | |
87 | 0 stands for not changeable and a value of more than zero is interpreted relative to the value of other | |
88 | children of the same wxBoxSizer. For example, you might have a horizontal wxBoxSizer with three children, two | |
89 | of which are supposed to change their size with the sizer. Then the two stretchable windows would get a | |
90 | value of 1 each to make them grow and shrink equally with the sizer's horizontal dimension.} | |
91 | ||
92 | \docparam{flag}{This parameter can be used to set a number of flags which can | |
93 | be combined using the binary OR operator |. Two main behaviours are defined | |
94 | using these flags. One is the border around a window: the {\it border} | |
95 | parameter determines the border width whereas the flags given here determine | |
96 | where the border may be (wxTOP, wxBOTTOM, wxLEFT, wxRIGHT or wxALL). The other | |
97 | flags determine the child window's behaviour if the size of the sizer changes. | |
98 | However this is not - in contrast to the {\it proportion} flag - in the main | |
99 | orientation, but in the respectively other orientation. So if you created a | |
100 | wxBoxSizer with the wxVERTICAL option, these flags will be relevant if the | |
101 | sizer changes its horizontal size. A child may get resized to completely fill | |
102 | out the new size (using either wxGROW or wxEXPAND), it may get proportionally | |
103 | resized (wxSHAPED), it may get centered (wxALIGN\_CENTER or wxALIGN\_CENTRE) | |
104 | or it may get aligned to either side (wxALIGN\_LEFT and wxALIGN\_TOP are set | |
105 | to 0 and thus represent the default, wxALIGN\_RIGHT and wxALIGN\_BOTTOM have | |
106 | their obvious meaning). With proportional resize, a child may also be centered | |
107 | in the main orientation using wxALIGN\_CENTER\_VERTICAL (same as | |
108 | wxALIGN\_CENTRE\_VERTICAL) and wxALIGN\_CENTER\_HORIZONTAL (same as | |
109 | wxALIGN\_CENTRE\_HORIZONTAL) flags.} | |
110 | ||
111 | \docparam{border}{Determines the border width, if the {\it flag} parameter is set to any border.} | |
112 | ||
113 | \docparam{userData}{Allows an extra object to be attached to the sizer | |
114 | item, for use in derived classes when sizing information is more | |
115 | complex than the {\it proportion} and {\it flag} will allow for.} | |
116 | ||
117 | ||
118 | \membersection{wxSizer::CalcMin}\label{wxsizercalcmin} | |
119 | ||
120 | \func{wxSize}{CalcMin}{\void} | |
121 | ||
122 | This method is abstract and has to be overwritten by any derived class. | |
123 | Here, the sizer will do the actual calculation of its children minimal sizes. | |
124 | ||
125 | ||
126 | \membersection{wxSizer::Detach}\label{wxsizerdetach} | |
127 | ||
128 | \func{bool}{Detach}{\param{wxWindow* }{window}} | |
129 | ||
130 | \func{bool}{Detach}{\param{wxSizer* }{sizer}} | |
131 | ||
132 | \func{bool}{Detach}{\param{size\_t }{index}} | |
133 | ||
134 | Detach a child from the sizer without destroying it. {\it window} is the window to be | |
135 | detached, {\it sizer} is the equivalent sizer and {\it index} is the position of | |
136 | the child in the sizer, typically 0 for the first item. This method does not | |
137 | cause any layout or resizing to take place, call \helpref{wxSizer::Layout}{wxsizerlayout} | |
138 | to update the layout "on screen" after detaching a child from the sizer. | |
139 | ||
140 | Returns true if the child item was found and detached, false otherwise. | |
141 | ||
142 | \wxheading{See also} | |
143 | ||
144 | \helpref{wxSizer::Remove}{wxsizerremove} | |
145 | ||
146 | ||
147 | \membersection{wxSizer::Fit}\label{wxsizerfit} | |
148 | ||
149 | \func{wxSize}{Fit}{\param{wxWindow* }{window}} | |
150 | ||
151 | Tell the sizer to resize the {\it window} to match the sizer's minimal size. This | |
152 | is commonly done in the constructor of the window itself, see sample in the description | |
153 | of \helpref{wxBoxSizer}{wxboxsizer}. Returns the new size. | |
154 | ||
155 | For a top level window this is the total window size, not client size. | |
156 | ||
157 | ||
158 | \membersection{wxSizer::FitInside}\label{wxsizerfitinside} | |
159 | ||
160 | \func{void}{FitInside}{\param{wxWindow* }{window}} | |
161 | ||
162 | Tell the sizer to resize the virtual size of the {\it window} to match the sizer's | |
163 | minimal size. This will not alter the on screen size of the window, but may cause | |
164 | the addition/removal/alteration of scrollbars required to view the virtual area in | |
165 | windows which manage it. | |
166 | ||
167 | \wxheading{See also} | |
168 | ||
169 | \helpref{wxScrolledWindow::SetScrollbars}{wxscrolledwindowsetscrollbars},\rtfsp | |
170 | \helpref{wxSizer::SetVirtualSizeHints}{wxsizersetvirtualsizehints} | |
171 | ||
172 | ||
173 | \membersection{wxSizer::GetSize}\label{wxsizergetsize} | |
174 | ||
175 | \func{wxSize}{GetSize}{\void} | |
176 | ||
177 | Returns the current size of the sizer. | |
178 | ||
179 | ||
180 | \membersection{wxSizer::GetPosition}\label{wxsizergetposition} | |
181 | ||
182 | \func{wxPoint}{GetPosition}{\void} | |
183 | ||
184 | Returns the current position of the sizer. | |
185 | ||
186 | ||
187 | \membersection{wxSizer::GetMinSize}\label{wxsizergetminsize} | |
188 | ||
189 | \func{wxSize}{GetMinSize}{\void} | |
190 | ||
191 | Returns the minimal size of the sizer. This is either the combined minimal | |
192 | size of all the children and their borders or the minimal size set by | |
193 | \helpref{SetMinSize}{wxsizersetminsize}, depending on which is bigger. | |
194 | ||
195 | ||
196 | \membersection{wxSizer::Insert}\label{wxsizerinsert} | |
197 | ||
198 | \func{void}{Insert}{\param{size\_t }{index}, \param{wxWindow* }{window}, \param{int }{proportion = 0},\param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
199 | ||
200 | \func{void}{Insert}{\param{size\_t }{index}, \param{wxSizer* }{sizer}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
201 | ||
202 | \func{void}{Insert}{\param{size\_t }{index}, \param{int }{width}, \param{int }{height}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
203 | ||
204 | Insert a child into the sizer before any existing item at {\it index}. | |
205 | ||
206 | \docparam{index}{The position this child should assume in the sizer.} | |
207 | ||
208 | See \helpref{wxSizer::Add}{wxsizeradd} for the meaning of the other parameters. | |
209 | ||
210 | ||
211 | \membersection{wxSizer::Layout}\label{wxsizerlayout} | |
212 | ||
213 | \func{void}{Layout}{\void} | |
214 | ||
215 | Call this to force layout of the children anew, e.g. after having added a child | |
216 | to or removed a child (window, other sizer or space) from the sizer while keeping | |
217 | the current dimension. | |
218 | ||
219 | ||
220 | \membersection{wxSizer::Prepend}\label{wxsizerprepend} | |
221 | ||
222 | \func{void}{Prepend}{\param{wxWindow* }{window}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
223 | ||
224 | \func{void}{Prepend}{\param{wxSizer* }{sizer}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border = 0}, \param{wxObject* }{userData = NULL}} | |
225 | ||
226 | \func{void}{Prepend}{\param{int }{width}, \param{int }{height}, \param{int }{proportion = 0}, \param{int }{flag = 0}, \param{int }{border= 0}, \param{wxObject* }{userData = NULL}} | |
227 | ||
228 | Same as \helpref{wxSizer::Add}{wxsizeradd}, but prepends the items to the beginning of the | |
229 | list of items (windows, subsizers or spaces) owned by this sizer. | |
230 | ||
231 | ||
232 | \membersection{wxSizer::RecalcSizes}\label{wxsizerrecalcsizes} | |
233 | ||
234 | \func{void}{RecalcSizes}{\void} | |
235 | ||
236 | This method is abstract and has to be overwritten by any derived class. | |
237 | Here, the sizer will do the actual calculation of its children's positions | |
238 | and sizes. | |
239 | ||
240 | ||
241 | \membersection{wxSizer::Remove}\label{wxsizerremove} | |
242 | ||
243 | \func{bool}{Remove}{\param{wxWindow* }{window}} | |
244 | ||
245 | \func{bool}{Remove}{\param{wxSizer* }{sizer}} | |
246 | ||
247 | \func{bool}{Remove}{\param{size\_t }{index}} | |
248 | ||
249 | Removes a child from the sizer and destroys it. {\it sizer} is the wxSizer to be removed, | |
250 | {\it index} is the position of the child in the sizer, typically 0 for the first item. | |
251 | This method does not cause any layout or resizing to take place, call | |
252 | \helpref{wxSizer::Layout}{wxsizerlayout} to update the layout "on screen" after removing a | |
253 | child from the sizer. | |
254 | ||
255 | {\bf NB:} The method taking a wxWindow* parameter is deprecated. For historical reasons | |
256 | it does not destroy the window as would usually be expected from Remove. You should use | |
257 | \helpref{wxSizer::Detach}{wxsizerdetach} in new code instead. There is currently no wxSizer | |
258 | method that will both detach and destroy a wxWindow item. | |
259 | ||
260 | Returns true if the child item was found and removed, false otherwise. | |
261 | ||
262 | ||
263 | \membersection{wxSizer::SetDimension}\label{wxsizersetdimension} | |
264 | ||
265 | \func{void}{SetDimension}{\param{int }{x}, \param{int }{y}, \param{int }{width}, \param{int }{height}} | |
266 | ||
267 | Call this to force the sizer to take the given dimension and thus force the items owned | |
268 | by the sizer to resize themselves according to the rules defined by the parameter in the | |
269 | \helpref{Add}{wxsizeradd} and \helpref{Prepend}{wxsizerprepend} methods. | |
270 | ||
271 | ||
272 | \membersection{wxSizer::SetMinSize}\label{wxsizersetminsize} | |
273 | ||
274 | \func{void}{SetMinSize}{\param{int }{width}, \param{int }{height}} | |
275 | ||
276 | \func{void}{SetMinSize}{\param{wxSize }{size}} | |
277 | ||
278 | Call this to give the sizer a minimal size. Normally, the sizer will calculate its | |
279 | minimal size based purely on how much space its children need. After calling this | |
280 | method \helpref{GetMinSize}{wxsizergetminsize} will return either the minimal size | |
281 | as requested by its children or the minimal size set here, depending on which is | |
282 | bigger. | |
283 | ||
284 | ||
285 | \membersection{wxSizer::SetItemMinSize}\label{wxsizersetitemminsize} | |
286 | ||
287 | \func{void}{SetItemMinSize}{\param{wxWindow* }{window}, \param{int}{ width}, \param{int}{ height}} | |
288 | ||
289 | \func{void}{SetItemMinSize}{\param{wxSizer* }{sizer}, \param{int}{ width}, \param{int}{ height}} | |
290 | ||
291 | \func{void}{SetItemMinSize}{\param{size\_t }{index}, \param{int}{ width}, \param{int}{ height}} | |
292 | ||
293 | Set an item's minimum size by window, sizer, or position. The item will be found recursively | |
294 | in the sizer's descendants. This function enables an application to set the size of an item | |
295 | after initial creation. | |
296 | ||
297 | ||
298 | \membersection{wxSizer::SetSizeHints}\label{wxsizersetsizehints} | |
299 | ||
300 | \func{void}{SetSizeHints}{\param{wxWindow* }{window}} | |
301 | ||
302 | Tell the sizer to set (and \helpref{Fit}{wxsizerfit}) the minimal size of the {\it window} to | |
303 | match the sizer's minimal size. This is commonly done in the constructor of the window itself, | |
304 | see sample in the description of \helpref{wxBoxSizer}{wxboxsizer} if the window is resizable | |
305 | (as are many dialogs under Unix and frames on probably all platforms). | |
306 | ||
307 | ||
308 | \membersection{wxSizer::SetVirtualSizeHints}\label{wxsizersetvirtualsizehints} | |
309 | ||
310 | \func{void}{SetVirtualSizeHints}{\param{wxWindow* }{window}} | |
311 | ||
312 | Tell the sizer to set the minimal size of the {\it window} virtual area to match the sizer's | |
313 | minimal size. For windows with managed scrollbars this will set them appropriately. | |
314 | ||
315 | \wxheading{See also} | |
316 | ||
317 | \helpref{wxScrolledWindow::SetScrollbars}{wxscrolledwindowsetscrollbars} | |
318 | ||
319 | ||
320 | \membersection{wxSizer::Show}\label{wxsizershow} | |
321 | ||
322 | \func{void}{Show}{\param{wxWindow* }{window}, \param{bool }{show = true}} | |
323 | ||
324 | \func{void}{Show}{\param{wxSizer* }{sizer}, \param{bool }{show = true}} | |
325 | ||
326 | \func{void}{Show}{\param{size\_t }{index}, \param{bool }{show = true}} | |
327 | ||
328 | Shows or hides the {\it window}, {\it sizer}, or item at {\it index}. | |
329 | To make a sizer item disappear or reappear, use Show() followed by Layout(). | |
330 | ||
331 | Note that this only works with wxBoxSizer and wxFlexGridSizer, since they | |
332 | are the only two sizer classes that can size rows/columns independently. | |
333 |