]>
Commit | Line | Data |
---|---|---|
1 | %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% | |
2 | %% Name: window.tex | |
3 | %% Purpose: wxWindow documentation | |
4 | %% Author: wxWidgets Team | |
5 | %% Modified by: | |
6 | %% Created: | |
7 | %% RCS-ID: $Id$ | |
8 | %% Copyright: (c) wxWidgets Team | |
9 | %% License: wxWindows license | |
10 | %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% | |
11 | ||
12 | \section{\class{wxWindow}}\label{wxwindow} | |
13 | ||
14 | wxWindow is the base class for all windows and represents any visible object on | |
15 | screen. All controls, top level windows and so on are windows. Sizers and | |
16 | device contexts are not, however, as they don't appear on screen themselves. | |
17 | ||
18 | Please note that all children of the window will be deleted automatically by | |
19 | the destructor before the window itself is deleted which means that you don't | |
20 | have to worry about deleting them manually. Please see the \helpref{window | |
21 | deletion overview}{windowdeletionoverview} for more information. | |
22 | ||
23 | Also note that in this, and many others, wxWidgets classes some | |
24 | \texttt{GetXXX()} methods may be overloaded (as, for example, | |
25 | \helpref{GetSize}{wxwindowgetsize} or | |
26 | \helpref{GetClientSize}{wxwindowgetclientsize}). In this case, the overloads | |
27 | are non-virtual because having multiple virtual functions with the same name | |
28 | results in a virtual function name hiding at the derived class level (in | |
29 | English, this means that the derived class has to override all overloaded | |
30 | variants if it overrides any of them). To allow overriding them in the derived | |
31 | class, wxWidgets uses a unique protected virtual \texttt{DoGetXXX()} method | |
32 | and all \texttt{GetXXX()} ones are forwarded to it, so overriding the former | |
33 | changes the behaviour of the latter. | |
34 | ||
35 | \wxheading{Derived from} | |
36 | ||
37 | \helpref{wxEvtHandler}{wxevthandler}\\ | |
38 | \helpref{wxObject}{wxobject} | |
39 | ||
40 | \wxheading{Include files} | |
41 | ||
42 | <wx/window.h> | |
43 | ||
44 | \wxheading{Window styles} | |
45 | ||
46 | The following styles can apply to all windows, although they will not always make sense for a particular | |
47 | window class or on all platforms. | |
48 | ||
49 | \twocolwidtha{5cm}% | |
50 | \begin{twocollist}\itemsep=0pt | |
51 | \twocolitem{\windowstyle{wxSIMPLE\_BORDER}}{Displays a thin border around the window. wxBORDER is the old name | |
52 | for this style. } | |
53 | \twocolitem{\windowstyle{wxDOUBLE\_BORDER}}{Displays a double border. Windows and Mac only.} | |
54 | \twocolitem{\windowstyle{wxSUNKEN\_BORDER}}{Displays a sunken border.} | |
55 | \twocolitem{\windowstyle{wxRAISED\_BORDER}}{Displays a raised border.} | |
56 | \twocolitem{\windowstyle{wxSTATIC\_BORDER}}{Displays a border suitable for a static control. Windows only. } | |
57 | \twocolitem{\windowstyle{wxNO\_BORDER}}{Displays no border, overriding the default border style for the window.} | |
58 | \twocolitem{\windowstyle{wxTRANSPARENT\_WINDOW}}{The window is transparent, that is, it will not receive paint | |
59 | events. Windows only.} | |
60 | \twocolitem{\windowstyle{wxTAB\_TRAVERSAL}}{Use this to enable tab traversal for non-dialog windows.} | |
61 | \twocolitem{\windowstyle{wxWANTS\_CHARS}}{Use this to indicate that | |
62 | the window wants to get all char/key events for all keys - even for | |
63 | keys like TAB or ENTER which are usually used for dialog navigation | |
64 | and which wouldn't be generated without this style. If you need to | |
65 | use this style in order to get the arrows or etc., but would still like | |
66 | to have normal keyboard navigation take place, you should call | |
67 | \helpref{Navigate}{wxwindownavigate} in response to the key events for | |
68 | Tab and Shift-Tab.} | |
69 | \twocolitem{\windowstyle{wxNO\_FULL\_REPAINT\_ON\_RESIZE}}{On Windows, this style used to disable repainting | |
70 | the window completely when its size is changed. Since this behaviour is now the default, the style is now obsolete | |
71 | and no longer has an effect.} | |
72 | \twocolitem{\windowstyle{wxVSCROLL}}{Use this style to enable a vertical scrollbar.} | |
73 | \twocolitem{\windowstyle{wxHSCROLL}}{Use this style to enable a horizontal scrollbar.} | |
74 | \twocolitem{\windowstyle{wxALWAYS\_SHOW\_SB}}{If a window has scrollbars, | |
75 | disable them instead of hiding them when they are not needed (i.e. when the | |
76 | size of the window is big enough to not require the scrollbars to navigate it). | |
77 | This style is currently implemented for wxMSW, wxGTK and wxUniversal and does | |
78 | nothing on the other platforms.} | |
79 | \twocolitem{\windowstyle{wxCLIP\_CHILDREN}}{Use this style to eliminate flicker caused by the background being | |
80 | repainted, then children being painted over them. Windows only.} | |
81 | \twocolitem{\windowstyle{wxFULL\_REPAINT\_ON\_RESIZE}}{Use this style to force | |
82 | a complete redraw of the window whenever it is resized instead of redrawing | |
83 | just the part of the window affected by resizing. Note that this was the | |
84 | behaviour by default before 2.5.1 release and that if you experience redraw | |
85 | problems with code which previously used to work you may want to try this. | |
86 | Currently this style applies on GTK+ 2 and Windows only, and full repainting is always | |
87 | done on other platforms.} | |
88 | \end{twocollist} | |
89 | ||
90 | See also \helpref{window styles overview}{windowstyles}. | |
91 | ||
92 | \wxheading{Extra window styles} | |
93 | ||
94 | The following are extra styles, set using \helpref{wxWindow::SetExtraStyle}{wxwindowsetextrastyle}. | |
95 | ||
96 | \twocolwidtha{5cm}% | |
97 | \begin{twocollist}\itemsep=0pt | |
98 | \twocolitem{\windowstyle{wxWS\_EX\_VALIDATE\_RECURSIVELY}}{By default, Validate/TransferDataTo/FromWindow() | |
99 | only work on direct children of the window (compatible behaviour). Set this flag to make them recursively | |
100 | descend into all subwindows.} | |
101 | \twocolitem{\windowstyle{wxWS\_EX\_BLOCK\_EVENTS}}{wxCommandEvents and the objects of the derived classes are forwarded to the | |
102 | parent window and so on recursively by default. Using this flag for the | |
103 | given window allows to block this propagation at this window, i.e. prevent | |
104 | the events from being propagated further upwards. Dialogs have this | |
105 | flag on by default.} | |
106 | \twocolitem{\windowstyle{wxWS\_EX\_TRANSIENT}}{Don't use this window as an implicit parent for the other windows: this must | |
107 | be used with transient windows as otherwise there is the risk of creating a | |
108 | dialog/frame with this window as a parent which would lead to a crash if the | |
109 | parent is destroyed before the child.} | |
110 | \twocolitem{\windowstyle{wxWS\_EX\_PROCESS\_IDLE}}{This window should always process idle events, even | |
111 | if the mode set by \helpref{wxIdleEvent::SetMode}{wxidleeventsetmode} is wxIDLE\_PROCESS\_SPECIFIED.} | |
112 | \twocolitem{\windowstyle{wxWS\_EX\_PROCESS\_UI\_UPDATES}}{This window should always process UI update events, | |
113 | even if the mode set by \helpref{wxUpdateUIEvent::SetMode}{wxupdateuieventsetmode} is wxUPDATE\_UI\_PROCESS\_SPECIFIED.} | |
114 | \end{twocollist} | |
115 | ||
116 | \wxheading{See also} | |
117 | ||
118 | \helpref{Event handling overview}{eventhandlingoverview}\\ | |
119 | \helpref{Window sizing overview}{windowsizingoverview} | |
120 | ||
121 | \latexignore{\rtfignore{\wxheading{Members}}} | |
122 | ||
123 | ||
124 | \membersection{wxWindow::wxWindow}\label{wxwindowctor} | |
125 | ||
126 | \func{}{wxWindow}{\void} | |
127 | ||
128 | Default constructor. | |
129 | ||
130 | \func{}{wxWindow}{\param{wxWindow*}{ parent}, \param{wxWindowID }{id}, | |
131 | \param{const wxPoint\& }{pos = wxDefaultPosition}, | |
132 | \param{const wxSize\& }{size = wxDefaultSize}, | |
133 | \param{long }{style = 0}, | |
134 | \param{const wxString\& }{name = wxPanelNameStr}} | |
135 | ||
136 | Constructs a window, which can be a child of a frame, dialog or any other non-control window. | |
137 | ||
138 | \wxheading{Parameters} | |
139 | ||
140 | \docparam{parent}{Pointer to a parent window.} | |
141 | ||
142 | \docparam{id}{Window identifier. If wxID\_ANY, will automatically create an identifier.} | |
143 | ||
144 | \docparam{pos}{Window position. wxDefaultPosition indicates that wxWidgets | |
145 | should generate a default position for the window. If using the wxWindow class directly, supply | |
146 | an actual position.} | |
147 | ||
148 | \docparam{size}{Window size. wxDefaultSize indicates that wxWidgets | |
149 | should generate a default size for the window. If no suitable size can be found, the | |
150 | window will be sized to 20x20 pixels so that the window is visible but obviously not | |
151 | correctly sized. } | |
152 | ||
153 | \docparam{style}{Window style. For generic window styles, please see \helpref{wxWindow}{wxwindow}.} | |
154 | ||
155 | \docparam{name}{Window name.} | |
156 | ||
157 | ||
158 | \membersection{wxWindow::\destruct{wxWindow}}\label{wxwindowdtor} | |
159 | ||
160 | \func{}{\destruct{wxWindow}}{\void} | |
161 | ||
162 | Destructor. Deletes all subwindows, then deletes itself. Instead of using | |
163 | the {\bf delete} operator explicitly, you should normally | |
164 | use \helpref{wxWindow::Destroy}{wxwindowdestroy} so that wxWidgets | |
165 | can delete a window only when it is safe to do so, in idle time. | |
166 | ||
167 | \wxheading{See also} | |
168 | ||
169 | \helpref{Window deletion overview}{windowdeletionoverview},\rtfsp | |
170 | \helpref{wxWindow::Destroy}{wxwindowdestroy},\rtfsp | |
171 | \helpref{wxCloseEvent}{wxcloseevent} | |
172 | ||
173 | ||
174 | \membersection{wxWindow::AcceptsFocus}\label{wxwindowacceptsfocus} | |
175 | ||
176 | \constfunc{bool}{AcceptsFocus}{\void} | |
177 | ||
178 | This method may be overridden in the derived classes to return \false to | |
179 | indicate that this control doesn't accept input at all (i.e. behaves like e.g. | |
180 | \helpref{wxStaticText}{wxstatictext}) and so doesn't need focus. | |
181 | ||
182 | \wxheading{See also} | |
183 | ||
184 | \helpref{AcceptsFocusFromKeyboard}{wxwindowacceptsfocusfromkeyboard} | |
185 | ||
186 | ||
187 | \membersection{wxWindow::AcceptsFocusFromKeyboard}\label{wxwindowacceptsfocusfromkeyboard} | |
188 | ||
189 | \constfunc{bool}{AcceptsFocusFromKeyboard}{\void} | |
190 | ||
191 | This method may be overridden in the derived classes to return \false to | |
192 | indicate that while this control can, in principle, have focus if the user | |
193 | clicks it with the mouse, it shouldn't be included in the TAB traversal chain | |
194 | when using the keyboard. | |
195 | ||
196 | ||
197 | \membersection{wxWindow::AddChild}\label{wxwindowaddchild} | |
198 | ||
199 | \func{virtual void}{AddChild}{\param{wxWindow* }{child}} | |
200 | ||
201 | Adds a child window. This is called automatically by window creation | |
202 | functions so should not be required by the application programmer. | |
203 | ||
204 | Notice that this function is mostly internal to wxWidgets and shouldn't be | |
205 | called by the user code. | |
206 | ||
207 | \wxheading{Parameters} | |
208 | ||
209 | \docparam{child}{Child window to add.} | |
210 | ||
211 | ||
212 | \membersection{wxWindow::CacheBestSize}\label{wxwindowcachebestsize} | |
213 | ||
214 | \constfunc{void}{CacheBestSize}{\param{const wxSize\& }{size}} | |
215 | ||
216 | Sets the cached best size value. | |
217 | ||
218 | ||
219 | \membersection{wxWindow::CaptureMouse}\label{wxwindowcapturemouse} | |
220 | ||
221 | \func{virtual void}{CaptureMouse}{\void} | |
222 | ||
223 | Directs all mouse input to this window. Call \helpref{wxWindow::ReleaseMouse}{wxwindowreleasemouse} to | |
224 | release the capture. | |
225 | ||
226 | Note that wxWidgets maintains the stack of windows having captured the mouse | |
227 | and when the mouse is released the capture returns to the window which had had | |
228 | captured it previously and it is only really released if there were no previous | |
229 | window. In particular, this means that you must release the mouse as many times | |
230 | as you capture it, unless the window receives | |
231 | the \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} event. | |
232 | ||
233 | Any application which captures the mouse in the beginning of some operation | |
234 | {\em must} handle \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} | |
235 | and cancel this operation when it receives the event. The event handler must | |
236 | not recapture mouse. | |
237 | ||
238 | \wxheading{See also} | |
239 | ||
240 | \helpref{wxWindow::ReleaseMouse}{wxwindowreleasemouse} | |
241 | \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} | |
242 | ||
243 | ||
244 | \membersection{wxWindow::Center}\label{wxwindowcenter} | |
245 | ||
246 | \func{void}{Center}{\param{int}{ direction}} | |
247 | ||
248 | A synonym for \helpref{Centre}{wxwindowcentre}. | |
249 | ||
250 | ||
251 | \membersection{wxWindow::CenterOnParent}\label{wxwindowcenteronparent} | |
252 | ||
253 | \func{void}{CenterOnParent}{\param{int}{ direction}} | |
254 | ||
255 | A synonym for \helpref{CentreOnParent}{wxwindowcentreonparent}. | |
256 | ||
257 | ||
258 | \membersection{wxWindow::CenterOnScreen}\label{wxwindowcenteronscreen} | |
259 | ||
260 | \func{void}{CenterOnScreen}{\param{int}{ direction}} | |
261 | ||
262 | A synonym for \helpref{CentreOnScreen}{wxwindowcentreonscreen}. | |
263 | ||
264 | ||
265 | \membersection{wxWindow::Centre}\label{wxwindowcentre} | |
266 | ||
267 | \func{void}{Centre}{\param{int}{ direction = wxBOTH}} | |
268 | ||
269 | Centres the window. | |
270 | ||
271 | \wxheading{Parameters} | |
272 | ||
273 | \docparam{direction}{Specifies the direction for the centering. May be {\tt wxHORIZONTAL}, {\tt wxVERTICAL}\rtfsp | |
274 | or {\tt wxBOTH}. It may also include {\tt wxCENTRE\_ON\_SCREEN} flag | |
275 | if you want to center the window on the entire screen and not on its | |
276 | parent window.} | |
277 | ||
278 | The flag {\tt wxCENTRE\_FRAME} is obsolete and should not be used any longer | |
279 | (it has no effect). | |
280 | ||
281 | \wxheading{Remarks} | |
282 | ||
283 | If the window is a top level one (i.e. doesn't have a parent), it will be | |
284 | centered relative to the screen anyhow. | |
285 | ||
286 | \wxheading{See also} | |
287 | ||
288 | \helpref{wxWindow::Center}{wxwindowcenter} | |
289 | ||
290 | ||
291 | \membersection{wxWindow::CentreOnParent}\label{wxwindowcentreonparent} | |
292 | ||
293 | \func{void}{CentreOnParent}{\param{int}{ direction = wxBOTH}} | |
294 | ||
295 | Centres the window on its parent. This is a more readable synonym for | |
296 | \helpref{Centre}{wxwindowcentre}. | |
297 | ||
298 | \wxheading{Parameters} | |
299 | ||
300 | \docparam{direction}{Specifies the direction for the centering. May be {\tt wxHORIZONTAL}, {\tt wxVERTICAL}\rtfsp | |
301 | or {\tt wxBOTH}.} | |
302 | ||
303 | \wxheading{Remarks} | |
304 | ||
305 | This methods provides for a way to center top level windows over their | |
306 | parents instead of the entire screen. If there is no parent or if the | |
307 | window is not a top level window, then behaviour is the same as | |
308 | \helpref{wxWindow::Centre}{wxwindowcentre}. | |
309 | ||
310 | \wxheading{See also} | |
311 | ||
312 | \helpref{wxWindow::CentreOnScreen}{wxwindowcenteronscreen} | |
313 | ||
314 | ||
315 | \membersection{wxWindow::CentreOnScreen}\label{wxwindowcentreonscreen} | |
316 | ||
317 | \func{void}{CentreOnScreen}{\param{int}{ direction = wxBOTH}} | |
318 | ||
319 | Centres the window on screen. This only works for top level windows - | |
320 | otherwise, the window will still be centered on its parent. | |
321 | ||
322 | \wxheading{Parameters} | |
323 | ||
324 | \docparam{direction}{Specifies the direction for the centering. May be {\tt wxHORIZONTAL}, {\tt wxVERTICAL}\rtfsp | |
325 | or {\tt wxBOTH}.} | |
326 | ||
327 | \wxheading{See also} | |
328 | ||
329 | \helpref{wxWindow::CentreOnParent}{wxwindowcenteronparent} | |
330 | ||
331 | ||
332 | \membersection{wxWindow::ClearBackground}\label{wxwindowclearbackground} | |
333 | ||
334 | \func{void}{ClearBackground}{\void} | |
335 | ||
336 | Clears the window by filling it with the current background colour. Does not | |
337 | cause an erase background event to be generated. | |
338 | ||
339 | ||
340 | \membersection{wxWindow::ClientToScreen}\label{wxwindowclienttoscreen} | |
341 | ||
342 | \constfunc{virtual void}{ClientToScreen}{\param{int* }{x}, \param{int* }{y}} | |
343 | ||
344 | \perlnote{In wxPerl this method returns a 2-element list instead of | |
345 | modifying its parameters.} | |
346 | ||
347 | \constfunc{virtual wxPoint}{ClientToScreen}{\param{const wxPoint\&}{ pt}} | |
348 | ||
349 | Converts to screen coordinates from coordinates relative to this window. | |
350 | ||
351 | \docparam{x}{A pointer to a integer value for the x coordinate. Pass the client coordinate in, and | |
352 | a screen coordinate will be passed out.} | |
353 | ||
354 | \docparam{y}{A pointer to a integer value for the y coordinate. Pass the client coordinate in, and | |
355 | a screen coordinate will be passed out.} | |
356 | ||
357 | \docparam{pt}{The client position for the second form of the function.} | |
358 | ||
359 | \pythonnote{In place of a single overloaded method name, wxPython | |
360 | implements the following methods:\par | |
361 | \indented{2cm}{\begin{twocollist} | |
362 | \twocolitem{{\bf ClientToScreen(point)}}{Accepts and returns a wxPoint} | |
363 | \twocolitem{{\bf ClientToScreenXY(x, y)}}{Returns a 2-tuple, (x, y)} | |
364 | \end{twocollist}} | |
365 | } | |
366 | ||
367 | ||
368 | \membersection{wxWindow::Close}\label{wxwindowclose} | |
369 | ||
370 | \func{bool}{Close}{\param{bool}{ force = {\tt false}}} | |
371 | ||
372 | This function simply generates a \helpref{wxCloseEvent}{wxcloseevent} whose | |
373 | handler usually tries to close the window. It doesn't close the window itself, | |
374 | however. | |
375 | ||
376 | \wxheading{Parameters} | |
377 | ||
378 | \docparam{force}{{\tt false} if the window's close handler should be able to veto the destruction | |
379 | of this window, {\tt true} if it cannot.} | |
380 | ||
381 | \wxheading{Remarks} | |
382 | ||
383 | Close calls the \helpref{close handler}{wxcloseevent} for the window, providing | |
384 | an opportunity for the window to choose whether to destroy the window. | |
385 | Usually it is only used with the top level windows (wxFrame and wxDialog | |
386 | classes) as the others are not supposed to have any special OnClose() logic. | |
387 | ||
388 | The close handler should check whether the window is being deleted forcibly, | |
389 | using \helpref{wxCloseEvent::CanVeto}{wxcloseeventcanveto}, in which case it | |
390 | should destroy the window using \helpref{wxWindow::Destroy}{wxwindowdestroy}. | |
391 | ||
392 | {\it Note} that calling Close does not guarantee that the window will be | |
393 | destroyed; but it provides a way to simulate a manual close of a window, which | |
394 | may or may not be implemented by destroying the window. The default | |
395 | implementation of wxDialog::OnCloseWindow does not necessarily delete the | |
396 | dialog, since it will simply simulate an wxID\_CANCEL event which is handled by | |
397 | the appropriate button event handler and may do anything at all. | |
398 | ||
399 | To guarantee that the window will be destroyed, call | |
400 | \helpref{wxWindow::Destroy}{wxwindowdestroy} instead | |
401 | ||
402 | \wxheading{See also} | |
403 | ||
404 | \helpref{Window deletion overview}{windowdeletionoverview},\rtfsp | |
405 | \helpref{wxWindow::Destroy}{wxwindowdestroy},\rtfsp | |
406 | \helpref{wxCloseEvent}{wxcloseevent} | |
407 | ||
408 | ||
409 | \membersection{wxWindow::ConvertDialogToPixels}\label{wxwindowconvertdialogtopixels} | |
410 | ||
411 | \func{wxPoint}{ConvertDialogToPixels}{\param{const wxPoint\&}{ pt}} | |
412 | ||
413 | \func{wxSize}{ConvertDialogToPixels}{\param{const wxSize\&}{ sz}} | |
414 | ||
415 | Converts a point or size from dialog units to pixels. | |
416 | ||
417 | For the x dimension, the dialog units are multiplied by the average character width | |
418 | and then divided by 4. | |
419 | ||
420 | For the y dimension, the dialog units are multiplied by the average character height | |
421 | and then divided by 8. | |
422 | ||
423 | \wxheading{Remarks} | |
424 | ||
425 | Dialog units are used for maintaining a dialog's proportions even if the font changes. | |
426 | ||
427 | You can also use these functions programmatically. A convenience macro is defined: | |
428 | ||
429 | {\small | |
430 | \begin{verbatim} | |
431 | #define wxDLG_UNIT(parent, pt) parent->ConvertDialogToPixels(pt) | |
432 | \end{verbatim} | |
433 | } | |
434 | ||
435 | \wxheading{See also} | |
436 | ||
437 | \helpref{wxWindow::ConvertPixelsToDialog}{wxwindowconvertpixelstodialog} | |
438 | ||
439 | \pythonnote{In place of a single overloaded method name, wxPython | |
440 | implements the following methods:\par | |
441 | \indented{2cm}{\begin{twocollist} | |
442 | \twocolitem{{\bf ConvertDialogPointToPixels(point)}}{Accepts and returns a wxPoint} | |
443 | \twocolitem{{\bf ConvertDialogSizeToPixels(size)}}{Accepts and returns a wxSize} | |
444 | \end{twocollist}} | |
445 | ||
446 | Additionally, the following helper functions are defined:\par | |
447 | \indented{2cm}{\begin{twocollist} | |
448 | \twocolitem{{\bf wxDLG\_PNT(win, point)}}{Converts a wxPoint from dialog | |
449 | units to pixels} | |
450 | \twocolitem{{\bf wxDLG\_SZE(win, size)}}{Converts a wxSize from dialog | |
451 | units to pixels} | |
452 | \end{twocollist}} | |
453 | } | |
454 | ||
455 | ||
456 | ||
457 | \membersection{wxWindow::ConvertPixelsToDialog}\label{wxwindowconvertpixelstodialog} | |
458 | ||
459 | \func{wxPoint}{ConvertPixelsToDialog}{\param{const wxPoint\&}{ pt}} | |
460 | ||
461 | \func{wxSize}{ConvertPixelsToDialog}{\param{const wxSize\&}{ sz}} | |
462 | ||
463 | Converts a point or size from pixels to dialog units. | |
464 | ||
465 | For the x dimension, the pixels are multiplied by 4 and then divided by the average | |
466 | character width. | |
467 | ||
468 | For the y dimension, the pixels are multiplied by 8 and then divided by the average | |
469 | character height. | |
470 | ||
471 | \wxheading{Remarks} | |
472 | ||
473 | Dialog units are used for maintaining a dialog's proportions even if the font changes. | |
474 | ||
475 | \wxheading{See also} | |
476 | ||
477 | \helpref{wxWindow::ConvertDialogToPixels}{wxwindowconvertdialogtopixels} | |
478 | ||
479 | \pythonnote{In place of a single overloaded method name, wxPython implements the following methods:\par | |
480 | \indented{2cm}{\begin{twocollist} | |
481 | \twocolitem{{\bf ConvertDialogPointToPixels(point)}}{Accepts and returns a wxPoint} | |
482 | \twocolitem{{\bf ConvertDialogSizeToPixels(size)}}{Accepts and returns a wxSize} | |
483 | \end{twocollist}} | |
484 | } | |
485 | ||
486 | ||
487 | \membersection{wxWindow::Destroy}\label{wxwindowdestroy} | |
488 | ||
489 | \func{virtual bool}{Destroy}{\void} | |
490 | ||
491 | Destroys the window safely. Use this function instead of the delete operator, since | |
492 | different window classes can be destroyed differently. Frames and dialogs | |
493 | are not destroyed immediately when this function is called -- they are added | |
494 | to a list of windows to be deleted on idle time, when all the window's events | |
495 | have been processed. This prevents problems with events being sent to non-existent | |
496 | windows. | |
497 | ||
498 | \wxheading{Return value} | |
499 | ||
500 | {\tt true} if the window has either been successfully deleted, or it has been added | |
501 | to the list of windows pending real deletion. | |
502 | ||
503 | ||
504 | \membersection{wxWindow::DestroyChildren}\label{wxwindowdestroychildren} | |
505 | ||
506 | \func{virtual void}{DestroyChildren}{\void} | |
507 | ||
508 | Destroys all children of a window. Called automatically by the destructor. | |
509 | ||
510 | ||
511 | \membersection{wxWindow::Disable}\label{wxwindowdisable} | |
512 | ||
513 | \func{bool}{Disable}{\void} | |
514 | ||
515 | Disables the window, same as \helpref{Enable({\tt false})}{wxwindowenable}. | |
516 | ||
517 | \wxheading{Return value} | |
518 | ||
519 | Returns {\tt true} if the window has been disabled, {\tt false} if it had been | |
520 | already disabled before the call to this function. | |
521 | ||
522 | ||
523 | \membersection{wxWindow::DoGetBestSize}\label{wxwindowdogetbestsize} | |
524 | ||
525 | \constfunc{virtual wxSize}{DoGetBestSize}{\void} | |
526 | ||
527 | Gets the size which best suits the window: for a control, it would be | |
528 | the minimal size which doesn't truncate the control, for a panel - the | |
529 | same size as it would have after a call to \helpref{Fit()}{wxwindowfit}. | |
530 | ||
531 | ||
532 | \membersection{wxWindow::DoUpdateWindowUI}\label{wxwindowdoupdatewindowui} | |
533 | ||
534 | \func{virtual void}{DoUpdateWindowUI}{\param{wxUpdateUIEvent\&}{ event}} | |
535 | ||
536 | Does the window-specific updating after processing the update event. | |
537 | This function is called by \helpref{wxWindow::UpdateWindowUI}{wxwindowupdatewindowui} | |
538 | in order to check return values in the \helpref{wxUpdateUIEvent}{wxupdateuievent} and | |
539 | act appropriately. For example, to allow frame and dialog title updating, wxWidgets | |
540 | implements this function as follows: | |
541 | ||
542 | \begin{verbatim} | |
543 | // do the window-specific processing after processing the update event | |
544 | void wxTopLevelWindowBase::DoUpdateWindowUI(wxUpdateUIEvent& event) | |
545 | { | |
546 | if ( event.GetSetEnabled() ) | |
547 | Enable(event.GetEnabled()); | |
548 | ||
549 | if ( event.GetSetText() ) | |
550 | { | |
551 | if ( event.GetText() != GetTitle() ) | |
552 | SetTitle(event.GetText()); | |
553 | } | |
554 | } | |
555 | \end{verbatim} | |
556 | ||
557 | ||
558 | ||
559 | \membersection{wxWindow::DragAcceptFiles}\label{wxwindowdragacceptfiles} | |
560 | ||
561 | \func{virtual void}{DragAcceptFiles}{\param{bool}{ accept}} | |
562 | ||
563 | Enables or disables eligibility for drop file events (OnDropFiles). | |
564 | ||
565 | \wxheading{Parameters} | |
566 | ||
567 | \docparam{accept}{If {\tt true}, the window is eligible for drop file events. If {\tt false}, the window | |
568 | will not accept drop file events.} | |
569 | ||
570 | \wxheading{Remarks} | |
571 | ||
572 | Windows only. | |
573 | ||
574 | ||
575 | \membersection{wxWindow::Enable}\label{wxwindowenable} | |
576 | ||
577 | \func{virtual bool}{Enable}{\param{bool}{ enable = {\tt true}}} | |
578 | ||
579 | Enable or disable the window for user input. Note that when a parent window is | |
580 | disabled, all of its children are disabled as well and they are reenabled again | |
581 | when the parent is. | |
582 | ||
583 | \wxheading{Parameters} | |
584 | ||
585 | \docparam{enable}{If {\tt true}, enables the window for input. If {\tt false}, disables the window.} | |
586 | ||
587 | \wxheading{Return value} | |
588 | ||
589 | Returns {\tt true} if the window has been enabled or disabled, {\tt false} if | |
590 | nothing was done, i.e. if the window had already been in the specified state. | |
591 | ||
592 | \wxheading{See also} | |
593 | ||
594 | \helpref{wxWindow::IsEnabled}{wxwindowisenabled},\rtfsp | |
595 | \helpref{wxWindow::Disable}{wxwindowdisable},\rtfsp | |
596 | \helpref{wxRadioBox::Enable}{wxradioboxenable} | |
597 | ||
598 | ||
599 | \membersection{wxWindow::FindFocus}\label{wxwindowfindfocus} | |
600 | ||
601 | \func{static wxWindow*}{FindFocus}{\void} | |
602 | ||
603 | Finds the window or control which currently has the keyboard focus. | |
604 | ||
605 | \wxheading{Remarks} | |
606 | ||
607 | Note that this is a static function, so it can be called without needing a wxWindow pointer. | |
608 | ||
609 | \wxheading{See also} | |
610 | ||
611 | \helpref{wxWindow::SetFocus}{wxwindowsetfocus} | |
612 | ||
613 | ||
614 | ||
615 | \membersection{wxWindow::FindWindow}\label{wxwindowfindwindow} | |
616 | ||
617 | \constfunc{wxWindow*}{FindWindow}{\param{long}{ id}} | |
618 | ||
619 | Find a child of this window, by identifier. | |
620 | ||
621 | \constfunc{wxWindow*}{FindWindow}{\param{const wxString\&}{ name}} | |
622 | ||
623 | Find a child of this window, by name. | |
624 | ||
625 | \pythonnote{In place of a single overloaded method name, wxPython | |
626 | implements the following methods:\par | |
627 | \indented{2cm}{\begin{twocollist} | |
628 | \twocolitem{{\bf FindWindowById(id)}}{Accepts an integer} | |
629 | \twocolitem{{\bf FindWindowByName(name)}}{Accepts a string} | |
630 | \end{twocollist}} | |
631 | } | |
632 | ||
633 | ||
634 | \membersection{wxWindow::FindWindowById}\label{wxwindowfindwindowbyid} | |
635 | ||
636 | \func{static wxWindow*}{FindWindowById}{\param{long}{ id}, \param{wxWindow*}{ parent = NULL}} | |
637 | ||
638 | Find the first window with the given {\it id}. | |
639 | ||
640 | If {\it parent} is NULL, the search will start from all top-level | |
641 | frames and dialog boxes; if non-NULL, the search will be limited to the given window hierarchy. | |
642 | The search is recursive in both cases. | |
643 | ||
644 | \wxheading{See also} | |
645 | ||
646 | \helpref{FindWindow}{wxwindowfindwindow} | |
647 | ||
648 | ||
649 | \membersection{wxWindow::FindWindowByLabel}\label{wxwindowfindwindowbylabel} | |
650 | ||
651 | \func{static wxWindow*}{FindWindowByLabel}{\param{const wxString\&}{ label}, \param{wxWindow*}{ parent = NULL}} | |
652 | ||
653 | Find a window by its label. Depending on the type of window, the label may be a window title | |
654 | or panel item label. If {\it parent} is NULL, the search will start from all top-level | |
655 | frames and dialog boxes; if non-NULL, the search will be limited to the given window hierarchy. | |
656 | The search is recursive in both cases. | |
657 | ||
658 | \wxheading{See also} | |
659 | ||
660 | \helpref{FindWindow}{wxwindowfindwindow} | |
661 | ||
662 | ||
663 | \membersection{wxWindow::FindWindowByName}\label{wxwindowfindwindowbyname} | |
664 | ||
665 | \func{static wxWindow*}{FindWindowByName}{\param{const wxString\&}{ name}, \param{wxWindow*}{ parent = NULL}} | |
666 | ||
667 | Find a window by its name (as given in a window constructor or {\bf Create} function call). | |
668 | If {\it parent} is NULL, the search will start from all top-level | |
669 | frames and dialog boxes; if non-NULL, the search will be limited to the given window hierarchy. | |
670 | The search is recursive in both cases. | |
671 | ||
672 | If no window with such name is found, | |
673 | \helpref{FindWindowByLabel}{wxwindowfindwindowbylabel} is called. | |
674 | ||
675 | \wxheading{See also} | |
676 | ||
677 | \helpref{FindWindow}{wxwindowfindwindow} | |
678 | ||
679 | ||
680 | \membersection{wxWindow::Fit}\label{wxwindowfit} | |
681 | ||
682 | \func{virtual void}{Fit}{\void} | |
683 | ||
684 | Sizes the window so that it fits around its subwindows. This function won't do | |
685 | anything if there are no subwindows and will only really work correctly if | |
686 | sizers are used for the subwindows layout. Also, if the window has exactly one | |
687 | subwindow it is better (faster and the result is more precise as Fit adds some | |
688 | margin to account for fuzziness of its calculations) to call | |
689 | ||
690 | \begin{verbatim} | |
691 | window->SetClientSize(child->GetSize()); | |
692 | \end{verbatim} | |
693 | ||
694 | instead of calling Fit. | |
695 | ||
696 | ||
697 | \membersection{wxWindow::FitInside}\label{wxwindowfitinside} | |
698 | ||
699 | \func{virtual void}{FitInside}{\void} | |
700 | ||
701 | Similar to \helpref{Fit}{wxwindowfit}, but sizes the interior (virtual) size | |
702 | of a window. Mainly useful with scrolled windows to reset scrollbars after | |
703 | sizing changes that do not trigger a size event, and/or scrolled windows without | |
704 | an interior sizer. This function similarly won't do anything if there are no | |
705 | subwindows. | |
706 | ||
707 | ||
708 | \membersection{wxWindow::Freeze}\label{wxwindowfreeze} | |
709 | ||
710 | \func{virtual void}{Freeze}{\void} | |
711 | ||
712 | Freezes the window or, in other words, prevents any updates from taking place | |
713 | on screen, the window is not redrawn at all. \helpref{Thaw}{wxwindowthaw} must | |
714 | be called to reenable window redrawing. Calls to these two functions may be | |
715 | nested. | |
716 | ||
717 | This method is useful for visual appearance optimization (for example, it | |
718 | is a good idea to use it before doing many large text insertions in a row into | |
719 | a wxTextCtrl under wxGTK) but is not implemented on all platforms nor for all | |
720 | controls so it is mostly just a hint to wxWidgets and not a mandatory | |
721 | directive. | |
722 | ||
723 | \wxheading{See also} | |
724 | ||
725 | \helpref{wxWindowUpdateLocker}{wxwindowupdatelocker} | |
726 | ||
727 | ||
728 | \membersection{wxWindow::GetAcceleratorTable}\label{wxwindowgetacceleratortable} | |
729 | ||
730 | \constfunc{wxAcceleratorTable*}{GetAcceleratorTable}{\void} | |
731 | ||
732 | Gets the accelerator table for this window. See \helpref{wxAcceleratorTable}{wxacceleratortable}. | |
733 | ||
734 | ||
735 | \membersection{wxWindow::GetAccessible}\label{wxwindowgetaccessible} | |
736 | ||
737 | \func{wxAccessible*}{GetAccessible}{\void} | |
738 | ||
739 | Returns the accessible object for this window, if any. | |
740 | ||
741 | See also \helpref{wxAccessible}{wxaccessible}. | |
742 | ||
743 | ||
744 | \membersection{wxWindow::GetAdjustedBestSize}\label{wxwindowgetadjustedbestsize} | |
745 | ||
746 | \constfunc{wxSize}{GetAdjustedBestSize}{\void} | |
747 | ||
748 | This method is deprecated, use \helpref{GetEffectiveMinSize}{wxwindowgeteffectiveminsize} | |
749 | instead. | |
750 | ||
751 | ||
752 | \membersection{wxWindow::GetBackgroundColour}\label{wxwindowgetbackgroundcolour} | |
753 | ||
754 | \constfunc{virtual wxColour}{GetBackgroundColour}{\void} | |
755 | ||
756 | Returns the background colour of the window. | |
757 | ||
758 | \wxheading{See also} | |
759 | ||
760 | \helpref{wxWindow::SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
761 | \helpref{wxWindow::SetForegroundColour}{wxwindowsetforegroundcolour},\rtfsp | |
762 | \helpref{wxWindow::GetForegroundColour}{wxwindowgetforegroundcolour} | |
763 | ||
764 | \membersection{wxWindow::GetBackgroundStyle}\label{wxwindowgetbackgroundstyle} | |
765 | ||
766 | \constfunc{virtual wxBackgroundStyle}{GetBackgroundStyle}{\void} | |
767 | ||
768 | Returns the background style of the window. The background style indicates | |
769 | whether background colour should be determined by the system (wxBG\_STYLE\_SYSTEM), | |
770 | be set to a specific colour (wxBG\_STYLE\_COLOUR), or should be left to the | |
771 | application to implement (wxBG\_STYLE\_CUSTOM). | |
772 | ||
773 | On GTK+, use of wxBG\_STYLE\_CUSTOM allows the flicker-free drawing of a custom | |
774 | background, such as a tiled bitmap. Currently the style has no effect on other platforms. | |
775 | ||
776 | \wxheading{See also} | |
777 | ||
778 | \helpref{wxWindow::SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
779 | \helpref{wxWindow::GetForegroundColour}{wxwindowgetforegroundcolour},\rtfsp | |
780 | \helpref{wxWindow::SetBackgroundStyle}{wxwindowsetbackgroundstyle} | |
781 | ||
782 | \membersection{wxWindow::GetEffectiveMinSize}\label{wxwindowgeteffectiveminsize} | |
783 | ||
784 | \constfunc{wxSize}{GetEffectiveMinSize}{\void} | |
785 | ||
786 | Merges the window's best size into the min size and returns the | |
787 | result. This is the value used by sizers to determine the appropriate | |
788 | ammount of sapce to allocate for the widget. | |
789 | ||
790 | \wxheading{See also} | |
791 | ||
792 | \helpref{wxWindow::GetBestSize}{wxwindowgetbestsize},\rtfsp | |
793 | \helpref{wxWindow::SetInitialSize}{wxwindowsetinitialsize} | |
794 | ||
795 | ||
796 | \membersection{wxWindow::GetBestSize}\label{wxwindowgetbestsize} | |
797 | ||
798 | \constfunc{wxSize}{GetBestSize}{\void} | |
799 | ||
800 | This functions returns the best acceptable minimal size for the window. For | |
801 | example, for a static control, it will be the minimal size such that the | |
802 | control label is not truncated. For windows containing subwindows (typically | |
803 | \helpref{wxPanel}{wxpanel}), the size returned by this function will be the | |
804 | same as the size the window would have had after calling | |
805 | \helpref{Fit}{wxwindowfit}. | |
806 | ||
807 | ||
808 | \membersection{wxWindow::GetCapture}\label{wxwindowgetcapture} | |
809 | ||
810 | \func{static wxWindow *}{GetCapture}{\void} | |
811 | ||
812 | Returns the currently captured window. | |
813 | ||
814 | \wxheading{See also} | |
815 | ||
816 | \helpref{wxWindow::HasCapture}{wxwindowhascapture}, | |
817 | \helpref{wxWindow::CaptureMouse}{wxwindowcapturemouse}, | |
818 | \helpref{wxWindow::ReleaseMouse}{wxwindowreleasemouse}, | |
819 | \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} | |
820 | \helpref{wxMouseCaptureChangedEvent}{wxmousecapturechangedevent} | |
821 | ||
822 | ||
823 | \membersection{wxWindow::GetCaret}\label{wxwindowgetcaret} | |
824 | ||
825 | \constfunc{wxCaret *}{GetCaret}{\void} | |
826 | ||
827 | Returns the \helpref{caret}{wxcaret} associated with the window. | |
828 | ||
829 | ||
830 | \membersection{wxWindow::GetCharHeight}\label{wxwindowgetcharheight} | |
831 | ||
832 | \constfunc{virtual int}{GetCharHeight}{\void} | |
833 | ||
834 | Returns the character height for this window. | |
835 | ||
836 | ||
837 | \membersection{wxWindow::GetCharWidth}\label{wxwindowgetcharwidth} | |
838 | ||
839 | \constfunc{virtual int}{GetCharWidth}{\void} | |
840 | ||
841 | Returns the average character width for this window. | |
842 | ||
843 | ||
844 | \membersection{wxWindow::GetChildren}\label{wxwindowgetchildren} | |
845 | ||
846 | \func{wxWindowList\&}{GetChildren}{\void} | |
847 | ||
848 | \constfunc{const wxWindowList\&}{GetChildren}{\void} | |
849 | ||
850 | Returns a reference to the list of the window's children. \texttt{wxWindowList} | |
851 | is a type-safe \helpref{wxList}{wxlist}-like class whose elements are of type | |
852 | \texttt{wxWindow *}. | |
853 | ||
854 | ||
855 | \membersection{wxWindow::GetClassDefaultAttributes}\label{wxwindowgetclassdefaultattributes} | |
856 | ||
857 | \func{static wxVisualAttributes}{GetClassDefaultAttributes}{\param{wxWindowVariant}{ variant = \texttt{wxWINDOW\_VARIANT\_NORMAL}}} | |
858 | ||
859 | Returns the default font and colours which are used by the control. This is | |
860 | useful if you want to use the same font or colour in your own control as in a | |
861 | standard control -- which is a much better idea than hard coding specific | |
862 | colours or fonts which might look completely out of place on the users | |
863 | system, especially if it uses themes. | |
864 | ||
865 | The \arg{variant} parameter is only relevant under Mac currently and is | |
866 | ignore under other platforms. Under Mac, it will change the size of the | |
867 | returned font. See \helpref{wxWindow::SetWindowVariant}{wxwindowsetwindowvariant} | |
868 | for more about this. | |
869 | ||
870 | This static method is ``overridden'' in many derived classes and so calling, | |
871 | for example, \helpref{wxButton}{wxbutton}::GetClassDefaultAttributes() will typically | |
872 | return the values appropriate for a button which will be normally different | |
873 | from those returned by, say, \helpref{wxListCtrl}{wxlistctrl}::GetClassDefaultAttributes(). | |
874 | ||
875 | The \texttt{wxVisualAttributes} structure has at least the fields | |
876 | \texttt{font}, \texttt{colFg} and \texttt{colBg}. All of them may be invalid | |
877 | if it was not possible to determine the default control appearance or, | |
878 | especially for the background colour, if the field doesn't make sense as is | |
879 | the case for \texttt{colBg} for the controls with themed background. | |
880 | ||
881 | \wxheading{See also} | |
882 | ||
883 | \helpref{InheritAttributes}{wxwindowinheritattributes} | |
884 | ||
885 | ||
886 | \membersection{wxWindow::GetClientSize}\label{wxwindowgetclientsize} | |
887 | ||
888 | \constfunc{void}{GetClientSize}{\param{int* }{width}, \param{int* }{height}} | |
889 | ||
890 | \perlnote{In wxPerl this method takes no parameter and returns | |
891 | a 2-element list {\tt (width, height)}.} | |
892 | ||
893 | \constfunc{wxSize}{GetClientSize}{\void} | |
894 | ||
895 | Returns the size of the window `client area' in pixels. The client area is the | |
896 | area which may be drawn on by the programmer, excluding title bar, border, | |
897 | scrollbars, etc. | |
898 | ||
899 | Note that if this window is a top-level one and it is currently minimized, the | |
900 | return size is empty (both width and height are $0$). | |
901 | ||
902 | \wxheading{Parameters} | |
903 | ||
904 | \docparam{width}{Receives the client width in pixels.} | |
905 | ||
906 | \docparam{height}{Receives the client height in pixels.} | |
907 | ||
908 | \pythonnote{In place of a single overloaded method name, wxPython | |
909 | implements the following methods:\par | |
910 | \indented{2cm}{\begin{twocollist} | |
911 | \twocolitem{{\bf GetClientSizeTuple()}}{Returns a 2-tuple of (width, height)} | |
912 | \twocolitem{{\bf GetClientSize()}}{Returns a wxSize object} | |
913 | \end{twocollist}} | |
914 | } | |
915 | ||
916 | \wxheading{See also} | |
917 | ||
918 | \helpref{GetSize}{wxwindowgetsize},\rtfsp | |
919 | \helpref{GetVirtualSize}{wxwindowgetvirtualsize} | |
920 | ||
921 | ||
922 | ||
923 | \membersection{wxWindow::GetConstraints}\label{wxwindowgetconstraints} | |
924 | ||
925 | \constfunc{wxLayoutConstraints*}{GetConstraints}{\void} | |
926 | ||
927 | Returns a pointer to the window's layout constraints, or NULL if there are none. | |
928 | ||
929 | ||
930 | \membersection{wxWindow::GetContainingSizer}\label{wxwindowgetcontainingsizer} | |
931 | ||
932 | \constfunc{const wxSizer *}{GetContainingSizer}{\void} | |
933 | ||
934 | Return the sizer that this window is a member of, if any, otherwise | |
935 | {\tt NULL}. | |
936 | ||
937 | ||
938 | \membersection{wxWindow::GetCursor}\label{wxwindowgetcursor} | |
939 | ||
940 | \constfunc{const wxCursor\&}{GetCursor}{\void} | |
941 | ||
942 | Return the cursor associated with this window. | |
943 | ||
944 | \wxheading{See also} | |
945 | ||
946 | \helpref{wxWindow::SetCursor}{wxwindowsetcursor} | |
947 | ||
948 | ||
949 | \membersection{wxWindow::GetDefaultAttributes}\label{wxwindowgetdefaultattributes} | |
950 | ||
951 | \constfunc{virtual wxVisualAttributes}{GetDefaultAttributes}{\void} | |
952 | ||
953 | Currently this is the same as calling | |
954 | \helpref{GetClassDefaultAttributes}{wxwindowgetclassdefaultattributes}(\helpref{GetWindowVariant}{wxwindowgetwindowvariant}()). | |
955 | ||
956 | One advantage of using this function compared to the static version is that | |
957 | the call is automatically dispatched to the correct class (as usual with | |
958 | virtual functions) and you don't have to specify the class name explicitly. | |
959 | ||
960 | The other one is that in the future this function could return different | |
961 | results, for example it might return a different font for an ``Ok'' button | |
962 | than for a generic button if the users GUI is configured to show such buttons | |
963 | in bold font. Of course, the down side is that it is impossible to call this | |
964 | function without actually having an object to apply it to whereas the static | |
965 | version can be used without having to create an object first. | |
966 | ||
967 | ||
968 | \membersection{wxWindow::GetDropTarget}\label{wxwindowgetdroptarget} | |
969 | ||
970 | \constfunc{wxDropTarget*}{GetDropTarget}{\void} | |
971 | ||
972 | Returns the associated drop target, which may be NULL. | |
973 | ||
974 | \wxheading{See also} | |
975 | ||
976 | \helpref{wxWindow::SetDropTarget}{wxwindowsetdroptarget}, | |
977 | \helpref{Drag and drop overview}{wxdndoverview} | |
978 | ||
979 | ||
980 | \membersection{wxWindow::GetEventHandler}\label{wxwindowgeteventhandler} | |
981 | ||
982 | \constfunc{wxEvtHandler*}{GetEventHandler}{\void} | |
983 | ||
984 | Returns the event handler for this window. By default, the window is its | |
985 | own event handler. | |
986 | ||
987 | \wxheading{See also} | |
988 | ||
989 | \helpref{wxWindow::SetEventHandler}{wxwindowseteventhandler},\rtfsp | |
990 | \helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler},\rtfsp | |
991 | \helpref{wxWindow::PopEventHandler}{wxwindowpusheventhandler},\rtfsp | |
992 | \helpref{wxEvtHandler::ProcessEvent}{wxevthandlerprocessevent},\rtfsp | |
993 | \helpref{wxEvtHandler}{wxevthandler}\rtfsp | |
994 | ||
995 | ||
996 | \membersection{wxWindow::GetExtraStyle}\label{wxwindowgetextrastyle} | |
997 | ||
998 | \constfunc{long}{GetExtraStyle}{\void} | |
999 | ||
1000 | Returns the extra style bits for the window. | |
1001 | ||
1002 | ||
1003 | \membersection{wxWindow::GetFont}\label{wxwindowgetfont} | |
1004 | ||
1005 | \constfunc{wxFont}{GetFont}{\void} | |
1006 | ||
1007 | Returns the font for this window. | |
1008 | ||
1009 | \wxheading{See also} | |
1010 | ||
1011 | \helpref{wxWindow::SetFont}{wxwindowsetfont} | |
1012 | ||
1013 | ||
1014 | \membersection{wxWindow::GetForegroundColour}\label{wxwindowgetforegroundcolour} | |
1015 | ||
1016 | \func{virtual wxColour}{GetForegroundColour}{\void} | |
1017 | ||
1018 | Returns the foreground colour of the window. | |
1019 | ||
1020 | \wxheading{Remarks} | |
1021 | ||
1022 | The interpretation of foreground colour is open to interpretation according | |
1023 | to the window class; it may be the text colour or other colour, or it may not | |
1024 | be used at all. | |
1025 | ||
1026 | \wxheading{See also} | |
1027 | ||
1028 | \helpref{wxWindow::SetForegroundColour}{wxwindowsetforegroundcolour},\rtfsp | |
1029 | \helpref{wxWindow::SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
1030 | \helpref{wxWindow::GetBackgroundColour}{wxwindowgetbackgroundcolour} | |
1031 | ||
1032 | ||
1033 | \membersection{wxWindow::GetGrandParent}\label{wxwindowgetgrandparent} | |
1034 | ||
1035 | \constfunc{wxWindow*}{GetGrandParent}{\void} | |
1036 | ||
1037 | Returns the grandparent of a window, or NULL if there isn't one. | |
1038 | ||
1039 | ||
1040 | \membersection{wxWindow::GetHandle}\label{wxwindowgethandle} | |
1041 | ||
1042 | \constfunc{void*}{GetHandle}{\void} | |
1043 | ||
1044 | Returns the platform-specific handle of the physical window. Cast it to an appropriate | |
1045 | handle, such as {\bf HWND} for Windows, {\bf Widget} for Motif, {\bf GtkWidget} for GTK or {\bf WinHandle} for PalmOS. | |
1046 | ||
1047 | \pythonnote{This method will return an integer in wxPython.} | |
1048 | ||
1049 | \perlnote{This method will return an integer in wxPerl.} | |
1050 | ||
1051 | ||
1052 | \membersection{wxWindow::GetHelpTextAtPoint}\label{wxwindowgethelptextatpoint} | |
1053 | ||
1054 | \constfunc{virtual wxString}{GetHelpTextAtPoint}{\param{const wxPoint &}{point}, \param{wxHelpEvent::Origin }{origin}} | |
1055 | ||
1056 | Gets the help text to be used as context-sensitive help for this window. This | |
1057 | method should be overridden if the help message depends on the position inside | |
1058 | the window, otherwise \helpref{GetHelpText}{wxwindowgethelptext} can be used. | |
1059 | ||
1060 | \wxheading{Parameters} | |
1061 | ||
1062 | \docparam{point}{Coordinates of the mouse at the moment of help event emission.} | |
1063 | ||
1064 | \docparam{origin}{Help event origin, see also \helpref{wxHelpEvent::GetOrigin}{wxhelpeventgetorigin}.} | |
1065 | ||
1066 | \newsince{2.7.0} | |
1067 | ||
1068 | ||
1069 | \membersection{wxWindow::GetHelpText}\label{wxwindowgethelptext} | |
1070 | ||
1071 | \constfunc{virtual wxString}{GetHelpText}{\void} | |
1072 | ||
1073 | Gets the help text to be used as context-sensitive help for this window. | |
1074 | ||
1075 | Note that the text is actually stored by the current \helpref{wxHelpProvider}{wxhelpprovider} implementation, | |
1076 | and not in the window object itself. | |
1077 | ||
1078 | \wxheading{See also} | |
1079 | ||
1080 | \helpref{SetHelpText}{wxwindowsethelptext}, \helpref{GetHelpTextAtPoint}{wxwindowgethelptextatpoint}, \helpref{wxHelpProvider}{wxhelpprovider} | |
1081 | ||
1082 | ||
1083 | \membersection{wxWindow::GetId}\label{wxwindowgetid} | |
1084 | ||
1085 | \constfunc{int}{GetId}{\void} | |
1086 | ||
1087 | Returns the identifier of the window. | |
1088 | ||
1089 | \wxheading{Remarks} | |
1090 | ||
1091 | Each window has an integer identifier. If the application has not provided one | |
1092 | (or the default wxID\_ANY) an unique identifier with a negative value will be generated. | |
1093 | ||
1094 | \wxheading{See also} | |
1095 | ||
1096 | \helpref{wxWindow::SetId}{wxwindowsetid},\rtfsp | |
1097 | \helpref{Window identifiers}{windowids} | |
1098 | ||
1099 | ||
1100 | \membersection{wxWindow::GetLabel}\label{wxwindowgetlabel} | |
1101 | ||
1102 | \constfunc{virtual wxString }{GetLabel}{\void} | |
1103 | ||
1104 | Generic way of getting a label from any window, for | |
1105 | identification purposes. | |
1106 | ||
1107 | \wxheading{Remarks} | |
1108 | ||
1109 | The interpretation of this function differs from class to class. | |
1110 | For frames and dialogs, the value returned is the title. For buttons or static text controls, it is | |
1111 | the button text. This function can be useful for meta-programs (such as testing | |
1112 | tools or special-needs access programs) which need to identify windows | |
1113 | by name. | |
1114 | ||
1115 | \membersection{wxWindow::GetMaxSize}\label{wxwindowgetmaxsize} | |
1116 | ||
1117 | \constfunc{wxSize}{GetMaxSize}{\void} | |
1118 | ||
1119 | Returns the maximum size of the window, an indication to the sizer layout mechanism | |
1120 | that this is the maximum possible size. | |
1121 | ||
1122 | \membersection{wxWindow::GetMinSize}\label{wxwindowgetminsize} | |
1123 | ||
1124 | \constfunc{virtual wxSize}{GetMinSize}{\void} | |
1125 | ||
1126 | Returns the minimum size of the window, an indication to the sizer layout mechanism | |
1127 | that this is the minimum required size. It normally just returns the value set | |
1128 | by \helpref{SetMinSize}{wxwindowsetminsize}, but it can be overridden to do the | |
1129 | calculation on demand. | |
1130 | ||
1131 | \membersection{wxWindow::GetName}\label{wxwindowgetname} | |
1132 | ||
1133 | \constfunc{virtual wxString }{GetName}{\void} | |
1134 | ||
1135 | Returns the window's name. | |
1136 | ||
1137 | \wxheading{Remarks} | |
1138 | ||
1139 | This name is not guaranteed to be unique; it is up to the programmer to supply an appropriate | |
1140 | name in the window constructor or via \helpref{wxWindow::SetName}{wxwindowsetname}. | |
1141 | ||
1142 | \wxheading{See also} | |
1143 | ||
1144 | \helpref{wxWindow::SetName}{wxwindowsetname} | |
1145 | ||
1146 | ||
1147 | \membersection{wxWindow::GetParent}\label{wxwindowgetparent} | |
1148 | ||
1149 | \constfunc{virtual wxWindow*}{GetParent}{\void} | |
1150 | ||
1151 | Returns the parent of the window, or NULL if there is no parent. | |
1152 | ||
1153 | ||
1154 | \membersection{wxWindow::GetPosition}\label{wxwindowgetposition} | |
1155 | ||
1156 | \constfunc{virtual void}{GetPosition}{\param{int* }{x}, \param{int* }{y}} | |
1157 | ||
1158 | \constfunc{wxPoint}{GetPosition}{\void} | |
1159 | ||
1160 | This gets the position of the window in pixels, relative to the parent window | |
1161 | for the child windows or relative to the display origin for the top level | |
1162 | windows. | |
1163 | ||
1164 | \wxheading{Parameters} | |
1165 | ||
1166 | \docparam{x}{Receives the x position of the window if non-\NULL.} | |
1167 | ||
1168 | \docparam{y}{Receives the y position of the window if non-\NULL.} | |
1169 | ||
1170 | \pythonnote{In place of a single overloaded method name, wxPython | |
1171 | implements the following methods:\par | |
1172 | \indented{2cm}{\begin{twocollist} | |
1173 | \twocolitem{{\bf GetPosition()}}{Returns a wxPoint} | |
1174 | \twocolitem{{\bf GetPositionTuple()}}{Returns a tuple (x, y)} | |
1175 | \end{twocollist}} | |
1176 | } | |
1177 | ||
1178 | \perlnote{In wxPerl there are two methods instead of a single overloaded | |
1179 | method:\par | |
1180 | \indented{2cm}{\begin{twocollist} | |
1181 | \twocolitem{{\bf GetPosition()}}{Returns a Wx::Point} | |
1182 | \twocolitem{{\bf GetPositionXY()}}{Returns a 2-element list | |
1183 | {\tt ( x, y )}} | |
1184 | \end{twocollist} | |
1185 | }} | |
1186 | ||
1187 | ||
1188 | \wxheading{See also} | |
1189 | ||
1190 | \helpref{GetScreenPosition}{wxwindowgetscreenposition} | |
1191 | ||
1192 | ||
1193 | \membersection{wxWindow::GetRect}\label{wxwindowgetrect} | |
1194 | ||
1195 | \constfunc{virtual wxRect}{GetRect}{\void} | |
1196 | ||
1197 | Returns the position and size of the window as a \helpref{wxRect}{wxrect} object. | |
1198 | ||
1199 | \wxheading{See also} | |
1200 | ||
1201 | \helpref{GetScreenRect}{wxwindowgetscreenrect} | |
1202 | ||
1203 | ||
1204 | \membersection{wxWindow::GetScreenPosition}\label{wxwindowgetscreenposition} | |
1205 | ||
1206 | \constfunc{virtual void}{GetScreenPosition}{\param{int* }{x}, \param{int* }{y}} | |
1207 | ||
1208 | \constfunc{wxPoint}{GetScreenPosition}{\void} | |
1209 | ||
1210 | Returns the window position in screen coordinates, whether the window is a | |
1211 | child window or a top level one. | |
1212 | ||
1213 | \wxheading{Parameters} | |
1214 | ||
1215 | \docparam{x}{Receives the x position of the window on the screen if non-\NULL.} | |
1216 | ||
1217 | \docparam{y}{Receives the y position of the window on the screen if non-\NULL.} | |
1218 | ||
1219 | \wxheading{See also} | |
1220 | ||
1221 | \helpref{GetPosition}{wxwindowgetposition} | |
1222 | ||
1223 | ||
1224 | \membersection{wxWindow::GetScreenRect}\label{wxwindowgetscreenrect} | |
1225 | ||
1226 | \constfunc{virtual wxRect}{GetScreenRect}{\void} | |
1227 | ||
1228 | Returns the position and size of the window on the screen as a | |
1229 | \helpref{wxRect}{wxrect} object. | |
1230 | ||
1231 | \wxheading{See also} | |
1232 | ||
1233 | \helpref{GetRect}{wxwindowgetrect} | |
1234 | ||
1235 | ||
1236 | \membersection{wxWindow::GetScrollPos}\label{wxwindowgetscrollpos} | |
1237 | ||
1238 | \func{virtual int}{GetScrollPos}{\param{int }{orientation}} | |
1239 | ||
1240 | Returns the built-in scrollbar position. | |
1241 | ||
1242 | \wxheading{See also} | |
1243 | ||
1244 | See \helpref{wxWindow::SetScrollbar}{wxwindowsetscrollbar} | |
1245 | ||
1246 | ||
1247 | \membersection{wxWindow::GetScrollRange}\label{wxwindowgetscrollrange} | |
1248 | ||
1249 | \func{virtual int}{GetScrollRange}{\param{int }{orientation}} | |
1250 | ||
1251 | Returns the built-in scrollbar range. | |
1252 | ||
1253 | \wxheading{See also} | |
1254 | ||
1255 | \helpref{wxWindow::SetScrollbar}{wxwindowsetscrollbar} | |
1256 | ||
1257 | ||
1258 | \membersection{wxWindow::GetScrollThumb}\label{wxwindowgetscrollthumb} | |
1259 | ||
1260 | \func{virtual int}{GetScrollThumb}{\param{int }{orientation}} | |
1261 | ||
1262 | Returns the built-in scrollbar thumb size. | |
1263 | ||
1264 | \wxheading{See also} | |
1265 | ||
1266 | \helpref{wxWindow::SetScrollbar}{wxwindowsetscrollbar} | |
1267 | ||
1268 | ||
1269 | \membersection{wxWindow::GetSize}\label{wxwindowgetsize} | |
1270 | ||
1271 | \constfunc{void}{GetSize}{\param{int* }{width}, \param{int* }{height}} | |
1272 | ||
1273 | \constfunc{wxSize}{GetSize}{\void} | |
1274 | ||
1275 | Returns the size of the entire window in pixels, including title bar, border, | |
1276 | scrollbars, etc. | |
1277 | ||
1278 | Note that if this window is a top-level one and it is currently minimized, the | |
1279 | returned size is the restored window size, not the size of the window icon. | |
1280 | ||
1281 | \wxheading{Parameters} | |
1282 | ||
1283 | \docparam{width}{Receives the window width.} | |
1284 | ||
1285 | \docparam{height}{Receives the window height.} | |
1286 | ||
1287 | \pythonnote{In place of a single overloaded method name, wxPython | |
1288 | implements the following methods:\par | |
1289 | \indented{2cm}{\begin{twocollist} | |
1290 | \twocolitem{{\bf GetSize()}}{Returns a wxSize} | |
1291 | \twocolitem{{\bf GetSizeTuple()}}{Returns a 2-tuple (width, height)} | |
1292 | \end{twocollist}} | |
1293 | } | |
1294 | ||
1295 | \perlnote{In wxPerl there are two methods instead of a single overloaded | |
1296 | method:\par | |
1297 | \indented{2cm}{\begin{twocollist} | |
1298 | \twocolitem{{\bf GetSize()}}{Returns a Wx::Size} | |
1299 | \twocolitem{{\bf GetSizeWH()}}{Returns a 2-element list | |
1300 | {\tt ( width, height )}} | |
1301 | \end{twocollist} | |
1302 | }} | |
1303 | ||
1304 | \wxheading{See also} | |
1305 | ||
1306 | \helpref{GetClientSize}{wxwindowgetclientsize},\rtfsp | |
1307 | \helpref{GetVirtualSize}{wxwindowgetvirtualsize} | |
1308 | ||
1309 | ||
1310 | \membersection{wxWindow::GetSizer}\label{wxwindowgetsizer} | |
1311 | ||
1312 | \constfunc{wxSizer *}{GetSizer}{\void} | |
1313 | ||
1314 | Return the sizer associated with the window by a previous call to | |
1315 | \helpref{SetSizer()}{wxwindowsetsizer} or {\tt NULL}. | |
1316 | ||
1317 | ||
1318 | \membersection{wxWindow::GetTextExtent}\label{wxwindowgettextextent} | |
1319 | ||
1320 | \constfunc{virtual void}{GetTextExtent}{\param{const wxString\& }{string}, \param{int* }{w}, \param{int* }{h}, | |
1321 | \param{int* }{descent = NULL}, \param{int* }{externalLeading = NULL}, | |
1322 | \param{const wxFont* }{font = NULL}, \param{bool}{ use16 = {\tt false}}} | |
1323 | ||
1324 | \constfunc{wxSize}{GetTextExtent}{\param{const wxString\& }{string}} | |
1325 | ||
1326 | Gets the dimensions of the string as it would be drawn on the | |
1327 | window with the currently selected font. | |
1328 | ||
1329 | The text extent is returned in \arg{w} and \arg{h} pointers (first form) or as a | |
1330 | \helpref{wxSize}{wxsize} object (second form). | |
1331 | ||
1332 | \wxheading{Parameters} | |
1333 | ||
1334 | \docparam{string}{String whose extent is to be measured.} | |
1335 | ||
1336 | \docparam{w}{Return value for width.} | |
1337 | ||
1338 | \docparam{h}{Return value for height.} | |
1339 | ||
1340 | \docparam{descent}{Return value for descent (optional).} | |
1341 | ||
1342 | \docparam{externalLeading}{Return value for external leading (optional).} | |
1343 | ||
1344 | \docparam{font}{Font to use instead of the current window font (optional).} | |
1345 | ||
1346 | \docparam{use16}{If {\tt true}, {\it string} contains 16-bit characters. The default is {\tt false}.} | |
1347 | ||
1348 | \pythonnote{In place of a single overloaded method name, wxPython | |
1349 | implements the following methods:\par | |
1350 | \indented{2cm}{\begin{twocollist} | |
1351 | \twocolitem{{\bf GetTextExtent(string)}}{Returns a 2-tuple, (width, height)} | |
1352 | \twocolitem{{\bf GetFullTextExtent(string, font=NULL)}}{Returns a | |
1353 | 4-tuple, (width, height, descent, externalLeading) } | |
1354 | \end{twocollist}} | |
1355 | } | |
1356 | ||
1357 | \perlnote{In wxPerl this method takes only the {\tt string} and optionally | |
1358 | {\tt font} parameters, and returns a 4-element list | |
1359 | {\tt ( x, y, descent, externalLeading )}.} | |
1360 | ||
1361 | ||
1362 | \membersection{wxWindow::GetToolTip}\label{wxwindowgettooltip} | |
1363 | ||
1364 | \constfunc{wxToolTip*}{GetToolTip}{\void} | |
1365 | ||
1366 | Get the associated tooltip or NULL if none. | |
1367 | ||
1368 | ||
1369 | \membersection{wxWindow::GetUpdateRegion}\label{wxwindowgetupdateregion} | |
1370 | ||
1371 | \constfunc{virtual wxRegion}{GetUpdateRegion}{\void} | |
1372 | ||
1373 | Returns the region specifying which parts of the window have been damaged. Should | |
1374 | only be called within an \helpref{wxPaintEvent}{wxpaintevent} handler. | |
1375 | ||
1376 | \wxheading{See also} | |
1377 | ||
1378 | \helpref{wxRegion}{wxregion},\rtfsp | |
1379 | \helpref{wxRegionIterator}{wxregioniterator} | |
1380 | ||
1381 | ||
1382 | \membersection{wxWindow::GetValidator}\label{wxwindowgetvalidator} | |
1383 | ||
1384 | \constfunc{wxValidator*}{GetValidator}{\void} | |
1385 | ||
1386 | Returns a pointer to the current validator for the window, or NULL if there is none. | |
1387 | ||
1388 | ||
1389 | \membersection{wxWindow::GetVirtualSize}\label{wxwindowgetvirtualsize} | |
1390 | ||
1391 | \constfunc{void}{GetVirtualSize}{\param{int* }{width}, \param{int* }{height}} | |
1392 | ||
1393 | \constfunc{wxSize}{GetVirtualSize}{\void} | |
1394 | ||
1395 | This gets the virtual size of the window in pixels. By default it | |
1396 | returns the client size of the window, but after a call to | |
1397 | \helpref{SetVirtualSize}{wxwindowsetvirtualsize} it will return | |
1398 | that size. | |
1399 | ||
1400 | \wxheading{Parameters} | |
1401 | ||
1402 | \docparam{width}{Receives the window virtual width.} | |
1403 | ||
1404 | \docparam{height}{Receives the window virtual height.} | |
1405 | ||
1406 | \helpref{GetSize}{wxwindowgetsize},\rtfsp | |
1407 | \helpref{GetClientSize}{wxwindowgetclientsize} | |
1408 | ||
1409 | ||
1410 | \membersection{wxWindow::GetWindowBorderSize}\label{wxwindowgetwindowbordersize} | |
1411 | ||
1412 | \constfunc{wxSize}{GetWindowBorderSize}{\void} | |
1413 | ||
1414 | Returns the size of the left/right and top/bottom borders of this window in x | |
1415 | and y components of the result respectively. | |
1416 | ||
1417 | ||
1418 | \membersection{wxWindow::GetWindowStyleFlag}\label{wxwindowgetwindowstyleflag} | |
1419 | ||
1420 | \constfunc{long}{GetWindowStyleFlag}{\void} | |
1421 | ||
1422 | Gets the window style that was passed to the constructor or {\bf Create} | |
1423 | method. {\bf GetWindowStyle()} is another name for the same function. | |
1424 | ||
1425 | ||
1426 | \membersection{wxWindow::GetWindowVariant}\label{wxwindowgetwindowvariant} | |
1427 | ||
1428 | \constfunc{wxWindowVariant}{GetWindowVariant}{\void} | |
1429 | ||
1430 | Returns the value previously passed to | |
1431 | \helpref{wxWindow::SetWindowVariant}{wxwindowsetwindowvariant}. | |
1432 | ||
1433 | ||
1434 | \membersection{wxWindow::HasCapture}\label{wxwindowhascapture} | |
1435 | ||
1436 | \constfunc{virtual bool}{HasCapture}{\void} | |
1437 | ||
1438 | Returns {\tt true} if this window has the current mouse capture. | |
1439 | ||
1440 | \wxheading{See also} | |
1441 | ||
1442 | \helpref{wxWindow::CaptureMouse}{wxwindowcapturemouse}, | |
1443 | \helpref{wxWindow::ReleaseMouse}{wxwindowreleasemouse}, | |
1444 | \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} | |
1445 | \helpref{wxMouseCaptureChangedEvent}{wxmousecapturechangedevent} | |
1446 | ||
1447 | ||
1448 | \membersection{wxWindow::HasExtraStyle}\label{wxwindowhasextrastyle} | |
1449 | ||
1450 | \constfunc{bool}{HasExtraStyle}{\param{int }{exFlag}} | |
1451 | ||
1452 | Returns \texttt{true} if the window has the given \arg{exFlag} bit set in its | |
1453 | extra styles. | |
1454 | ||
1455 | \wxheading{See also} | |
1456 | ||
1457 | \helpref{SetExtraStyle}{wxwindowsetextrastyle} | |
1458 | ||
1459 | ||
1460 | \membersection{wxWindow::HasFlag}\label{wxwindowhasflag} | |
1461 | ||
1462 | \constfunc{bool}{HasFlag}{\param{int }{flag}} | |
1463 | ||
1464 | Returns \texttt{true} if the window has the given \arg{flag} bit set. | |
1465 | ||
1466 | ||
1467 | \membersection{wxWindow::HasMultiplePages}\label{wxwindowhasmultiplepages} | |
1468 | ||
1469 | \constfunc{virtual bool}{HasMultiplePages}{\void} | |
1470 | ||
1471 | This method should be overridden to return \texttt{true} if this window has | |
1472 | multiple pages. All standard class with multiple pages such as | |
1473 | \helpref{wxNotebook}{wxnotebook}, \helpref{wxListbook}{wxlistbook} and | |
1474 | \helpref{wxTreebook}{wxtreebook} already override it to return \texttt{true} | |
1475 | and user-defined classes with similar behaviour should do it as well to allow | |
1476 | the library to handle such windows appropriately. | |
1477 | ||
1478 | ||
1479 | \membersection{wxWindow::HasScrollbar}\label{wxwindowhasscrollbar} | |
1480 | ||
1481 | \constfunc{virtual bool}{HasScrollbar}{\param{int }{orient}} | |
1482 | ||
1483 | Returns {\tt true} if this window has a scroll bar for this orientation. | |
1484 | ||
1485 | \wxheading{Parameters} | |
1486 | ||
1487 | \docparam{orient}{Orientation to check, either {\tt wxHORIZONTAL} or {\tt wxVERTICAL}.} | |
1488 | ||
1489 | ||
1490 | \membersection{wxWindow::HasTransparentBackground}\label{wxwindowhastransparentbackground} | |
1491 | ||
1492 | \constfunc{virtual bool}{HasTransparentBackground}{\void} | |
1493 | ||
1494 | Returns \true if this window background is transparent (as, for example, for | |
1495 | wxStaticText) and should show the parent window background. | |
1496 | ||
1497 | This method is mostly used internally by the library itself and you normally | |
1498 | shouldn't have to call it. You may, however, have to override it in your | |
1499 | wxWindow-derived class to ensure that background is painted correctly. | |
1500 | ||
1501 | ||
1502 | \membersection{wxWindow::Hide}\label{wxwindowhide} | |
1503 | ||
1504 | \func{bool}{Hide}{\void} | |
1505 | ||
1506 | Equivalent to calling \helpref{Show}{wxwindowshow}({\tt false}). | |
1507 | ||
1508 | ||
1509 | \membersection{wxWindow::InheritAttributes}\label{wxwindowinheritattributes} | |
1510 | ||
1511 | \func{void}{InheritAttributes}{\void} | |
1512 | ||
1513 | This function is (or should be, in case of custom controls) called during | |
1514 | window creation to intelligently set up the window visual attributes, that is | |
1515 | the font and the foreground and background colours. | |
1516 | ||
1517 | By ``intelligently'' the following is meant: by default, all windows use their | |
1518 | own \helpref{default}{wxwindowgetclassdefaultattributes} attributes. However | |
1519 | if some of the parents attributes are explicitly (that is, using | |
1520 | \helpref{SetFont}{wxwindowsetfont} and not | |
1521 | \helpref{SetOwnFont}{wxwindowsetownfont}) changed \emph{and} if the | |
1522 | corresponding attribute hadn't been explicitly set for this window itself, | |
1523 | then this window takes the same value as used by the parent. In addition, if | |
1524 | the window overrides \helpref{ShouldInheritColours}{wxwindowshouldinheritcolours} | |
1525 | to return \false, the colours will not be changed no matter what and only the | |
1526 | font might. | |
1527 | ||
1528 | This rather complicated logic is necessary in order to accommodate the | |
1529 | different usage scenarios. The most common one is when all default attributes | |
1530 | are used and in this case, nothing should be inherited as in modern GUIs | |
1531 | different controls use different fonts (and colours) than their siblings so | |
1532 | they can't inherit the same value from the parent. However it was also deemed | |
1533 | desirable to allow to simply change the attributes of all children at once by | |
1534 | just changing the font or colour of their common parent, hence in this case we | |
1535 | do inherit the parents attributes. | |
1536 | ||
1537 | ||
1538 | \membersection{wxWindow::InitDialog}\label{wxwindowinitdialog} | |
1539 | ||
1540 | \func{void}{InitDialog}{\void} | |
1541 | ||
1542 | Sends an {\tt wxEVT\_INIT\_DIALOG} event, whose handler usually transfers data | |
1543 | to the dialog via validators. | |
1544 | ||
1545 | ||
1546 | \membersection{wxWindow::InvalidateBestSize}\label{wxwindowinvalidatebestsize} | |
1547 | ||
1548 | \func{void}{InvalidateBestSize}{\void} | |
1549 | ||
1550 | Resets the cached best size value so it will be recalculated the next time it is needed. | |
1551 | ||
1552 | ||
1553 | \membersection{wxWindow::IsDoubleBuffered}\label{wxwindowisdoublebuffered} | |
1554 | ||
1555 | \constfunc{virtual bool}{IsDoubleBuffered}{\void} | |
1556 | ||
1557 | Returns \true if the window contents is double-buffered by the system, i.e. if | |
1558 | any drawing done on the window is really done on a temporary backing surface | |
1559 | and transferred to the screen all at once later. | |
1560 | ||
1561 | \wxheading{See also} | |
1562 | ||
1563 | \helpref{wxBufferedDC}{wxbuffereddc} | |
1564 | ||
1565 | ||
1566 | \membersection{wxWindow::IsEnabled}\label{wxwindowisenabled} | |
1567 | ||
1568 | \constfunc{virtual bool}{IsEnabled}{\void} | |
1569 | ||
1570 | Returns \true if the window is enabled, i.e. if it accepts user input, \false | |
1571 | otherwise. | |
1572 | ||
1573 | Notice that this method can return \false even if this window itself hadn't | |
1574 | been explicitly disabled when one of its parent windows is disabled. To get the | |
1575 | intrinsic status of this window, use | |
1576 | \helpref{IsThisEnabled}{wxwindowisthisenabled} | |
1577 | ||
1578 | \wxheading{See also} | |
1579 | ||
1580 | \helpref{wxWindow::Enable}{wxwindowenable} | |
1581 | ||
1582 | ||
1583 | \membersection{wxWindow::IsExposed}\label{wxwindowisexposed} | |
1584 | ||
1585 | \constfunc{bool}{IsExposed}{\param{int }{x}, \param{int }{y}} | |
1586 | ||
1587 | \constfunc{bool}{IsExposed}{\param{wxPoint }{\&pt}} | |
1588 | ||
1589 | \constfunc{bool}{IsExposed}{\param{int }{x}, \param{int }{y}, \param{int }{w}, \param{int }{h}} | |
1590 | ||
1591 | \constfunc{bool}{IsExposed}{\param{wxRect }{\&rect}} | |
1592 | ||
1593 | Returns {\tt true} if the given point or rectangle area has been exposed since the | |
1594 | last repaint. Call this in an paint event handler to optimize redrawing by | |
1595 | only redrawing those areas, which have been exposed. | |
1596 | ||
1597 | \pythonnote{In place of a single overloaded method name, wxPython | |
1598 | implements the following methods:\par | |
1599 | \indented{2cm}{\begin{twocollist} | |
1600 | \twocolitem{{\bf IsExposed(x,y, w=0,h=0)}}{} | |
1601 | \twocolitem{{\bf IsExposedPoint(pt)}}{} | |
1602 | \twocolitem{{\bf IsExposedRect(rect)}}{} | |
1603 | \end{twocollist}}} | |
1604 | ||
1605 | ||
1606 | \membersection{wxWindow::IsFrozen}\label{wxwindowisfrozen} | |
1607 | ||
1608 | \constfunc{virtual bool}{IsFrozen}{\void} | |
1609 | ||
1610 | Returns \true if the window is currently frozen by a call to | |
1611 | \helpref{Freeze()}{wxwindowfreeze}. | |
1612 | ||
1613 | \wxheading{See also} | |
1614 | ||
1615 | \helpref{Thaw()}{wxwindowthaw} | |
1616 | ||
1617 | ||
1618 | \membersection{wxWindow::IsRetained}\label{wxwindowisretained} | |
1619 | ||
1620 | \constfunc{virtual bool}{IsRetained}{\void} | |
1621 | ||
1622 | Returns {\tt true} if the window is retained, {\tt false} otherwise. | |
1623 | ||
1624 | \wxheading{Remarks} | |
1625 | ||
1626 | Retained windows are only available on X platforms. | |
1627 | ||
1628 | ||
1629 | \membersection{wxWindow::IsShown}\label{wxwindowisshown} | |
1630 | ||
1631 | \constfunc{virtual bool}{IsShown}{\void} | |
1632 | ||
1633 | Returns {\tt true} if the window is shown, {\tt false} if it has been hidden. | |
1634 | ||
1635 | \wxheading{See also} | |
1636 | ||
1637 | \helpref{wxWindow::IsShownOnScreen}{wxwindowisshownonscreen} | |
1638 | ||
1639 | ||
1640 | \membersection{wxWindow::IsShownOnScreen}\label{wxwindowisshownonscreen} | |
1641 | ||
1642 | \constfunc{virtual bool}{IsShownOnScreen}{\void} | |
1643 | ||
1644 | Returns {\tt true} if the window is physically visible on the screen, i.e. it | |
1645 | is shown and all its parents up to the toplevel window are shown as well. | |
1646 | ||
1647 | \wxheading{See also} | |
1648 | ||
1649 | \helpref{wxWindow::IsShown}{wxwindowisshown} | |
1650 | ||
1651 | ||
1652 | \membersection{wxWindow::IsThisEnabled}\label{wxwindowisthisenabled} | |
1653 | ||
1654 | \constfunc{bool}{IsThisEnabled}{\void} | |
1655 | ||
1656 | Returns \true if this window is intrinsically enabled, \false otherwise, i.e. | |
1657 | if \helpref{Enable(false)}{wxwindowenable} had been called. This method is | |
1658 | mostly used for wxWidgets itself, user code should normally use | |
1659 | \helpref{IsEnabled}{wxwindowisenabled} instead. | |
1660 | ||
1661 | ||
1662 | \membersection{wxWindow::IsTopLevel}\label{wxwindowistoplevel} | |
1663 | ||
1664 | \constfunc{bool}{IsTopLevel}{\void} | |
1665 | ||
1666 | Returns {\tt true} if the given window is a top-level one. Currently all frames and | |
1667 | dialogs are considered to be top-level windows (even if they have a parent | |
1668 | window). | |
1669 | ||
1670 | ||
1671 | \membersection{wxWindow::Layout}\label{wxwindowlayout} | |
1672 | ||
1673 | \func{void}{Layout}{\void} | |
1674 | ||
1675 | Invokes the constraint-based layout algorithm or the sizer-based algorithm | |
1676 | for this window. | |
1677 | ||
1678 | See \helpref{wxWindow::SetAutoLayout}{wxwindowsetautolayout}: when auto | |
1679 | layout is on, this function gets called automatically when the window is resized. | |
1680 | ||
1681 | ||
1682 | \membersection{wxWindow::LineDown}\label{wxwindowlinedown} | |
1683 | ||
1684 | This is just a wrapper for \helpref{ScrollLines}{wxwindowscrolllines}$(1)$. | |
1685 | ||
1686 | ||
1687 | \membersection{wxWindow::LineUp}\label{wxwindowlineup} | |
1688 | ||
1689 | This is just a wrapper for \helpref{ScrollLines}{wxwindowscrolllines}$(-1)$. | |
1690 | ||
1691 | ||
1692 | \membersection{wxWindow::Lower}\label{wxwindowlower} | |
1693 | ||
1694 | \func{void}{Lower}{\void} | |
1695 | ||
1696 | Lowers the window to the bottom of the window hierarchy (z-order). | |
1697 | ||
1698 | \wxheading{See also} | |
1699 | ||
1700 | \helpref{Raise}{wxwindowraise} | |
1701 | ||
1702 | ||
1703 | \membersection{wxWindow::MakeModal}\label{wxwindowmakemodal} | |
1704 | ||
1705 | \func{virtual void}{MakeModal}{\param{bool }{flag}} | |
1706 | ||
1707 | Disables all other windows in the application so that | |
1708 | the user can only interact with this window. | |
1709 | ||
1710 | \wxheading{Parameters} | |
1711 | ||
1712 | \docparam{flag}{If {\tt true}, this call disables all other windows in the application so that | |
1713 | the user can only interact with this window. If {\tt false}, the effect is reversed.} | |
1714 | ||
1715 | ||
1716 | \membersection{wxWindow::Move}\label{wxwindowmove} | |
1717 | ||
1718 | \func{void}{Move}{\param{int}{ x}, \param{int}{ y}} | |
1719 | ||
1720 | \func{void}{Move}{\param{const wxPoint\&}{ pt}} | |
1721 | ||
1722 | Moves the window to the given position. | |
1723 | ||
1724 | \wxheading{Parameters} | |
1725 | ||
1726 | \docparam{x}{Required x position.} | |
1727 | ||
1728 | \docparam{y}{Required y position.} | |
1729 | ||
1730 | \docparam{pt}{\helpref{wxPoint}{wxpoint} object representing the position.} | |
1731 | ||
1732 | \wxheading{Remarks} | |
1733 | ||
1734 | Implementations of SetSize can also implicitly implement the | |
1735 | wxWindow::Move function, which is defined in the base wxWindow class | |
1736 | as the call: | |
1737 | ||
1738 | \begin{verbatim} | |
1739 | SetSize(x, y, wxDefaultCoord, wxDefaultCoord, wxSIZE_USE_EXISTING); | |
1740 | \end{verbatim} | |
1741 | ||
1742 | \wxheading{See also} | |
1743 | ||
1744 | \helpref{wxWindow::SetSize}{wxwindowsetsize} | |
1745 | ||
1746 | \pythonnote{In place of a single overloaded method name, wxPython | |
1747 | implements the following methods:\par | |
1748 | \indented{2cm}{\begin{twocollist} | |
1749 | \twocolitem{{\bf Move(point)}}{Accepts a wxPoint} | |
1750 | \twocolitem{{\bf MoveXY(x, y)}}{Accepts a pair of integers} | |
1751 | \end{twocollist}} | |
1752 | } | |
1753 | ||
1754 | ||
1755 | \membersection{wxWindow::MoveAfterInTabOrder}\label{wxwindowmoveafterintaborder} | |
1756 | ||
1757 | \func{void}{MoveAfterInTabOrder}{\param{wxWindow *}{win}} | |
1758 | ||
1759 | Moves this window in the tab navigation order after the specified \arg{win}. | |
1760 | This means that when the user presses \texttt{TAB} key on that other window, | |
1761 | the focus switches to this window. | |
1762 | ||
1763 | Default tab order is the same as creation order, this function and | |
1764 | \helpref{MoveBeforeInTabOrder()}{wxwindowmovebeforeintaborder} allow to change | |
1765 | it after creating all the windows. | |
1766 | ||
1767 | \wxheading{Parameters} | |
1768 | ||
1769 | \docparam{win}{A sibling of this window which should precede it in tab order, | |
1770 | must not be NULL} | |
1771 | ||
1772 | ||
1773 | \membersection{wxWindow::MoveBeforeInTabOrder}\label{wxwindowmovebeforeintaborder} | |
1774 | ||
1775 | \func{void}{MoveBeforeInTabOrder}{\param{wxWindow *}{win}} | |
1776 | ||
1777 | Same as \helpref{MoveAfterInTabOrder}{wxwindowmoveafterintaborder} except that | |
1778 | it inserts this window just before \arg{win} instead of putting it right after | |
1779 | it. | |
1780 | ||
1781 | ||
1782 | \membersection{wxWindow::Navigate}\label{wxwindownavigate} | |
1783 | ||
1784 | \func{bool}{Navigate}{\param{int}{ flags = wxNavigationKeyEvent::IsForward}} | |
1785 | ||
1786 | Performs a keyboard navigation action starting from this window. This method is | |
1787 | equivalent to calling \helpref{NavigateIn()}{wxwindownavigatein} method on the | |
1788 | parent window. | |
1789 | ||
1790 | \wxheading{Parameters} | |
1791 | ||
1792 | \docparam{flags}{A combination of wxNavigationKeyEvent::IsForward and wxNavigationKeyEvent::WinChange.} | |
1793 | ||
1794 | \wxheading{Return value} | |
1795 | ||
1796 | Returns \true if the focus was moved to another window or \false if nothing | |
1797 | changed. | |
1798 | ||
1799 | \wxheading{Remarks} | |
1800 | ||
1801 | You may wish to call this from a text control custom keypress handler to do the default | |
1802 | navigation behaviour for the tab key, since the standard default behaviour for | |
1803 | a multiline text control with the wxTE\_PROCESS\_TAB style is to insert a tab | |
1804 | and not navigate to the next control. | |
1805 | ||
1806 | ||
1807 | \membersection{wxWindow::NavigateIn}\label{wxwindownavigatein} | |
1808 | ||
1809 | \func{bool}{NavigateIn}{\param{int}{ flags = wxNavigationKeyEvent::IsForward}} | |
1810 | ||
1811 | Performs a keyboard navigation action inside this window. | |
1812 | ||
1813 | See \helpref{Navigate}{wxwindownavigate} for more information. | |
1814 | ||
1815 | ||
1816 | \membersection{wxWindow::NextControlId}\label{wxwindownextcontrolid} | |
1817 | ||
1818 | \func{static int}{NextControlId}{\param{int }{winid}} | |
1819 | ||
1820 | If two controls are created consecutively using \texttt{wxID\_ANY} id, this | |
1821 | function allows to retrieve the effective id of the latter control from the id | |
1822 | of the former. This is useful for example to find the control following its | |
1823 | \helpref{wxStaticText}{wxstatictext} label if only the id of or pointer to the | |
1824 | label is available to the caller but it is known that the two controls were | |
1825 | created together. | |
1826 | ||
1827 | \wxheading{See also} | |
1828 | ||
1829 | \helpref{PrevControlId}{wxwindowprevcontrolid} | |
1830 | ||
1831 | ||
1832 | %% VZ: wxWindow::OnXXX() functions should not be documented but I'm leaving | |
1833 | %% the old docs here in case we want to move any still needed bits to | |
1834 | %% the right location (i.e. probably the corresponding events docs) | |
1835 | %% | |
1836 | %% \membersection{wxWindow::OnActivate}\label{wxwindowonactivate} | |
1837 | %% | |
1838 | %% \func{void}{OnActivate}{\param{wxActivateEvent\&}{ event}} | |
1839 | %% | |
1840 | %% Called when a window is activated or deactivated. | |
1841 | %% | |
1842 | %% \wxheading{Parameters} | |
1843 | %% | |
1844 | %% \docparam{event}{Object containing activation information.} | |
1845 | %% | |
1846 | %% \wxheading{Remarks} | |
1847 | %% | |
1848 | %% If the window is being activated, \helpref{wxActivateEvent::GetActive}{wxactivateeventgetactive} returns {\tt true}, | |
1849 | %% otherwise it returns {\tt false} (it is being deactivated). | |
1850 | %% | |
1851 | %% \wxheading{See also} | |
1852 | %% | |
1853 | %% \helpref{wxActivateEvent}{wxactivateevent},\rtfsp | |
1854 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
1855 | %% | |
1856 | %% \membersection{wxWindow::OnChar}\label{wxwindowonchar} | |
1857 | %% | |
1858 | %% \func{void}{OnChar}{\param{wxKeyEvent\&}{ event}} | |
1859 | %% | |
1860 | %% Called when the user has pressed a key that is not a modifier (SHIFT, CONTROL or ALT). | |
1861 | %% | |
1862 | %% \wxheading{Parameters} | |
1863 | %% | |
1864 | %% \docparam{event}{Object containing keypress information. See \helpref{wxKeyEvent}{wxkeyevent} for | |
1865 | %% details about this class.} | |
1866 | %% | |
1867 | %% \wxheading{Remarks} | |
1868 | %% | |
1869 | %% This member function is called in response to a keypress. To intercept this event, | |
1870 | %% use the EVT\_CHAR macro in an event table definition. Your {\bf OnChar} handler may call this | |
1871 | %% default function to achieve default keypress functionality. | |
1872 | %% | |
1873 | %% Note that the ASCII values do not have explicit key codes: they are passed as ASCII | |
1874 | %% values. | |
1875 | %% | |
1876 | %% Note that not all keypresses can be intercepted this way. If you wish to intercept modifier | |
1877 | %% keypresses, then you will need to use \helpref{wxWindow::OnKeyDown}{wxwindowonkeydown} or | |
1878 | %% \helpref{wxWindow::OnKeyUp}{wxwindowonkeyup}. | |
1879 | %% | |
1880 | %% Most, but not all, windows allow keypresses to be intercepted. | |
1881 | %% | |
1882 | %% {\bf Tip:} be sure to call {\tt event.Skip()} for events that you don't process in this function, | |
1883 | %% otherwise menu shortcuts may cease to work under Windows. | |
1884 | %% | |
1885 | %% \wxheading{See also} | |
1886 | %% | |
1887 | %% \helpref{wxWindow::OnKeyDown}{wxwindowonkeydown}, \helpref{wxWindow::OnKeyUp}{wxwindowonkeyup},\rtfsp | |
1888 | %% \helpref{wxKeyEvent}{wxkeyevent}, \helpref{wxWindow::OnCharHook}{wxwindowoncharhook},\rtfsp | |
1889 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
1890 | %% | |
1891 | %% \membersection{wxWindow::OnCharHook}\label{wxwindowoncharhook} | |
1892 | %% | |
1893 | %% \func{void}{OnCharHook}{\param{wxKeyEvent\&}{ event}} | |
1894 | %% | |
1895 | %% This member is called to allow the window to intercept keyboard events | |
1896 | %% before they are processed by child windows. | |
1897 | %% | |
1898 | %% \wxheading{Parameters} | |
1899 | %% | |
1900 | %% \docparam{event}{Object containing keypress information. See \helpref{wxKeyEvent}{wxkeyevent} for | |
1901 | %% details about this class.} | |
1902 | %% | |
1903 | %% \wxheading{Remarks} | |
1904 | %% | |
1905 | %% This member function is called in response to a keypress, if the window is active. To intercept this event, | |
1906 | %% use the EVT\_CHAR\_HOOK macro in an event table definition. If you do not process a particular | |
1907 | %% keypress, call \helpref{wxEvent::Skip}{wxeventskip} to allow default processing. | |
1908 | %% | |
1909 | %% An example of using this function is in the implementation of escape-character processing for wxDialog, | |
1910 | %% where pressing ESC dismisses the dialog by {\bf OnCharHook} 'forging' a cancel button press event. | |
1911 | %% | |
1912 | %% Note that the ASCII values do not have explicit key codes: they are passed as ASCII | |
1913 | %% values. | |
1914 | %% | |
1915 | %% This function is only relevant to top-level windows (frames and dialogs), and under | |
1916 | %% Windows only. Under GTK the normal EVT\_CHAR\_ event has the functionality, i.e. | |
1917 | %% you can intercept it, and if you don't call \helpref{wxEvent::Skip}{wxeventskip} | |
1918 | %% the window won't get the event. | |
1919 | %% | |
1920 | %% \wxheading{See also} | |
1921 | %% | |
1922 | %% \helpref{wxKeyEvent}{wxkeyevent},\rtfsp | |
1923 | %% \helpref{wxWindow::OnCharHook}{wxwindowoncharhook},\rtfsp | |
1924 | %% %% GD: OnXXX functions are not documented | |
1925 | %% %%\helpref{wxApp::OnCharHook}{wxapponcharhook},\rtfsp | |
1926 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
1927 | %% | |
1928 | %% \membersection{wxWindow::OnCommand}\label{wxwindowoncommand} | |
1929 | %% | |
1930 | %% \func{virtual void}{OnCommand}{\param{wxEvtHandler\& }{object}, \param{wxCommandEvent\& }{event}} | |
1931 | %% | |
1932 | %% This virtual member function is called if the control does not handle the command event. | |
1933 | %% | |
1934 | %% \wxheading{Parameters} | |
1935 | %% | |
1936 | %% \docparam{object}{Object receiving the command event.} | |
1937 | %% | |
1938 | %% \docparam{event}{Command event} | |
1939 | %% | |
1940 | %% \wxheading{Remarks} | |
1941 | %% | |
1942 | %% This virtual function is provided mainly for backward compatibility. You can also intercept commands | |
1943 | %% from child controls by using an event table, with identifiers or identifier ranges to identify | |
1944 | %% the control(s) in question. | |
1945 | %% | |
1946 | %% \wxheading{See also} | |
1947 | %% | |
1948 | %% \helpref{wxCommandEvent}{wxcommandevent},\rtfsp | |
1949 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
1950 | %% | |
1951 | %% \membersection{wxWindow::OnClose}\label{wxwindowonclose} | |
1952 | %% | |
1953 | %% \func{virtual bool}{OnClose}{\void} | |
1954 | %% | |
1955 | %% Called when the user has tried to close a a frame | |
1956 | %% or dialog box using the window manager (X) or system menu (Windows). | |
1957 | %% | |
1958 | %% {\bf Note:} This is an obsolete function. | |
1959 | %% It is superseded by the \helpref{wxWindow::OnCloseWindow}{wxwindowonclosewindow} event | |
1960 | %% handler. | |
1961 | %% | |
1962 | %% \wxheading{Return value} | |
1963 | %% | |
1964 | %% If {\tt true} is returned by OnClose, the window will be deleted by the system, otherwise the | |
1965 | %% attempt will be ignored. Do not delete the window from within this handler, although | |
1966 | %% you may delete other windows. | |
1967 | %% | |
1968 | %% \wxheading{See also} | |
1969 | %% | |
1970 | %% \helpref{Window deletion overview}{windowdeletionoverview},\rtfsp | |
1971 | %% \helpref{wxWindow::Close}{wxwindowclose},\rtfsp | |
1972 | %% \helpref{wxWindow::OnCloseWindow}{wxwindowonclosewindow},\rtfsp | |
1973 | %% \helpref{wxCloseEvent}{wxcloseevent} | |
1974 | %% | |
1975 | %% \membersection{wxWindow::OnKeyDown}\label{wxwindowonkeydown} | |
1976 | %% | |
1977 | %% \func{void}{OnKeyDown}{\param{wxKeyEvent\&}{ event}} | |
1978 | %% | |
1979 | %% Called when the user has pressed a key, before it is translated into an ASCII value using other | |
1980 | %% modifier keys that might be pressed at the same time. | |
1981 | %% | |
1982 | %% \wxheading{Parameters} | |
1983 | %% | |
1984 | %% \docparam{event}{Object containing keypress information. See \helpref{wxKeyEvent}{wxkeyevent} for | |
1985 | %% details about this class.} | |
1986 | %% | |
1987 | %% \wxheading{Remarks} | |
1988 | %% | |
1989 | %% This member function is called in response to a key down event. To intercept this event, | |
1990 | %% use the EVT\_KEY\_DOWN macro in an event table definition. Your {\bf OnKeyDown} handler may call this | |
1991 | %% default function to achieve default keypress functionality. | |
1992 | %% | |
1993 | %% Note that not all keypresses can be intercepted this way. If you wish to intercept special | |
1994 | %% keys, such as shift, control, and function keys, then you will need to use \helpref{wxWindow::OnKeyDown}{wxwindowonkeydown} or | |
1995 | %% \helpref{wxWindow::OnKeyUp}{wxwindowonkeyup}. | |
1996 | %% | |
1997 | %% Most, but not all, windows allow keypresses to be intercepted. | |
1998 | %% | |
1999 | %% {\bf Tip:} be sure to call {\tt event.Skip()} for events that you don't process in this function, | |
2000 | %% otherwise menu shortcuts may cease to work under Windows. | |
2001 | %% | |
2002 | %% \wxheading{See also} | |
2003 | %% | |
2004 | %% \helpref{wxWindow::OnChar}{wxwindowonchar}, \helpref{wxWindow::OnKeyUp}{wxwindowonkeyup},\rtfsp | |
2005 | %% \helpref{wxKeyEvent}{wxkeyevent}, \helpref{wxWindow::OnCharHook}{wxwindowoncharhook},\rtfsp | |
2006 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2007 | %% | |
2008 | %% \membersection{wxWindow::OnKeyUp}\label{wxwindowonkeyup} | |
2009 | %% | |
2010 | %% \func{void}{OnKeyUp}{\param{wxKeyEvent\&}{ event}} | |
2011 | %% | |
2012 | %% Called when the user has released a key. | |
2013 | %% | |
2014 | %% \wxheading{Parameters} | |
2015 | %% | |
2016 | %% \docparam{event}{Object containing keypress information. See \helpref{wxKeyEvent}{wxkeyevent} for | |
2017 | %% details about this class.} | |
2018 | %% | |
2019 | %% \wxheading{Remarks} | |
2020 | %% | |
2021 | %% This member function is called in response to a key up event. To intercept this event, | |
2022 | %% use the EVT\_KEY\_UP macro in an event table definition. Your {\bf OnKeyUp} handler may call this | |
2023 | %% default function to achieve default keypress functionality. | |
2024 | %% | |
2025 | %% Note that not all keypresses can be intercepted this way. If you wish to intercept special | |
2026 | %% keys, such as shift, control, and function keys, then you will need to use \helpref{wxWindow::OnKeyDown}{wxwindowonkeydown} or | |
2027 | %% \helpref{wxWindow::OnKeyUp}{wxwindowonkeyup}. | |
2028 | %% | |
2029 | %% Most, but not all, windows allow key up events to be intercepted. | |
2030 | %% | |
2031 | %% \wxheading{See also} | |
2032 | %% | |
2033 | %% \helpref{wxWindow::OnChar}{wxwindowonchar}, \helpref{wxWindow::OnKeyDown}{wxwindowonkeydown},\rtfsp | |
2034 | %% \helpref{wxKeyEvent}{wxkeyevent}, \helpref{wxWindow::OnCharHook}{wxwindowoncharhook},\rtfsp | |
2035 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2036 | %% | |
2037 | %% \membersection{wxWindow::OnInitDialog}\label{wxwindowoninitdialog} | |
2038 | %% | |
2039 | %% \func{void}{OnInitDialog}{\param{wxInitDialogEvent\&}{ event}} | |
2040 | %% | |
2041 | %% Default handler for the wxEVT\_INIT\_DIALOG event. Calls \helpref{wxWindow::TransferDataToWindow}{wxwindowtransferdatatowindow}. | |
2042 | %% | |
2043 | %% \wxheading{Parameters} | |
2044 | %% | |
2045 | %% \docparam{event}{Dialog initialisation event.} | |
2046 | %% | |
2047 | %% \wxheading{Remarks} | |
2048 | %% | |
2049 | %% Gives the window the default behaviour of transferring data to child controls via | |
2050 | %% the validator that each control has. | |
2051 | %% | |
2052 | %% \wxheading{See also} | |
2053 | %% | |
2054 | %% \helpref{wxValidator}{wxvalidator}, \helpref{wxWindow::TransferDataToWindow}{wxwindowtransferdatatowindow} | |
2055 | %% | |
2056 | %% \membersection{wxWindow::OnMenuHighlight}\label{wxwindowonmenuhighlight} | |
2057 | %% | |
2058 | %% \func{void}{OnMenuHighlight}{\param{wxMenuEvent\& }{event}} | |
2059 | %% | |
2060 | %% Called when a menu select is received from a menu bar: that is, the | |
2061 | %% mouse cursor is over a menu item, but the left mouse button has not been | |
2062 | %% pressed. | |
2063 | %% | |
2064 | %% \wxheading{Parameters} | |
2065 | %% | |
2066 | %% \docparam{event}{The menu highlight event. For more information, see \helpref{wxMenuEvent}{wxmenuevent}.} | |
2067 | %% | |
2068 | %% \wxheading{Remarks} | |
2069 | %% | |
2070 | %% You can choose any member function to receive | |
2071 | %% menu select events, using the EVT\_MENU\_HIGHLIGHT macro for individual menu items or EVT\_MENU\_HIGHLIGHT\_ALL macro | |
2072 | %% for all menu items. | |
2073 | %% | |
2074 | %% The default implementation for \helpref{wxFrame::OnMenuHighlight}{wxframeonmenuhighlight} displays help | |
2075 | %% text in the first field of the status bar. | |
2076 | %% | |
2077 | %% This function was known as {\bf OnMenuSelect} in earlier versions of wxWidgets, but this was confusing | |
2078 | %% since a selection is normally a left-click action. | |
2079 | %% | |
2080 | %% \wxheading{See also} | |
2081 | %% | |
2082 | %% \helpref{wxMenuEvent}{wxmenuevent},\rtfsp | |
2083 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2084 | %% | |
2085 | %% | |
2086 | %% \membersection{wxWindow::OnMouseEvent}\label{wxwindowonmouseevent} | |
2087 | %% | |
2088 | %% \func{void}{OnMouseEvent}{\param{wxMouseEvent\&}{ event}} | |
2089 | %% | |
2090 | %% Called when the user has initiated an event with the | |
2091 | %% mouse. | |
2092 | %% | |
2093 | %% \wxheading{Parameters} | |
2094 | %% | |
2095 | %% \docparam{event}{The mouse event. See \helpref{wxMouseEvent}{wxmouseevent} for | |
2096 | %% more details.} | |
2097 | %% | |
2098 | %% \wxheading{Remarks} | |
2099 | %% | |
2100 | %% Most, but not all, windows respond to this event. | |
2101 | %% | |
2102 | %% To intercept this event, use the EVT\_MOUSE\_EVENTS macro in an event table definition, or individual | |
2103 | %% mouse event macros such as EVT\_LEFT\_DOWN. | |
2104 | %% | |
2105 | %% \wxheading{See also} | |
2106 | %% | |
2107 | %% \helpref{wxMouseEvent}{wxmouseevent},\rtfsp | |
2108 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2109 | %% | |
2110 | %% \membersection{wxWindow::OnMove}\label{wxwindowonmove} | |
2111 | %% | |
2112 | %% \func{void}{OnMove}{\param{wxMoveEvent\& }{event}} | |
2113 | %% | |
2114 | %% Called when a window is moved. | |
2115 | %% | |
2116 | %% \wxheading{Parameters} | |
2117 | %% | |
2118 | %% \docparam{event}{The move event. For more information, see \helpref{wxMoveEvent}{wxmoveevent}.} | |
2119 | %% | |
2120 | %% \wxheading{Remarks} | |
2121 | %% | |
2122 | %% Use the EVT\_MOVE macro to intercept move events. | |
2123 | %% | |
2124 | %% \wxheading{Remarks} | |
2125 | %% | |
2126 | %% Not currently implemented. | |
2127 | %% | |
2128 | %% \wxheading{See also} | |
2129 | %% | |
2130 | %% \helpref{wxMoveEvent}{wxmoveevent},\rtfsp | |
2131 | %% \helpref{wxFrame::OnSize}{wxframeonsize},\rtfsp | |
2132 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2133 | %% | |
2134 | %% \membersection{wxWindow::OnPaint}\label{wxwindowonpaint} | |
2135 | %% | |
2136 | %% \func{void}{OnPaint}{\param{wxPaintEvent\& }{event}} | |
2137 | %% | |
2138 | %% Sent to the event handler when the window must be refreshed. | |
2139 | %% | |
2140 | %% \wxheading{Parameters} | |
2141 | %% | |
2142 | %% \docparam{event}{Paint event. For more information, see \helpref{wxPaintEvent}{wxpaintevent}.} | |
2143 | %% | |
2144 | %% \wxheading{Remarks} | |
2145 | %% | |
2146 | %% Use the EVT\_PAINT macro in an event table definition to intercept paint events. | |
2147 | %% | |
2148 | %% Note that In a paint event handler, the application must {\it always} create a \helpref{wxPaintDC}{wxpaintdc} object, | |
2149 | %% even if you do not use it. Otherwise, under MS Windows, refreshing for this and other windows will go wrong. | |
2150 | %% | |
2151 | %% For example: | |
2152 | %% | |
2153 | %% \small{% | |
2154 | %% \begin{verbatim} | |
2155 | %% void MyWindow::OnPaint(wxPaintEvent\& event) | |
2156 | %% { | |
2157 | %% wxPaintDC dc(this); | |
2158 | %% | |
2159 | %% DrawMyDocument(dc); | |
2160 | %% } | |
2161 | %% \end{verbatim} | |
2162 | %% }% | |
2163 | %% | |
2164 | %% You can optimize painting by retrieving the rectangles | |
2165 | %% that have been damaged and only repainting these. The rectangles are in | |
2166 | %% terms of the client area, and are unscrolled, so you will need to do | |
2167 | %% some calculations using the current view position to obtain logical, | |
2168 | %% scrolled units. | |
2169 | %% | |
2170 | %% Here is an example of using the \helpref{wxRegionIterator}{wxregioniterator} class: | |
2171 | %% | |
2172 | %% {\small% | |
2173 | %% \begin{verbatim} | |
2174 | %% // Called when window needs to be repainted. | |
2175 | %% void MyWindow::OnPaint(wxPaintEvent\& event) | |
2176 | %% { | |
2177 | %% wxPaintDC dc(this); | |
2178 | %% | |
2179 | %% // Find Out where the window is scrolled to | |
2180 | %% int vbX,vbY; // Top left corner of client | |
2181 | %% GetViewStart(&vbX,&vbY); | |
2182 | %% | |
2183 | %% int vX,vY,vW,vH; // Dimensions of client area in pixels | |
2184 | %% wxRegionIterator upd(GetUpdateRegion()); // get the update rect list | |
2185 | %% | |
2186 | %% while (upd) | |
2187 | %% { | |
2188 | %% vX = upd.GetX(); | |
2189 | %% vY = upd.GetY(); | |
2190 | %% vW = upd.GetW(); | |
2191 | %% vH = upd.GetH(); | |
2192 | %% | |
2193 | %% // Alternatively we can do this: | |
2194 | %% // wxRect rect; | |
2195 | %% // upd.GetRect(&rect); | |
2196 | %% | |
2197 | %% // Repaint this rectangle | |
2198 | %% ...some code... | |
2199 | %% | |
2200 | %% upd ++ ; | |
2201 | %% } | |
2202 | %% } | |
2203 | %% \end{verbatim} | |
2204 | %% }% | |
2205 | %% | |
2206 | %% \wxheading{See also} | |
2207 | %% | |
2208 | %% \helpref{wxPaintEvent}{wxpaintevent},\rtfsp | |
2209 | %% \helpref{wxPaintDC}{wxpaintdc},\rtfsp | |
2210 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2211 | %% | |
2212 | %% \membersection{wxWindow::OnScroll}\label{wxwindowonscroll} | |
2213 | %% | |
2214 | %% \func{void}{OnScroll}{\param{wxScrollWinEvent\& }{event}} | |
2215 | %% | |
2216 | %% Called when a scroll window event is received from one of the window's built-in scrollbars. | |
2217 | %% | |
2218 | %% \wxheading{Parameters} | |
2219 | %% | |
2220 | %% \docparam{event}{Command event. Retrieve the new scroll position by | |
2221 | %% calling \helpref{wxScrollEvent::GetPosition}{wxscrolleventgetposition}, and the | |
2222 | %% scrollbar orientation by calling \helpref{wxScrollEvent::GetOrientation}{wxscrolleventgetorientation}.} | |
2223 | %% | |
2224 | %% \wxheading{Remarks} | |
2225 | %% | |
2226 | %% Note that it is not possible to distinguish between horizontal and vertical scrollbars | |
2227 | %% until the function is executing (you can't have one function for vertical, another | |
2228 | %% for horizontal events). | |
2229 | %% | |
2230 | %% \wxheading{See also} | |
2231 | %% | |
2232 | %% \helpref{wxScrollWinEvent}{wxscrollwinevent},\rtfsp | |
2233 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2234 | %% | |
2235 | %% \membersection{wxWindow::OnSetFocus}\label{wxwindowonsetfocus} | |
2236 | %% | |
2237 | %% \func{void}{OnSetFocus}{\param{wxFocusEvent\& }{event}} | |
2238 | %% | |
2239 | %% Called when a window's focus is being set. | |
2240 | %% | |
2241 | %% \wxheading{Parameters} | |
2242 | %% | |
2243 | %% \docparam{event}{The focus event. For more information, see \helpref{wxFocusEvent}{wxfocusevent}.} | |
2244 | %% | |
2245 | %% \wxheading{Remarks} | |
2246 | %% | |
2247 | %% To intercept this event, use the macro EVT\_SET\_FOCUS in an event table definition. | |
2248 | %% | |
2249 | %% Most, but not all, windows respond to this event. | |
2250 | %% | |
2251 | %% \wxheading{See also} | |
2252 | %% | |
2253 | %% \helpref{wxFocusEvent}{wxfocusevent}, \helpref{wxWindow::OnKillFocus}{wxwindowonkillfocus},\rtfsp | |
2254 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2255 | %% | |
2256 | %% \membersection{wxWindow::OnSize}\label{wxwindowonsize} | |
2257 | %% | |
2258 | %% \func{void}{OnSize}{\param{wxSizeEvent\& }{event}} | |
2259 | %% | |
2260 | %% Called when the window has been resized. This is not a virtual function; you should | |
2261 | %% provide your own non-virtual OnSize function and direct size events to it using EVT\_SIZE | |
2262 | %% in an event table definition. | |
2263 | %% | |
2264 | %% \wxheading{Parameters} | |
2265 | %% | |
2266 | %% \docparam{event}{Size event. For more information, see \helpref{wxSizeEvent}{wxsizeevent}.} | |
2267 | %% | |
2268 | %% \wxheading{Remarks} | |
2269 | %% | |
2270 | %% You may wish to use this for frames to resize their child windows as appropriate. | |
2271 | %% | |
2272 | %% Note that the size passed is of | |
2273 | %% the whole window: call \helpref{wxWindow::GetClientSize}{wxwindowgetclientsize} for the area which may be | |
2274 | %% used by the application. | |
2275 | %% | |
2276 | %% When a window is resized, usually only a small part of the window is damaged and you | |
2277 | %% may only need to repaint that area. However, if your drawing depends on the size of the window, | |
2278 | %% you may need to clear the DC explicitly and repaint the whole window. In which case, you | |
2279 | %% may need to call \helpref{wxWindow::Refresh}{wxwindowrefresh} to invalidate the entire window. | |
2280 | %% | |
2281 | %% \wxheading{See also} | |
2282 | %% | |
2283 | %% \helpref{wxSizeEvent}{wxsizeevent},\rtfsp | |
2284 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2285 | %% | |
2286 | %% \membersection{wxWindow::OnSysColourChanged}\label{wxwindowonsyscolourchanged} | |
2287 | %% | |
2288 | %% \func{void}{OnSysColourChanged}{\param{wxOnSysColourChangedEvent\& }{event}} | |
2289 | %% | |
2290 | %% Called when the user has changed the system colours. Windows only. | |
2291 | %% | |
2292 | %% \wxheading{Parameters} | |
2293 | %% | |
2294 | %% \docparam{event}{System colour change event. For more information, see \helpref{wxSysColourChangedEvent}{wxsyscolourchangedevent}.} | |
2295 | %% | |
2296 | %% \wxheading{See also} | |
2297 | %% | |
2298 | %% \helpref{wxSysColourChangedEvent}{wxsyscolourchangedevent},\rtfsp | |
2299 | %% \helpref{Event handling overview}{eventhandlingoverview} | |
2300 | ||
2301 | ||
2302 | \membersection{wxWindow::OnInternalIdle}\label{wxwindowoninternalidle} | |
2303 | ||
2304 | \func{virtual void}{OnInternalIdle}{\void} | |
2305 | ||
2306 | This virtual function is normally only used internally, but | |
2307 | sometimes an application may need it to implement functionality | |
2308 | that should not be disabled by an application defining an OnIdle | |
2309 | handler in a derived class. | |
2310 | ||
2311 | This function may be used to do delayed painting, for example, | |
2312 | and most implementations call \helpref{wxWindow::UpdateWindowUI}{wxwindowupdatewindowui} | |
2313 | in order to send update events to the window in idle time. | |
2314 | ||
2315 | ||
2316 | \membersection{wxWindow::PageDown}\label{wxwindowpagedown} | |
2317 | ||
2318 | This is just a wrapper for \helpref{ScrollPages()}{wxwindowscrollpages}$(1)$. | |
2319 | ||
2320 | ||
2321 | \membersection{wxWindow::PageUp}\label{wxwindowpageup} | |
2322 | ||
2323 | This is just a wrapper for \helpref{ScrollPages()}{wxwindowscrollpages}$(-1)$. | |
2324 | ||
2325 | ||
2326 | \membersection{wxWindow::PopEventHandler}\label{wxwindowpopeventhandler} | |
2327 | ||
2328 | \constfunc{wxEvtHandler*}{PopEventHandler}{\param{bool }{deleteHandler = {\tt false}}} | |
2329 | ||
2330 | Removes and returns the top-most event handler on the event handler stack. | |
2331 | ||
2332 | \wxheading{Parameters} | |
2333 | ||
2334 | \docparam{deleteHandler}{If this is {\tt true}, the handler will be deleted after it is removed. The | |
2335 | default value is {\tt false}.} | |
2336 | ||
2337 | \wxheading{See also} | |
2338 | ||
2339 | \helpref{wxWindow::SetEventHandler}{wxwindowseteventhandler},\rtfsp | |
2340 | \helpref{wxWindow::GetEventHandler}{wxwindowgeteventhandler},\rtfsp | |
2341 | \helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler},\rtfsp | |
2342 | \helpref{wxEvtHandler::ProcessEvent}{wxevthandlerprocessevent},\rtfsp | |
2343 | \helpref{wxEvtHandler}{wxevthandler}\rtfsp | |
2344 | ||
2345 | ||
2346 | \membersection{wxWindow::PopupMenu}\label{wxwindowpopupmenu} | |
2347 | ||
2348 | \func{bool}{PopupMenu}{\param{wxMenu* }{menu}, \param{const wxPoint\& }{pos = wxDefaultPosition}} | |
2349 | ||
2350 | \func{bool}{PopupMenu}{\param{wxMenu* }{menu}, \param{int }{x}, \param{int }{y}} | |
2351 | ||
2352 | Pops up the given menu at the specified coordinates, relative to this | |
2353 | window, and returns control when the user has dismissed the menu. If a | |
2354 | menu item is selected, the corresponding menu event is generated and will be | |
2355 | processed as usually. If the coordinates are not specified, current mouse | |
2356 | cursor position is used. | |
2357 | ||
2358 | \wxheading{Parameters} | |
2359 | ||
2360 | \docparam{menu}{Menu to pop up.} | |
2361 | ||
2362 | \docparam{pos}{The position where the menu will appear.} | |
2363 | ||
2364 | \docparam{x}{Required x position for the menu to appear.} | |
2365 | ||
2366 | \docparam{y}{Required y position for the menu to appear.} | |
2367 | ||
2368 | \wxheading{See also} | |
2369 | ||
2370 | \helpref{wxMenu}{wxmenu} | |
2371 | ||
2372 | \wxheading{Remarks} | |
2373 | ||
2374 | Just before the menu is popped up, \helpref{wxMenu::UpdateUI}{wxmenuupdateui} | |
2375 | is called to ensure that the menu items are in the correct state. The menu does | |
2376 | not get deleted by the window. | |
2377 | ||
2378 | It is recommended to not explicitly specify coordinates when calling PopupMenu | |
2379 | in response to mouse click, because some of the ports (namely, wxGTK) can do | |
2380 | a better job of positioning the menu in that case. | |
2381 | ||
2382 | \pythonnote{In place of a single overloaded method name, wxPython | |
2383 | implements the following methods:\par | |
2384 | \indented{2cm}{\begin{twocollist} | |
2385 | \twocolitem{{\bf PopupMenu(menu, point)}}{Specifies position with a wxPoint} | |
2386 | \twocolitem{{\bf PopupMenuXY(menu, x, y)}}{Specifies position with two integers (x, y)} | |
2387 | \end{twocollist}} | |
2388 | } | |
2389 | ||
2390 | ||
2391 | \membersection{wxWindow::PrevControlId}\label{wxwindowprevcontrolid} | |
2392 | ||
2393 | \func{static int}{PrevControlId}{\param{int }{winid}} | |
2394 | ||
2395 | This is similar to \helpref{NextControlId}{wxwindownextcontrolid} but returns | |
2396 | the id of the control created just before the one with the given \arg{winid}. | |
2397 | ||
2398 | ||
2399 | \membersection{wxWindow::PushEventHandler}\label{wxwindowpusheventhandler} | |
2400 | ||
2401 | \func{void}{PushEventHandler}{\param{wxEvtHandler* }{handler}} | |
2402 | ||
2403 | Pushes this event handler onto the event stack for the window. | |
2404 | ||
2405 | \wxheading{Parameters} | |
2406 | ||
2407 | \docparam{handler}{Specifies the handler to be pushed.} | |
2408 | ||
2409 | \wxheading{Remarks} | |
2410 | ||
2411 | An event handler is an object that is capable of processing the events | |
2412 | sent to a window. By default, the window is its own event handler, but | |
2413 | an application may wish to substitute another, for example to allow | |
2414 | central implementation of event-handling for a variety of different | |
2415 | window classes. | |
2416 | ||
2417 | \helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler} allows | |
2418 | an application to set up a chain of event handlers, where an event not handled by one event handler is | |
2419 | handed to the next one in the chain. Use \helpref{wxWindow::PopEventHandler}{wxwindowpopeventhandler} to | |
2420 | remove the event handler. | |
2421 | ||
2422 | \wxheading{See also} | |
2423 | ||
2424 | \helpref{wxWindow::SetEventHandler}{wxwindowseteventhandler},\rtfsp | |
2425 | \helpref{wxWindow::GetEventHandler}{wxwindowgeteventhandler},\rtfsp | |
2426 | \helpref{wxWindow::PopEventHandler}{wxwindowpusheventhandler},\rtfsp | |
2427 | \helpref{wxEvtHandler::ProcessEvent}{wxevthandlerprocessevent},\rtfsp | |
2428 | \helpref{wxEvtHandler}{wxevthandler} | |
2429 | ||
2430 | ||
2431 | \membersection{wxWindow::Raise}\label{wxwindowraise} | |
2432 | ||
2433 | \func{void}{Raise}{\void} | |
2434 | ||
2435 | Raises the window to the top of the window hierarchy (z-order). | |
2436 | ||
2437 | In current version of wxWidgets this works both for managed and child windows. | |
2438 | ||
2439 | \wxheading{See also} | |
2440 | ||
2441 | \helpref{Lower}{wxwindowlower} | |
2442 | ||
2443 | ||
2444 | \membersection{wxWindow::Refresh}\label{wxwindowrefresh} | |
2445 | ||
2446 | \func{virtual void}{Refresh}{\param{bool}{ eraseBackground = {\tt true}}, \param{const wxRect* }{rect = NULL}} | |
2447 | ||
2448 | Causes this window, and all of its children recursively (except under wxGTK1 | |
2449 | where this is not implemented), to be repainted. Note that repainting doesn't | |
2450 | happen immediately but only during the next event loop iteration, if you need | |
2451 | to update the window immediately you should use \helpref{Update}{wxwindowupdate} | |
2452 | instead. | |
2453 | ||
2454 | \wxheading{Parameters} | |
2455 | ||
2456 | \docparam{eraseBackground}{If {\tt true}, the background will be | |
2457 | erased.} | |
2458 | ||
2459 | \docparam{rect}{If non-NULL, only the given rectangle will | |
2460 | be treated as damaged.} | |
2461 | ||
2462 | \wxheading{See also} | |
2463 | ||
2464 | \helpref{wxWindow::RefreshRect}{wxwindowrefreshrect} | |
2465 | ||
2466 | ||
2467 | \membersection{wxWindow::RefreshRect}\label{wxwindowrefreshrect} | |
2468 | ||
2469 | \func{void}{RefreshRect}{\param{const wxRect\& }{rect}, \param{bool }{eraseBackground = \true}} | |
2470 | ||
2471 | Redraws the contents of the given rectangle: only the area inside it will be | |
2472 | repainted. | |
2473 | ||
2474 | This is the same as \helpref{Refresh}{wxwindowrefresh} but has a nicer syntax | |
2475 | as it can be called with a temporary wxRect object as argument like this | |
2476 | \texttt{RefreshRect(wxRect(x, y, w, h))}. | |
2477 | ||
2478 | ||
2479 | \membersection{wxWindow::RegisterHotKey}\label{wxwindowregisterhotkey} | |
2480 | ||
2481 | \func{bool}{RegisterHotKey}{\param{int}{ hotkeyId}, \param{int}{ modifiers}, \param{int}{ virtualKeyCode}} | |
2482 | ||
2483 | Registers a system wide hotkey. Every time the user presses the hotkey registered here, this window | |
2484 | will receive a hotkey event. It will receive the event even if the application is in the background | |
2485 | and does not have the input focus because the user is working with some other application. | |
2486 | ||
2487 | \wxheading{Parameters} | |
2488 | ||
2489 | \docparam{hotkeyId}{Numeric identifier of the hotkey. For applications this must be between 0 and 0xBFFF. If | |
2490 | this function is called from a shared DLL, it must be a system wide unique identifier between 0xC000 and 0xFFFF. | |
2491 | This is a MSW specific detail.} | |
2492 | ||
2493 | \docparam{modifiers}{A bitwise combination of {\tt wxMOD\_SHIFT}, {\tt wxMOD\_CONTROL}, {\tt wxMOD\_ALT} | |
2494 | or {\tt wxMOD\_WIN} specifying the modifier keys that have to be pressed along with the key.} | |
2495 | ||
2496 | \docparam{virtualKeyCode}{The virtual key code of the hotkey.} | |
2497 | ||
2498 | \wxheading{Return value} | |
2499 | ||
2500 | {\tt true} if the hotkey was registered successfully. {\tt false} if some other application already registered a | |
2501 | hotkey with this modifier/virtualKeyCode combination. | |
2502 | ||
2503 | \wxheading{Remarks} | |
2504 | ||
2505 | Use EVT\_HOTKEY(hotkeyId, fnc) in the event table to capture the event. | |
2506 | This function is currently only implemented under Windows. It is used | |
2507 | in the \helpref{Windows CE port}{wxwince} for detecting hardware button presses. | |
2508 | ||
2509 | \wxheading{See also} | |
2510 | ||
2511 | \helpref{wxWindow::UnregisterHotKey}{wxwindowunregisterhotkey} | |
2512 | ||
2513 | ||
2514 | \membersection{wxWindow::ReleaseMouse}\label{wxwindowreleasemouse} | |
2515 | ||
2516 | \func{virtual void}{ReleaseMouse}{\void} | |
2517 | ||
2518 | Releases mouse input captured with \helpref{wxWindow::CaptureMouse}{wxwindowcapturemouse}. | |
2519 | ||
2520 | \wxheading{See also} | |
2521 | ||
2522 | \helpref{wxWindow::CaptureMouse}{wxwindowcapturemouse}, | |
2523 | \helpref{wxWindow::HasCapture}{wxwindowhascapture}, | |
2524 | \helpref{wxWindow::ReleaseMouse}{wxwindowreleasemouse}, | |
2525 | \helpref{wxMouseCaptureLostEvent}{wxmousecapturelostevent} | |
2526 | \helpref{wxMouseCaptureChangedEvent}{wxmousecapturechangedevent} | |
2527 | ||
2528 | ||
2529 | \membersection{wxWindow::RemoveChild}\label{wxwindowremovechild} | |
2530 | ||
2531 | \func{virtual void}{RemoveChild}{\param{wxWindow* }{child}} | |
2532 | ||
2533 | Removes a child window. This is called automatically by window deletion | |
2534 | functions so should not be required by the application programmer. | |
2535 | ||
2536 | Notice that this function is mostly internal to wxWidgets and shouldn't be | |
2537 | called by the user code. | |
2538 | ||
2539 | \wxheading{Parameters} | |
2540 | ||
2541 | \docparam{child}{Child window to remove.} | |
2542 | ||
2543 | ||
2544 | \membersection{wxWindow::RemoveEventHandler}\label{wxwindowremoveeventhandler} | |
2545 | ||
2546 | \func{bool}{RemoveEventHandler}{\param{wxEvtHandler *}{handler}} | |
2547 | ||
2548 | Find the given {\it handler} in the windows event handler chain and remove (but | |
2549 | not delete) it from it. | |
2550 | ||
2551 | \wxheading{Parameters} | |
2552 | ||
2553 | \docparam{handler}{The event handler to remove, must be non-{\tt NULL} and | |
2554 | must be present in this windows event handlers chain} | |
2555 | ||
2556 | \wxheading{Return value} | |
2557 | ||
2558 | Returns {\tt true} if it was found and {\tt false} otherwise (this also results | |
2559 | in an assert failure so this function should only be called when the | |
2560 | handler is supposed to be there). | |
2561 | ||
2562 | \wxheading{See also} | |
2563 | ||
2564 | \helpref{PushEventHandler}{wxwindowpusheventhandler},\rtfsp | |
2565 | \helpref{PopEventHandler}{wxwindowpopeventhandler} | |
2566 | ||
2567 | ||
2568 | \membersection{wxWindow::Reparent}\label{wxwindowreparent} | |
2569 | ||
2570 | \func{virtual bool}{Reparent}{\param{wxWindow* }{newParent}} | |
2571 | ||
2572 | Reparents the window, i.e the window will be removed from its | |
2573 | current parent window (e.g. a non-standard toolbar in a wxFrame) | |
2574 | and then re-inserted into another. | |
2575 | ||
2576 | \wxheading{Parameters} | |
2577 | ||
2578 | \docparam{newParent}{New parent.} | |
2579 | ||
2580 | ||
2581 | \membersection{wxWindow::ScreenToClient}\label{wxwindowscreentoclient} | |
2582 | ||
2583 | \constfunc{virtual void}{ScreenToClient}{\param{int* }{x}, \param{int* }{y}} | |
2584 | ||
2585 | \constfunc{virtual wxPoint}{ScreenToClient}{\param{const wxPoint\& }{pt}} | |
2586 | ||
2587 | Converts from screen to client window coordinates. | |
2588 | ||
2589 | \wxheading{Parameters} | |
2590 | ||
2591 | \docparam{x}{Stores the screen x coordinate and receives the client x coordinate.} | |
2592 | ||
2593 | \docparam{y}{Stores the screen x coordinate and receives the client x coordinate.} | |
2594 | ||
2595 | \docparam{pt}{The screen position for the second form of the function.} | |
2596 | ||
2597 | \pythonnote{In place of a single overloaded method name, wxPython | |
2598 | implements the following methods:\par | |
2599 | \indented{2cm}{\begin{twocollist} | |
2600 | \twocolitem{{\bf ScreenToClient(point)}}{Accepts and returns a wxPoint} | |
2601 | \twocolitem{{\bf ScreenToClientXY(x, y)}}{Returns a 2-tuple, (x, y)} | |
2602 | \end{twocollist}} | |
2603 | } | |
2604 | ||
2605 | ||
2606 | \membersection{wxWindow::ScrollLines}\label{wxwindowscrolllines} | |
2607 | ||
2608 | \func{virtual bool}{ScrollLines}{\param{int }{lines}} | |
2609 | ||
2610 | Scrolls the window by the given number of lines down (if {\it lines} is | |
2611 | positive) or up. | |
2612 | ||
2613 | \wxheading{Return value} | |
2614 | ||
2615 | Returns {\tt true} if the window was scrolled, {\tt false} if it was already | |
2616 | on top/bottom and nothing was done. | |
2617 | ||
2618 | \wxheading{Remarks} | |
2619 | ||
2620 | This function is currently only implemented under MSW and wxTextCtrl under | |
2621 | wxGTK (it also works for wxScrolledWindow derived classes under all | |
2622 | platforms). | |
2623 | ||
2624 | \wxheading{See also} | |
2625 | ||
2626 | \helpref{ScrollPages}{wxwindowscrollpages} | |
2627 | ||
2628 | ||
2629 | \membersection{wxWindow::ScrollPages}\label{wxwindowscrollpages} | |
2630 | ||
2631 | \func{virtual bool}{ScrollPages}{\param{int }{pages}} | |
2632 | ||
2633 | Scrolls the window by the given number of pages down (if {\it pages} is | |
2634 | positive) or up. | |
2635 | ||
2636 | \wxheading{Return value} | |
2637 | ||
2638 | Returns {\tt true} if the window was scrolled, {\tt false} if it was already | |
2639 | on top/bottom and nothing was done. | |
2640 | ||
2641 | \wxheading{Remarks} | |
2642 | ||
2643 | This function is currently only implemented under MSW and wxGTK. | |
2644 | ||
2645 | \wxheading{See also} | |
2646 | ||
2647 | \helpref{ScrollLines}{wxwindowscrolllines} | |
2648 | ||
2649 | ||
2650 | \membersection{wxWindow::ScrollWindow}\label{wxwindowscrollwindow} | |
2651 | ||
2652 | \func{virtual void}{ScrollWindow}{\param{int }{dx}, \param{int }{dy}, \param{const wxRect*}{ rect = NULL}} | |
2653 | ||
2654 | Physically scrolls the pixels in the window and move child windows accordingly. | |
2655 | ||
2656 | \wxheading{Parameters} | |
2657 | ||
2658 | \docparam{dx}{Amount to scroll horizontally.} | |
2659 | ||
2660 | \docparam{dy}{Amount to scroll vertically.} | |
2661 | ||
2662 | \docparam{rect}{Rectangle to scroll, if it is \NULL, the whole window is | |
2663 | scrolled (this is always the case under wxGTK which doesn't support this | |
2664 | parameter)} | |
2665 | ||
2666 | \wxheading{Remarks} | |
2667 | ||
2668 | Note that you can often use \helpref{wxScrolledWindow}{wxscrolledwindow} | |
2669 | instead of using this function directly. | |
2670 | ||
2671 | ||
2672 | \membersection{wxWindow::SetAcceleratorTable}\label{wxwindowsetacceleratortable} | |
2673 | ||
2674 | \func{virtual void}{SetAcceleratorTable}{\param{const wxAcceleratorTable\&}{ accel}} | |
2675 | ||
2676 | Sets the accelerator table for this window. See \helpref{wxAcceleratorTable}{wxacceleratortable}. | |
2677 | ||
2678 | ||
2679 | \membersection{wxWindow::SetAccessible}\label{wxwindowsetaccessible} | |
2680 | ||
2681 | \func{void}{SetAccessible}{\param{wxAccessible*}{ accessible}} | |
2682 | ||
2683 | Sets the accessible for this window. Any existing accessible for this window | |
2684 | will be deleted first, if not identical to {\it accessible}. | |
2685 | ||
2686 | See also \helpref{wxAccessible}{wxaccessible}. | |
2687 | ||
2688 | ||
2689 | \membersection{wxWindow::SetAutoLayout}\label{wxwindowsetautolayout} | |
2690 | ||
2691 | \func{void}{SetAutoLayout}{\param{bool}{ autoLayout}} | |
2692 | ||
2693 | Determines whether the \helpref{wxWindow::Layout}{wxwindowlayout} function will | |
2694 | be called automatically when the window is resized. Please note that this only | |
2695 | happens for the windows usually used to contain children, namely | |
2696 | \helpref{wxPanel}{wxpanel} and \helpref{wxTopLevelWindow}{wxtoplevelwindow} | |
2697 | (and the classes deriving from them). | |
2698 | ||
2699 | This method is called implicitly by | |
2700 | \helpref{wxWindow::SetSizer}{wxwindowsetsizer} but if you use | |
2701 | \helpref{wxWindow::SetConstraints}{wxwindowsetconstraints} you should call it | |
2702 | manually or otherwise the window layout won't be correctly updated when its | |
2703 | size changes. | |
2704 | ||
2705 | \wxheading{Parameters} | |
2706 | ||
2707 | \docparam{autoLayout}{Set this to \true if you wish the Layout function to be | |
2708 | called automatically when the window is resized.} | |
2709 | ||
2710 | \wxheading{See also} | |
2711 | ||
2712 | \helpref{wxWindow::SetConstraints}{wxwindowsetconstraints} | |
2713 | ||
2714 | ||
2715 | \membersection{wxWindow::SetBackgroundColour}\label{wxwindowsetbackgroundcolour} | |
2716 | ||
2717 | \func{virtual bool}{SetBackgroundColour}{\param{const wxColour\& }{colour}} | |
2718 | ||
2719 | Sets the background colour of the window. | |
2720 | ||
2721 | Please see \helpref{InheritAttributes}{wxwindowinheritattributes} for | |
2722 | explanation of the difference between this method and | |
2723 | \helpref{SetOwnBackgroundColour}{wxwindowsetownbackgroundcolour}. | |
2724 | ||
2725 | \wxheading{Parameters} | |
2726 | ||
2727 | \docparam{colour}{The colour to be used as the background colour, pass | |
2728 | {\tt wxNullColour} to reset to the default colour.} | |
2729 | ||
2730 | \wxheading{Remarks} | |
2731 | ||
2732 | The background colour is usually painted by the default\rtfsp | |
2733 | \helpref{wxEraseEvent}{wxeraseevent} event handler function | |
2734 | under Windows and automatically under GTK. | |
2735 | ||
2736 | Note that setting the background colour does not cause an immediate refresh, so you | |
2737 | may wish to call \helpref{wxWindow::ClearBackground}{wxwindowclearbackground} or \helpref{wxWindow::Refresh}{wxwindowrefresh} after | |
2738 | calling this function. | |
2739 | ||
2740 | Using this function will disable attempts to use themes for this | |
2741 | window, if the system supports them. Use with care since usually the | |
2742 | themes represent the appearance chosen by the user to be used for all | |
2743 | applications on the system. | |
2744 | ||
2745 | ||
2746 | \wxheading{See also} | |
2747 | ||
2748 | \helpref{wxWindow::GetBackgroundColour}{wxwindowgetbackgroundcolour},\rtfsp | |
2749 | \helpref{wxWindow::SetForegroundColour}{wxwindowsetforegroundcolour},\rtfsp | |
2750 | \helpref{wxWindow::GetForegroundColour}{wxwindowgetforegroundcolour},\rtfsp | |
2751 | \helpref{wxWindow::ClearBackground}{wxwindowclearbackground},\rtfsp | |
2752 | \helpref{wxWindow::Refresh}{wxwindowrefresh},\rtfsp | |
2753 | \helpref{wxEraseEvent}{wxeraseevent} | |
2754 | ||
2755 | \membersection{wxWindow::SetBackgroundStyle}\label{wxwindowsetbackgroundstyle} | |
2756 | ||
2757 | \func{virtual void}{SetBackgroundStyle}{\param{wxBackgroundStyle}{ style}} | |
2758 | ||
2759 | Sets the background style of the window. The background style indicates | |
2760 | whether background colour should be determined by the system (wxBG\_STYLE\_SYSTEM), | |
2761 | be set to a specific colour (wxBG\_STYLE\_COLOUR), or should be left to the | |
2762 | application to implement (wxBG\_STYLE\_CUSTOM). | |
2763 | ||
2764 | On GTK+, use of wxBG\_STYLE\_CUSTOM allows the flicker-free drawing of a custom | |
2765 | background, such as a tiled bitmap. Currently the style has no effect on other platforms. | |
2766 | ||
2767 | \wxheading{See also} | |
2768 | ||
2769 | \helpref{wxWindow::SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
2770 | \helpref{wxWindow::GetForegroundColour}{wxwindowgetforegroundcolour},\rtfsp | |
2771 | \helpref{wxWindow::GetBackgroundStyle}{wxwindowgetbackgroundstyle} | |
2772 | ||
2773 | ||
2774 | \membersection{wxWindow::SetInitialSize}\label{wxwindowsetinitialsize} | |
2775 | ||
2776 | \func{void}{SetInitialSize}{\param{const wxSize\& }{size = wxDefaultSize}} | |
2777 | ||
2778 | A {\it smart} SetSize that will fill in default size components with the | |
2779 | window's {\it best} size values. Also sets the window's minsize to | |
2780 | the value passed in for use with sizers. This means that if a full or | |
2781 | partial size is passed to this function then the sizers will use that | |
2782 | size instead of the results of GetBestSize to determine the minimum | |
2783 | needs of the window for layout. | |
2784 | ||
2785 | Most controls will use this to set their initial size, and their min | |
2786 | size to the passed in value (if any.) | |
2787 | ||
2788 | ||
2789 | \wxheading{See also} | |
2790 | ||
2791 | \helpref{wxWindow::SetSize}{wxwindowsetsize},\rtfsp | |
2792 | \helpref{wxWindow::GetBestSize}{wxwindowgetbestsize},\rtfsp | |
2793 | \helpref{wxWindow::GetEffectiveMinSize}{wxwindowgeteffectiveminsize} | |
2794 | ||
2795 | ||
2796 | \membersection{wxWindow::SetCaret}\label{wxwindowsetcaret} | |
2797 | ||
2798 | \constfunc{void}{SetCaret}{\param{wxCaret *}{caret}} | |
2799 | ||
2800 | Sets the \helpref{caret}{wxcaret} associated with the window. | |
2801 | ||
2802 | ||
2803 | \membersection{wxWindow::SetClientSize}\label{wxwindowsetclientsize} | |
2804 | ||
2805 | \func{virtual void}{SetClientSize}{\param{int}{ width}, \param{int}{ height}} | |
2806 | ||
2807 | \func{virtual void}{SetClientSize}{\param{const wxSize\&}{ size}} | |
2808 | ||
2809 | This sets the size of the window client area in pixels. Using this function to size a window | |
2810 | tends to be more device-independent than \helpref{wxWindow::SetSize}{wxwindowsetsize}, since the application need not | |
2811 | worry about what dimensions the border or title bar have when trying to fit the window | |
2812 | around panel items, for example. | |
2813 | ||
2814 | \wxheading{Parameters} | |
2815 | ||
2816 | \docparam{width}{The required client area width.} | |
2817 | ||
2818 | \docparam{height}{The required client area height.} | |
2819 | ||
2820 | \docparam{size}{The required client size.} | |
2821 | ||
2822 | \pythonnote{In place of a single overloaded method name, wxPython | |
2823 | implements the following methods:\par | |
2824 | \indented{2cm}{\begin{twocollist} | |
2825 | \twocolitem{{\bf SetClientSize(size)}}{Accepts a wxSize} | |
2826 | \twocolitem{{\bf SetClientSizeWH(width, height)}}{} | |
2827 | \end{twocollist}} | |
2828 | } | |
2829 | ||
2830 | ||
2831 | \membersection{wxWindow::SetConstraints}\label{wxwindowsetconstraints} | |
2832 | ||
2833 | \func{void}{SetConstraints}{\param{wxLayoutConstraints* }{constraints}} | |
2834 | ||
2835 | Sets the window to have the given layout constraints. The window | |
2836 | will then own the object, and will take care of its deletion. | |
2837 | If an existing layout constraints object is already owned by the | |
2838 | window, it will be deleted. | |
2839 | ||
2840 | \wxheading{Parameters} | |
2841 | ||
2842 | \docparam{constraints}{The constraints to set. Pass NULL to disassociate and delete the window's | |
2843 | constraints.} | |
2844 | ||
2845 | \wxheading{Remarks} | |
2846 | ||
2847 | You must call \helpref{wxWindow::SetAutoLayout}{wxwindowsetautolayout} to tell a window to use | |
2848 | the constraints automatically in OnSize; otherwise, you must override OnSize and call Layout() | |
2849 | explicitly. When setting both a wxLayoutConstraints and a \helpref{wxSizer}{wxsizer}, only the | |
2850 | sizer will have effect. | |
2851 | ||
2852 | \membersection{wxWindow::SetContainingSizer}\label{wxwindowsetcontainingsizer} | |
2853 | ||
2854 | \func{void}{SetContainingSizer}{\param{wxSizer* }{sizer}} | |
2855 | ||
2856 | This normally does not need to be called by user code. It is called | |
2857 | when a window is added to a sizer, and is used so the window can | |
2858 | remove itself from the sizer when it is destroyed. | |
2859 | ||
2860 | ||
2861 | \membersection{wxWindow::SetCursor}\label{wxwindowsetcursor} | |
2862 | ||
2863 | \func{virtual void}{SetCursor}{\param{const wxCursor\&}{cursor}} | |
2864 | ||
2865 | % VZ: the docs are correct, if the code doesn't behave like this, it must be | |
2866 | % changed | |
2867 | Sets the window's cursor. Notice that the window cursor also sets it for the | |
2868 | children of the window implicitly. | |
2869 | ||
2870 | The {\it cursor} may be {\tt wxNullCursor} in which case the window cursor will | |
2871 | be reset back to default. | |
2872 | ||
2873 | \wxheading{Parameters} | |
2874 | ||
2875 | \docparam{cursor}{Specifies the cursor that the window should normally display.} | |
2876 | ||
2877 | \wxheading{See also} | |
2878 | ||
2879 | \helpref{::wxSetCursor}{wxsetcursor}, \helpref{wxCursor}{wxcursor} | |
2880 | ||
2881 | ||
2882 | \membersection{wxWindow::SetDropTarget}\label{wxwindowsetdroptarget} | |
2883 | ||
2884 | \func{void}{SetDropTarget}{\param{wxDropTarget*}{ target}} | |
2885 | ||
2886 | Associates a drop target with this window. | |
2887 | ||
2888 | If the window already has a drop target, it is deleted. | |
2889 | ||
2890 | \wxheading{See also} | |
2891 | ||
2892 | \helpref{wxWindow::GetDropTarget}{wxwindowgetdroptarget}, | |
2893 | \helpref{Drag and drop overview}{wxdndoverview} | |
2894 | ||
2895 | ||
2896 | ||
2897 | \membersection{wxWindow::SetInitialBestSize}\label{wxwindowsetinitialbestsize} | |
2898 | ||
2899 | \func{virtual void}{SetInitialBestSize}{\param{const wxSize\& }{size}} | |
2900 | ||
2901 | Sets the initial window size if none is given (i.e. at least one of the | |
2902 | components of the size passed to ctor/Create() is wxDefaultCoord). | |
2903 | ||
2904 | \membersection{wxWindow::SetEventHandler}\label{wxwindowseteventhandler} | |
2905 | ||
2906 | \func{void}{SetEventHandler}{\param{wxEvtHandler* }{handler}} | |
2907 | ||
2908 | Sets the event handler for this window. | |
2909 | ||
2910 | \wxheading{Parameters} | |
2911 | ||
2912 | \docparam{handler}{Specifies the handler to be set.} | |
2913 | ||
2914 | \wxheading{Remarks} | |
2915 | ||
2916 | An event handler is an object that is capable of processing the events | |
2917 | sent to a window. By default, the window is its own event handler, but | |
2918 | an application may wish to substitute another, for example to allow | |
2919 | central implementation of event-handling for a variety of different | |
2920 | window classes. | |
2921 | ||
2922 | It is usually better to use \helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler} since | |
2923 | this sets up a chain of event handlers, where an event not handled by one event handler is | |
2924 | handed to the next one in the chain. | |
2925 | ||
2926 | \wxheading{See also} | |
2927 | ||
2928 | \helpref{wxWindow::GetEventHandler}{wxwindowgeteventhandler},\rtfsp | |
2929 | \helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler},\rtfsp | |
2930 | \helpref{wxWindow::PopEventHandler}{wxwindowpusheventhandler},\rtfsp | |
2931 | \helpref{wxEvtHandler::ProcessEvent}{wxevthandlerprocessevent},\rtfsp | |
2932 | \helpref{wxEvtHandler}{wxevthandler} | |
2933 | ||
2934 | ||
2935 | \membersection{wxWindow::SetExtraStyle}\label{wxwindowsetextrastyle} | |
2936 | ||
2937 | \func{void}{SetExtraStyle}{\param{long }{exStyle}} | |
2938 | ||
2939 | Sets the extra style bits for the window. The currently defined extra style | |
2940 | bits are: | |
2941 | ||
2942 | \twocolwidtha{5cm}% | |
2943 | \begin{twocollist}\itemsep=0pt | |
2944 | \twocolitem{\windowstyle{wxWS\_EX\_VALIDATE\_RECURSIVELY}}{TransferDataTo/FromWindow() | |
2945 | and Validate() methods will recursively descend into all children of the | |
2946 | window if it has this style flag set.} | |
2947 | \twocolitem{\windowstyle{wxWS\_EX\_BLOCK\_EVENTS}}{Normally, the command | |
2948 | events are propagated upwards to the window parent recursively until a handler | |
2949 | for them is found. Using this style allows to prevent them from being | |
2950 | propagated beyond this window. Notice that wxDialog has this style on by | |
2951 | default for the reasons explained in the | |
2952 | \helpref{event processing overview}{eventprocessing}.} | |
2953 | \twocolitem{\windowstyle{wxWS\_EX\_TRANSIENT}}{This can be used to prevent a | |
2954 | window from being used as an implicit parent for the dialogs which were | |
2955 | created without a parent. It is useful for the windows which can disappear at | |
2956 | any moment as creating children of such windows results in fatal problems.} | |
2957 | \twocolitem{\windowstyle{wxWS\_EX\_CONTEXTHELP}}{Under Windows, puts a query | |
2958 | button on the caption. When pressed, Windows will go into a context-sensitive | |
2959 | help mode and wxWidgets will send a wxEVT\_HELP event if the user clicked on an | |
2960 | application window. | |
2961 | This style cannot be used together with wxMAXIMIZE\_BOX or wxMINIMIZE\_BOX, so | |
2962 | these two styles are automatically turned of if this one is used.} | |
2963 | \twocolitem{\windowstyle{wxWS\_EX\_PROCESS\_IDLE}}{This window should always process idle events, even | |
2964 | if the mode set by \helpref{wxIdleEvent::SetMode}{wxidleeventsetmode} is wxIDLE\_PROCESS\_SPECIFIED.} | |
2965 | \twocolitem{\windowstyle{wxWS\_EX\_PROCESS\_UI\_UPDATES}}{This window should always process UI update events, | |
2966 | even if the mode set by \helpref{wxUpdateUIEvent::SetMode}{wxupdateuieventsetmode} is wxUPDATE\_UI\_PROCESS\_SPECIFIED.} | |
2967 | \end{twocollist} | |
2968 | ||
2969 | ||
2970 | \membersection{wxWindow::SetFocus}\label{wxwindowsetfocus} | |
2971 | ||
2972 | \func{virtual void}{SetFocus}{\void} | |
2973 | ||
2974 | This sets the window to receive keyboard input. | |
2975 | ||
2976 | \wxheading{See also} | |
2977 | ||
2978 | \helpref{wxFocusEvent}{wxfocusevent} | |
2979 | \helpref{wxPanel::SetFocus}{wxpanelsetfocus} | |
2980 | \helpref{wxPanel::SetFocusIgnoringChildren}{wxpanelsetfocusignoringchildren} | |
2981 | ||
2982 | ||
2983 | \membersection{wxWindow::SetFocusFromKbd}\label{wxwindowsetfocusfromkbd} | |
2984 | ||
2985 | \func{virtual void}{SetFocusFromKbd}{\void} | |
2986 | ||
2987 | This function is called by wxWidgets keyboard navigation code when the user | |
2988 | gives the focus to this window from keyboard (e.g. using {\tt TAB} key). | |
2989 | By default this method simply calls \helpref{SetFocus}{wxwindowsetfocus} but | |
2990 | can be overridden to do something in addition to this in the derived classes. | |
2991 | ||
2992 | ||
2993 | \membersection{wxWindow::SetFont}\label{wxwindowsetfont} | |
2994 | ||
2995 | \func{bool}{SetFont}{\param{const wxFont\& }{font}} | |
2996 | ||
2997 | Sets the font for this window. This function should not be called for the | |
2998 | parent window if you don't want its font to be inherited by its children, | |
2999 | use \helpref{SetOwnFont}{wxwindowsetownfont} instead in this case and | |
3000 | see \helpref{InheritAttributes}{wxwindowinheritattributes} for more | |
3001 | explanations. | |
3002 | ||
3003 | Please notice that the given font is \emph{not} automatically used for | |
3004 | \helpref{wxPaintDC}{wxpaintdc} objects associated with this window, you need to | |
3005 | call \helpref{wxDC::SetFont()}{wxdcsetfont} too. However this font is used by | |
3006 | any standard controls for drawing their text as well as by | |
3007 | \helpref{wxWindow::GetTextExtent()}{wxwindowgettextextent}. | |
3008 | ||
3009 | \wxheading{Parameters} | |
3010 | ||
3011 | \docparam{font}{Font to associate with this window, pass | |
3012 | {\tt wxNullFont} to reset to the default font.} | |
3013 | ||
3014 | \wxheading{Return value} | |
3015 | ||
3016 | \true if the want was really changed, \false if it was already set to this | |
3017 | \arg{font} and so nothing was done. | |
3018 | ||
3019 | \wxheading{See also} | |
3020 | ||
3021 | \helpref{wxWindow::GetFont}{wxwindowgetfont},\\ | |
3022 | \helpref{InheritAttributes}{wxwindowinheritattributes} | |
3023 | ||
3024 | ||
3025 | \membersection{wxWindow::SetForegroundColour}\label{wxwindowsetforegroundcolour} | |
3026 | ||
3027 | \func{virtual void}{SetForegroundColour}{\param{const wxColour\& }{colour}} | |
3028 | ||
3029 | Sets the foreground colour of the window. | |
3030 | ||
3031 | Please see \helpref{InheritAttributes}{wxwindowinheritattributes} for | |
3032 | explanation of the difference between this method and | |
3033 | \helpref{SetOwnForegroundColour}{wxwindowsetownforegroundcolour}. | |
3034 | ||
3035 | \wxheading{Parameters} | |
3036 | ||
3037 | \docparam{colour}{The colour to be used as the foreground colour, pass | |
3038 | {\tt wxNullColour} to reset to the default colour.} | |
3039 | ||
3040 | \wxheading{Remarks} | |
3041 | ||
3042 | The interpretation of foreground colour is open to interpretation according | |
3043 | to the window class; it may be the text colour or other colour, or it may not | |
3044 | be used at all. | |
3045 | ||
3046 | Using this function will disable attempts to use themes for this | |
3047 | window, if the system supports them. Use with care since usually the | |
3048 | themes represent the appearance chosen by the user to be used for all | |
3049 | applications on the system. | |
3050 | ||
3051 | \wxheading{See also} | |
3052 | ||
3053 | \helpref{wxWindow::GetForegroundColour}{wxwindowgetforegroundcolour},\rtfsp | |
3054 | \helpref{wxWindow::SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
3055 | \helpref{wxWindow::GetBackgroundColour}{wxwindowgetbackgroundcolour},\rtfsp | |
3056 | \helpref{wxWindow::ShouldInheritColours}{wxwindowshouldinheritcolours} | |
3057 | ||
3058 | ||
3059 | \membersection{wxWindow::SetHelpText}\label{wxwindowsethelptext} | |
3060 | ||
3061 | \func{virtual void}{SetHelpText}{\param{const wxString\& }{helpText}} | |
3062 | ||
3063 | Sets the help text to be used as context-sensitive help for this window. | |
3064 | ||
3065 | Note that the text is actually stored by the current \helpref{wxHelpProvider}{wxhelpprovider} implementation, | |
3066 | and not in the window object itself. | |
3067 | ||
3068 | \wxheading{See also} | |
3069 | ||
3070 | \helpref{GetHelpText}{wxwindowgethelptext}, \helpref{wxHelpProvider}{wxhelpprovider} | |
3071 | ||
3072 | ||
3073 | \membersection{wxWindow::SetId}\label{wxwindowsetid} | |
3074 | ||
3075 | \func{void}{SetId}{\param{int}{ id}} | |
3076 | ||
3077 | Sets the identifier of the window. | |
3078 | ||
3079 | \wxheading{Remarks} | |
3080 | ||
3081 | Each window has an integer identifier. If the application has not provided one, | |
3082 | an identifier will be generated. Normally, the identifier should be provided | |
3083 | on creation and should not be modified subsequently. | |
3084 | ||
3085 | \wxheading{See also} | |
3086 | ||
3087 | \helpref{wxWindow::GetId}{wxwindowgetid},\rtfsp | |
3088 | \helpref{Window identifiers}{windowids} | |
3089 | ||
3090 | ||
3091 | ||
3092 | \membersection{wxWindow::SetLabel}\label{wxwindowsetlabel} | |
3093 | ||
3094 | \func{virtual void}{SetLabel}{\param{const wxString\& }{label}} | |
3095 | ||
3096 | Sets the window's label. | |
3097 | ||
3098 | \wxheading{Parameters} | |
3099 | ||
3100 | \docparam{label}{The window label.} | |
3101 | ||
3102 | \wxheading{See also} | |
3103 | ||
3104 | \helpref{wxWindow::GetLabel}{wxwindowgetlabel} | |
3105 | ||
3106 | ||
3107 | \membersection{wxWindow::SetMaxSize}\label{wxwindowsetmaxsize} | |
3108 | ||
3109 | \func{void}{SetMaxSize}{\param{const wxSize\& }{size}} | |
3110 | ||
3111 | Sets the maximum size of the window, to indicate to the sizer layout mechanism | |
3112 | that this is the maximum possible size. | |
3113 | ||
3114 | \membersection{wxWindow::SetMinSize}\label{wxwindowsetminsize} | |
3115 | ||
3116 | \func{void}{SetMinSize}{\param{const wxSize\& }{size}} | |
3117 | ||
3118 | Sets the minimum size of the window, to indicate to the sizer layout mechanism | |
3119 | that this is the minimum required size. You may need to call this | |
3120 | if you change the window size after construction and before adding | |
3121 | to its parent sizer. | |
3122 | ||
3123 | \membersection{wxWindow::SetName}\label{wxwindowsetname} | |
3124 | ||
3125 | \func{virtual void}{SetName}{\param{const wxString\& }{name}} | |
3126 | ||
3127 | Sets the window's name. | |
3128 | ||
3129 | \wxheading{Parameters} | |
3130 | ||
3131 | \docparam{name}{A name to set for the window.} | |
3132 | ||
3133 | \wxheading{See also} | |
3134 | ||
3135 | \helpref{wxWindow::GetName}{wxwindowgetname} | |
3136 | ||
3137 | ||
3138 | \membersection{wxWindow::SetOwnBackgroundColour}\label{wxwindowsetownbackgroundcolour} | |
3139 | ||
3140 | \func{void}{SetOwnBackgroundColour}{\param{const wxColour\& }{colour}} | |
3141 | ||
3142 | Sets the background colour of the window but prevents it from being inherited | |
3143 | by the children of this window. | |
3144 | ||
3145 | \wxheading{See also} | |
3146 | ||
3147 | \helpref{SetBackgroundColour}{wxwindowsetbackgroundcolour},\rtfsp | |
3148 | \helpref{InheritAttributes}{wxwindowinheritattributes} | |
3149 | ||
3150 | ||
3151 | \membersection{wxWindow::SetOwnFont}\label{wxwindowsetownfont} | |
3152 | ||
3153 | \func{void}{SetOwnFont}{\param{const wxFont\& }{font}} | |
3154 | ||
3155 | Sets the font of the window but prevents it from being inherited by the | |
3156 | children of this window. | |
3157 | ||
3158 | \wxheading{See also} | |
3159 | ||
3160 | \helpref{SetFont}{wxwindowsetfont},\rtfsp | |
3161 | \helpref{InheritAttributes}{wxwindowinheritattributes} | |
3162 | ||
3163 | ||
3164 | \membersection{wxWindow::SetOwnForegroundColour}\label{wxwindowsetownforegroundcolour} | |
3165 | ||
3166 | \func{void}{SetOwnForegroundColour}{\param{const wxColour\& }{colour}} | |
3167 | ||
3168 | Sets the foreground colour of the window but prevents it from being inherited | |
3169 | by the children of this window. | |
3170 | ||
3171 | \wxheading{See also} | |
3172 | ||
3173 | \helpref{SetForegroundColour}{wxwindowsetforegroundcolour},\rtfsp | |
3174 | \helpref{InheritAttributes}{wxwindowinheritattributes} | |
3175 | ||
3176 | ||
3177 | \membersection{wxWindow::SetPalette}\label{wxwindowsetpalette} | |
3178 | ||
3179 | \func{virtual void}{SetPalette}{\param{wxPalette* }{palette}} | |
3180 | ||
3181 | Obsolete - use \helpref{wxDC::SetPalette}{wxdcsetpalette} instead. | |
3182 | ||
3183 | ||
3184 | \membersection{wxWindow::SetScrollbar}\label{wxwindowsetscrollbar} | |
3185 | ||
3186 | \func{virtual void}{SetScrollbar}{\param{int }{orientation}, \param{int }{position},\rtfsp | |
3187 | \param{int }{thumbSize}, \param{int }{range},\rtfsp | |
3188 | \param{bool }{refresh = {\tt true}}} | |
3189 | ||
3190 | Sets the scrollbar properties of a built-in scrollbar. | |
3191 | ||
3192 | \wxheading{Parameters} | |
3193 | ||
3194 | \docparam{orientation}{Determines the scrollbar whose page size is to be set. May be wxHORIZONTAL or wxVERTICAL.} | |
3195 | ||
3196 | \docparam{position}{The position of the scrollbar in scroll units.} | |
3197 | ||
3198 | \docparam{thumbSize}{The size of the thumb, or visible portion of the scrollbar, in scroll units.} | |
3199 | ||
3200 | \docparam{range}{The maximum position of the scrollbar.} | |
3201 | ||
3202 | \docparam{refresh}{{\tt true} to redraw the scrollbar, {\tt false} otherwise.} | |
3203 | ||
3204 | \wxheading{Remarks} | |
3205 | ||
3206 | Let's say you wish to display 50 lines of text, using the same font. | |
3207 | The window is sized so that you can only see 16 lines at a time. | |
3208 | ||
3209 | You would use: | |
3210 | ||
3211 | {\small% | |
3212 | \begin{verbatim} | |
3213 | SetScrollbar(wxVERTICAL, 0, 16, 50); | |
3214 | \end{verbatim} | |
3215 | } | |
3216 | ||
3217 | Note that with the window at this size, the thumb position can never go | |
3218 | above 50 minus 16, or 34. | |
3219 | ||
3220 | You can determine how many lines are currently visible by dividing the current view | |
3221 | size by the character height in pixels. | |
3222 | ||
3223 | When defining your own scrollbar behaviour, you will always need to recalculate | |
3224 | the scrollbar settings when the window size changes. You could therefore put your | |
3225 | scrollbar calculations and SetScrollbar | |
3226 | call into a function named AdjustScrollbars, which can be called initially and also | |
3227 | from your \helpref{wxSizeEvent}{wxsizeevent} handler function. | |
3228 | ||
3229 | \wxheading{See also} | |
3230 | ||
3231 | \helpref{Scrolling overview}{scrollingoverview},\rtfsp | |
3232 | \helpref{wxScrollBar}{wxscrollbar}, \helpref{wxScrolledWindow}{wxscrolledwindow},\rtfsp | |
3233 | \helpref{wxScrollWinEvent}{wxscrollwinevent} | |
3234 | ||
3235 | \begin{comment} | |
3236 | ||
3237 | ||
3238 | \membersection{wxWindow::SetScrollPage}\label{wxwindowsetscrollpage} | |
3239 | ||
3240 | \func{virtual void}{SetScrollPage}{\param{int }{orientation}, \param{int }{pageSize}, \param{bool }{refresh = {\tt true}}} | |
3241 | ||
3242 | Sets the page size of one of the built-in scrollbars. | |
3243 | ||
3244 | \wxheading{Parameters} | |
3245 | ||
3246 | \docparam{orientation}{Determines the scrollbar whose page size is to be set. May be wxHORIZONTAL or wxVERTICAL.} | |
3247 | ||
3248 | \docparam{pageSize}{Page size in scroll units.} | |
3249 | ||
3250 | \docparam{refresh}{{\tt true} to redraw the scrollbar, {\tt false} otherwise.} | |
3251 | ||
3252 | \wxheading{Remarks} | |
3253 | ||
3254 | The page size of a scrollbar is the number of scroll units that the scroll thumb travels when you | |
3255 | click on the area above/left of or below/right of the thumb. Normally you will want a whole visible | |
3256 | page to be scrolled, i.e. the size of the current view (perhaps the window client size). This | |
3257 | value has to be adjusted when the window is resized, since the page size will have changed. | |
3258 | ||
3259 | In addition to specifying how far the scroll thumb travels when paging, in Motif and some versions of Windows | |
3260 | the thumb changes size to reflect the page size relative to the length of the document. When the | |
3261 | document size is only slightly bigger than the current view (window) size, almost all of the scrollbar | |
3262 | will be taken up by the thumb. When the two values become the same, the scrollbar will (on some systems) | |
3263 | disappear. | |
3264 | ||
3265 | Currently, this function should be called before SetPageRange, because of a quirk in the Windows | |
3266 | handling of pages and ranges. | |
3267 | ||
3268 | \wxheading{See also} | |
3269 | ||
3270 | \helpref{wxWindow::SetScrollPos}{wxwindowsetscrollpos},\rtfsp | |
3271 | \helpref{wxWindow::GetScrollPos}{wxwindowgetscrollpos},\rtfsp | |
3272 | \helpref{wxWindow::GetScrollPage}{wxwindowgetscrollpage},\rtfsp | |
3273 | \helpref{wxScrollBar}{wxscrollbar}, \helpref{wxScrolledWindow}{wxscrolledwindow} | |
3274 | \end{comment} | |
3275 | ||
3276 | ||
3277 | \membersection{wxWindow::SetScrollPos}\label{wxwindowsetscrollpos} | |
3278 | ||
3279 | \func{virtual void}{SetScrollPos}{\param{int }{orientation}, \param{int }{pos}, \param{bool }{refresh = {\tt true}}} | |
3280 | ||
3281 | Sets the position of one of the built-in scrollbars. | |
3282 | ||
3283 | \wxheading{Parameters} | |
3284 | ||
3285 | \docparam{orientation}{Determines the scrollbar whose position is to be set. May be wxHORIZONTAL or wxVERTICAL.} | |
3286 | ||
3287 | \docparam{pos}{Position in scroll units.} | |
3288 | ||
3289 | \docparam{refresh}{{\tt true} to redraw the scrollbar, {\tt false} otherwise.} | |
3290 | ||
3291 | \wxheading{Remarks} | |
3292 | ||
3293 | This function does not directly affect the contents of the window: it is up to the | |
3294 | application to take note of scrollbar attributes and redraw contents accordingly. | |
3295 | ||
3296 | \wxheading{See also} | |
3297 | ||
3298 | \helpref{wxWindow::SetScrollbar}{wxwindowsetscrollbar},\rtfsp | |
3299 | \helpref{wxWindow::GetScrollPos}{wxwindowgetscrollpos},\rtfsp | |
3300 | \helpref{wxWindow::GetScrollThumb}{wxwindowgetscrollthumb},\rtfsp | |
3301 | \helpref{wxScrollBar}{wxscrollbar}, \helpref{wxScrolledWindow}{wxscrolledwindow} | |
3302 | ||
3303 | \begin{comment} | |
3304 | ||
3305 | ||
3306 | \membersection{wxWindow::SetScrollRange}\label{wxwindowsetscrollrange} | |
3307 | ||
3308 | \func{virtual void}{SetScrollRange}{\param{int }{orientation}, \param{int }{range}, \param{bool }{refresh = {\tt true}}} | |
3309 | ||
3310 | Sets the range of one of the built-in scrollbars. | |
3311 | ||
3312 | \wxheading{Parameters} | |
3313 | ||
3314 | \docparam{orientation}{Determines the scrollbar whose range is to be set. May be wxHORIZONTAL or wxVERTICAL.} | |
3315 | ||
3316 | \docparam{range}{Scroll range.} | |
3317 | ||
3318 | \docparam{refresh}{{\tt true} to redraw the scrollbar, {\tt false} otherwise.} | |
3319 | ||
3320 | \wxheading{Remarks} | |
3321 | ||
3322 | The range of a scrollbar is the number of steps that the thumb may travel, rather than the total | |
3323 | object length of the scrollbar. If you are implementing a scrolling window, for example, you | |
3324 | would adjust the scroll range when the window is resized, by subtracting the window view size from the | |
3325 | total virtual window size. When the two sizes are the same (all the window is visible), the range goes to zero | |
3326 | and usually the scrollbar will be automatically hidden. | |
3327 | ||
3328 | \wxheading{See also} | |
3329 | ||
3330 | \helpref{wxWindow::SetScrollPos}{wxwindowsetscrollpos},\rtfsp | |
3331 | \helpref{wxWindow::SetScrollPage}{wxwindowsetscrollpage},\rtfsp | |
3332 | \helpref{wxWindow::GetScrollPos}{wxwindowgetscrollpos},\rtfsp | |
3333 | \helpref{wxWindow::GetScrollPage}{wxwindowgetscrollpage},\rtfsp | |
3334 | \helpref{wxScrollBar}{wxscrollbar}, \helpref{wxScrolledWindow}{wxscrolledwindow} | |
3335 | \end{comment} | |
3336 | ||
3337 | ||
3338 | \membersection{wxWindow::SetSize}\label{wxwindowsetsize} | |
3339 | ||
3340 | \func{virtual void}{SetSize}{\param{int}{ x}, \param{int}{ y}, \param{int}{ width}, \param{int}{ height}, | |
3341 | \param{int}{ sizeFlags = wxSIZE\_AUTO}} | |
3342 | ||
3343 | \func{virtual void}{SetSize}{\param{const wxRect\&}{ rect}} | |
3344 | ||
3345 | Sets the position and size of the window in pixels. | |
3346 | ||
3347 | \func{virtual void}{SetSize}{\param{int}{ width}, \param{int}{ height}} | |
3348 | ||
3349 | \func{virtual void}{SetSize}{\param{const wxSize\&}{ size}} | |
3350 | ||
3351 | Sets the size of the window in pixels. | |
3352 | ||
3353 | \wxheading{Parameters} | |
3354 | ||
3355 | \docparam{x}{Required x position in pixels, or wxDefaultCoord to indicate that the existing | |
3356 | value should be used.} | |
3357 | ||
3358 | \docparam{y}{Required y position in pixels, or wxDefaultCoord to indicate that the existing | |
3359 | value should be used.} | |
3360 | ||
3361 | \docparam{width}{Required width in pixels, or wxDefaultCoord to indicate that the existing | |
3362 | value should be used.} | |
3363 | ||
3364 | \docparam{height}{Required height position in pixels, or wxDefaultCoord to indicate that the existing | |
3365 | value should be used.} | |
3366 | ||
3367 | \docparam{size}{\helpref{wxSize}{wxsize} object for setting the size.} | |
3368 | ||
3369 | \docparam{rect}{\helpref{wxRect}{wxrect} object for setting the position and size.} | |
3370 | ||
3371 | \docparam{sizeFlags}{Indicates the interpretation of other parameters. It is a bit list of the following: | |
3372 | ||
3373 | {\bf wxSIZE\_AUTO\_WIDTH}: a $wxDefaultCoord$ width value is taken to indicate | |
3374 | a wxWidgets-supplied default width.\\ | |
3375 | {\bf wxSIZE\_AUTO\_HEIGHT}: a $wxDefaultCoord$ height value is taken to indicate | |
3376 | a wxWidgets-supplied default height.\\ | |
3377 | {\bf wxSIZE\_AUTO}: $wxDefaultCoord$ size values are taken to indicate | |
3378 | a wxWidgets-supplied default size.\\ | |
3379 | {\bf wxSIZE\_USE\_EXISTING}: existing dimensions should be used | |
3380 | if $wxDefaultCoord$ values are supplied.\\ | |
3381 | {\bf wxSIZE\_ALLOW\_MINUS\_ONE}: allow negative dimensions (ie. value of $wxDefaultCoord$) to be interpreted | |
3382 | as real dimensions, not default values. | |
3383 | {\bf wxSIZE\_FORCE}: normally, if the position and the size of the window are | |
3384 | already the same as the parameters of this function, nothing is done. but with | |
3385 | this flag a window resize may be forced even in this case (supported in wx | |
3386 | 2.6.2 and later and only implemented for MSW and ignored elsewhere currently) | |
3387 | } | |
3388 | ||
3389 | \wxheading{Remarks} | |
3390 | ||
3391 | The second form is a convenience for calling the first form with default | |
3392 | x and y parameters, and must be used with non-default width and height values. | |
3393 | ||
3394 | The first form sets the position and optionally size, of the window. | |
3395 | Parameters may be $wxDefaultCoord$ to indicate either that a default should be supplied | |
3396 | by wxWidgets, or that the current value of the dimension should be used. | |
3397 | ||
3398 | \wxheading{See also} | |
3399 | ||
3400 | \helpref{wxWindow::Move}{wxwindowmove} | |
3401 | ||
3402 | \pythonnote{In place of a single overloaded method name, wxPython | |
3403 | implements the following methods:\par | |
3404 | \indented{2cm}{\begin{twocollist} | |
3405 | \twocolitem{{\bf SetDimensions(x, y, width, height, sizeFlags=wxSIZE\_AUTO)}}{} | |
3406 | \twocolitem{{\bf SetSize(size)}}{} | |
3407 | \twocolitem{{\bf SetPosition(point)}}{} | |
3408 | \end{twocollist}} | |
3409 | } | |
3410 | ||
3411 | ||
3412 | \membersection{wxWindow::SetSizeHints}\label{wxwindowsetsizehints} | |
3413 | ||
3414 | Use of this function for windows which are not toplevel windows | |
3415 | (such as wxDialog or wxFrame) is discouraged. Please use | |
3416 | \helpref{SetMinSize}{wxwindowsetminsize} and \helpref{SetMaxSize}{wxwindowsetmaxsize} | |
3417 | instead. | |
3418 | ||
3419 | \wxheading{See also} | |
3420 | ||
3421 | \helpref{wxTopLevelWindow::SetSizeHints}{wxtoplevelwindowsetsizehints}. | |
3422 | ||
3423 | ||
3424 | \membersection{wxWindow::SetSizer}\label{wxwindowsetsizer} | |
3425 | ||
3426 | \func{void}{SetSizer}{\param{wxSizer* }{sizer}, \param{bool }{deleteOld=true}} | |
3427 | ||
3428 | Sets the window to have the given layout sizer. The window | |
3429 | will then own the object, and will take care of its deletion. | |
3430 | If an existing layout constraints object is already owned by the | |
3431 | window, it will be deleted if the deleteOld parameter is true. | |
3432 | ||
3433 | Note that this function will also call | |
3434 | \helpref{SetAutoLayout}{wxwindowsetautolayout} implicitly with {\tt true} | |
3435 | parameter if the {\it sizer}\/ is non-NULL and {\tt false} otherwise. | |
3436 | ||
3437 | \wxheading{Parameters} | |
3438 | ||
3439 | \docparam{sizer}{The sizer to set. Pass NULL to disassociate and conditionally delete | |
3440 | the window's sizer. See below.} | |
3441 | ||
3442 | \docparam{deleteOld}{If true (the default), this will delete any pre-existing sizer. | |
3443 | Pass false if you wish to handle deleting the old sizer yourself.} | |
3444 | ||
3445 | \wxheading{Remarks} | |
3446 | ||
3447 | SetSizer now enables and disables Layout automatically, but prior to wxWidgets 2.3.3 | |
3448 | the following applied: | |
3449 | ||
3450 | You must call \helpref{wxWindow::SetAutoLayout}{wxwindowsetautolayout} to tell a window to use | |
3451 | the sizer automatically in OnSize; otherwise, you must override OnSize and call Layout() | |
3452 | explicitly. When setting both a wxSizer and a \helpref{wxLayoutConstraints}{wxlayoutconstraints}, | |
3453 | only the sizer will have effect. | |
3454 | ||
3455 | ||
3456 | \membersection{wxWindow::SetSizerAndFit}\label{wxwindowsetsizerandfit} | |
3457 | ||
3458 | \func{void}{SetSizerAndFit}{\param{wxSizer* }{sizer}, \param{bool }{deleteOld=true}} | |
3459 | ||
3460 | The same as \helpref{SetSizer}{wxwindowsetsizer}, except it also sets the size hints | |
3461 | for the window based on the sizer's minimum size. | |
3462 | ||
3463 | ||
3464 | \membersection{wxWindow::SetThemeEnabled}\label{wxwindowsetthemeenabled} | |
3465 | ||
3466 | \func{virtual void}{SetThemeEnabled}{\param{bool }{enable}} | |
3467 | ||
3468 | This function tells a window if it should use the system's "theme" code | |
3469 | to draw the windows' background instead if its own background drawing | |
3470 | code. This does not always have any effect since the underlying platform | |
3471 | obviously needs to support the notion of themes in user defined windows. | |
3472 | One such platform is GTK+ where windows can have (very colourful) backgrounds | |
3473 | defined by a user's selected theme. | |
3474 | ||
3475 | Dialogs, notebook pages and the status bar have this flag set to true | |
3476 | by default so that the default look and feel is simulated best. | |
3477 | ||
3478 | ||
3479 | \membersection{wxWindow::SetToolTip}\label{wxwindowsettooltip} | |
3480 | ||
3481 | \func{void}{SetToolTip}{\param{const wxString\& }{tip}} | |
3482 | ||
3483 | \func{void}{SetToolTip}{\param{wxToolTip* }{tip}} | |
3484 | ||
3485 | Attach a tooltip to the window. | |
3486 | ||
3487 | See also: \helpref{GetToolTip}{wxwindowgettooltip}, | |
3488 | \helpref{wxToolTip}{wxtooltip} | |
3489 | ||
3490 | ||
3491 | \membersection{wxWindow::SetValidator}\label{wxwindowsetvalidator} | |
3492 | ||
3493 | \func{virtual void}{SetValidator}{\param{const wxValidator\&}{ validator}} | |
3494 | ||
3495 | Deletes the current validator (if any) and sets the window validator, having called wxValidator::Clone to | |
3496 | create a new validator of this type. | |
3497 | ||
3498 | ||
3499 | \membersection{wxWindow::SetVirtualSize}\label{wxwindowsetvirtualsize} | |
3500 | ||
3501 | \func{void}{SetVirtualSize}{\param{int}{ width}, \param{int}{ height}} | |
3502 | ||
3503 | \func{void}{SetVirtualSize}{\param{const wxSize\&}{ size}} | |
3504 | ||
3505 | Sets the virtual size of the window in pixels. | |
3506 | ||
3507 | ||
3508 | \membersection{wxWindow::SetVirtualSizeHints}\label{wxwindowsetvirtualsizehints} | |
3509 | ||
3510 | \func{virtual void}{SetVirtualSizeHints}{\param{int}{ minW},\param{int}{ minH}, \param{int}{ maxW=-1}, \param{int}{ maxH=-1}} | |
3511 | ||
3512 | \func{void}{SetVirtualSizeHints}{\param{const wxSize\&}{ minSize=wxDefaultSize}, | |
3513 | \param{const wxSize\&}{ maxSize=wxDefaultSize}} | |
3514 | ||
3515 | ||
3516 | Allows specification of minimum and maximum virtual window sizes. | |
3517 | If a pair of values is not set (or set to -1), the default values | |
3518 | will be used. | |
3519 | ||
3520 | \wxheading{Parameters} | |
3521 | ||
3522 | \docparam{minW}{Specifies the minimum width allowable.} | |
3523 | ||
3524 | \docparam{minH}{Specifies the minimum height allowable.} | |
3525 | ||
3526 | \docparam{maxW}{Specifies the maximum width allowable.} | |
3527 | ||
3528 | \docparam{maxH}{Specifies the maximum height allowable.} | |
3529 | ||
3530 | \docparam{minSize}{Minimum size.} | |
3531 | ||
3532 | \docparam{maxSize}{Maximum size.} | |
3533 | ||
3534 | \wxheading{Remarks} | |
3535 | ||
3536 | If this function is called, the user will not be able to size the virtual area | |
3537 | of the window outside the given bounds. | |
3538 | ||
3539 | ||
3540 | \membersection{wxWindow::SetWindowStyle}\label{wxwindowsetwindowstyle} | |
3541 | ||
3542 | \func{void}{SetWindowStyle}{\param{long}{ style}} | |
3543 | ||
3544 | Identical to \helpref{SetWindowStyleFlag}{wxwindowsetwindowstyleflag}. | |
3545 | ||
3546 | ||
3547 | \membersection{wxWindow::SetWindowStyleFlag}\label{wxwindowsetwindowstyleflag} | |
3548 | ||
3549 | \func{virtual void}{SetWindowStyleFlag}{\param{long}{ style}} | |
3550 | ||
3551 | Sets the style of the window. Please note that some styles cannot be changed | |
3552 | after the window creation and that \helpref{Refresh()}{wxwindowrefresh} might | |
3553 | need to be be called after changing the others for the change to take place | |
3554 | immediately. | |
3555 | ||
3556 | See \helpref{Window styles}{windowstyles} for more information about flags. | |
3557 | ||
3558 | \wxheading{See also} | |
3559 | ||
3560 | \helpref{GetWindowStyleFlag}{wxwindowgetwindowstyleflag} | |
3561 | ||
3562 | ||
3563 | \membersection{wxWindow::SetWindowVariant}\label{wxwindowsetwindowvariant} | |
3564 | ||
3565 | \func{void}{SetWindowVariant}{\param{wxWindowVariant}{variant}} | |
3566 | ||
3567 | This function can be called under all platforms but only does anything under | |
3568 | Mac OS X 10.3+ currently. Under this system, each of the standard control can | |
3569 | exist in several sizes which correspond to the elements of wxWindowVariant | |
3570 | enum: | |
3571 | \begin{verbatim} | |
3572 | enum wxWindowVariant | |
3573 | { | |
3574 | wxWINDOW_VARIANT_NORMAL, // Normal size | |
3575 | wxWINDOW_VARIANT_SMALL, // Smaller size (about 25 % smaller than normal ) | |
3576 | wxWINDOW_VARIANT_MINI, // Mini size (about 33 % smaller than normal ) | |
3577 | wxWINDOW_VARIANT_LARGE, // Large size (about 25 % larger than normal ) | |
3578 | }; | |
3579 | \end{verbatim} | |
3580 | ||
3581 | By default the controls use the normal size, of course, but this function can | |
3582 | be used to change this. | |
3583 | ||
3584 | ||
3585 | \membersection{wxWindow::ShouldInheritColours}\label{wxwindowshouldinheritcolours} | |
3586 | ||
3587 | \func{virtual bool}{ShouldInheritColours}{\void} | |
3588 | ||
3589 | Return \true from here to allow the colours of this window to be changed by | |
3590 | \helpref{InheritAttributes}{wxwindowinheritattributes}, returning \false | |
3591 | forbids inheriting them from the parent window. | |
3592 | ||
3593 | The base class version returns \false, but this method is overridden in | |
3594 | \helpref{wxControl}{wxcontrol} where it returns \true. | |
3595 | ||
3596 | ||
3597 | \membersection{wxWindow::Show}\label{wxwindowshow} | |
3598 | ||
3599 | \func{virtual bool}{Show}{\param{bool}{ show = {\tt true}}} | |
3600 | ||
3601 | Shows or hides the window. You may need to call \helpref{Raise}{wxwindowraise} | |
3602 | for a top level window if you want to bring it to top, although this is not | |
3603 | needed if Show() is called immediately after the frame creation. | |
3604 | ||
3605 | \wxheading{Parameters} | |
3606 | ||
3607 | \docparam{show}{If {\tt true} displays the window. Otherwise, hides it.} | |
3608 | ||
3609 | \wxheading{Return value} | |
3610 | ||
3611 | {\tt true} if the window has been shown or hidden or {\tt false} if nothing was | |
3612 | done because it already was in the requested state. | |
3613 | ||
3614 | \wxheading{See also} | |
3615 | ||
3616 | \helpref{wxWindow::IsShown}{wxwindowisshown},\rtfsp | |
3617 | \helpref{wxWindow::Hide}{wxwindowhide},\rtfsp | |
3618 | \helpref{wxRadioBox::Show}{wxradioboxshow} | |
3619 | ||
3620 | ||
3621 | \membersection{wxWindow::Thaw}\label{wxwindowthaw} | |
3622 | ||
3623 | \func{virtual void}{Thaw}{\void} | |
3624 | ||
3625 | Reenables window updating after a previous call to | |
3626 | \helpref{Freeze}{wxwindowfreeze}. To really thaw the control, it must be called | |
3627 | exactly the same number of times as \helpref{Freeze}{wxwindowfreeze}. | |
3628 | ||
3629 | \wxheading{See also} | |
3630 | ||
3631 | \helpref{wxWindowUpdateLocker}{wxwindowupdatelocker} | |
3632 | ||
3633 | ||
3634 | \membersection{wxWindow::ToggleWindowStyle}\label{wxwindowtogglewindowstyle} | |
3635 | ||
3636 | \func{bool}{ToggleWindowStyle}{\param{int }{flag}} | |
3637 | ||
3638 | Turns the given \arg{flag} on if it's currently turned off and vice versa. | |
3639 | This function cannot be used if the value of the flag is $0$ (which is often | |
3640 | the case for default flags). | |
3641 | ||
3642 | Also, please notice that not all styles can be changed after the control | |
3643 | creation. | |
3644 | ||
3645 | \wxheading{Return value} | |
3646 | ||
3647 | Returns \true if the style was turned on by this function, \false if it was | |
3648 | switched off. | |
3649 | ||
3650 | \wxheading{See also} | |
3651 | ||
3652 | \helpref{wxWindow::SetWindowStyleFlag}{wxwindowsetwindowstyleflag},\rtfsp | |
3653 | \helpref{wxWindow::HasFlag}{wxwindowhasflag} | |
3654 | ||
3655 | ||
3656 | \membersection{wxWindow::TransferDataFromWindow}\label{wxwindowtransferdatafromwindow} | |
3657 | ||
3658 | \func{virtual bool}{TransferDataFromWindow}{\void} | |
3659 | ||
3660 | Transfers values from child controls to data areas specified by their validators. Returns | |
3661 | {\tt false} if a transfer failed. | |
3662 | ||
3663 | If the window has {\tt wxWS\_EX\_VALIDATE\_RECURSIVELY} extra style flag set, | |
3664 | the method will also call TransferDataFromWindow() of all child windows. | |
3665 | ||
3666 | \wxheading{See also} | |
3667 | ||
3668 | \helpref{wxWindow::TransferDataToWindow}{wxwindowtransferdatatowindow},\rtfsp | |
3669 | \helpref{wxValidator}{wxvalidator}, \helpref{wxWindow::Validate}{wxwindowvalidate} | |
3670 | ||
3671 | ||
3672 | \membersection{wxWindow::TransferDataToWindow}\label{wxwindowtransferdatatowindow} | |
3673 | ||
3674 | \func{virtual bool}{TransferDataToWindow}{\void} | |
3675 | ||
3676 | Transfers values to child controls from data areas specified by their validators. | |
3677 | ||
3678 | If the window has {\tt wxWS\_EX\_VALIDATE\_RECURSIVELY} extra style flag set, | |
3679 | the method will also call TransferDataToWindow() of all child windows. | |
3680 | ||
3681 | \wxheading{Return value} | |
3682 | ||
3683 | Returns {\tt false} if a transfer failed. | |
3684 | ||
3685 | \wxheading{See also} | |
3686 | ||
3687 | \helpref{wxWindow::TransferDataFromWindow}{wxwindowtransferdatafromwindow},\rtfsp | |
3688 | \helpref{wxValidator}{wxvalidator}, \helpref{wxWindow::Validate}{wxwindowvalidate} | |
3689 | ||
3690 | ||
3691 | \membersection{wxWindow::UnregisterHotKey}\label{wxwindowunregisterhotkey} | |
3692 | ||
3693 | \func{bool}{UnregisterHotKey}{\param{int}{ hotkeyId}} | |
3694 | ||
3695 | Unregisters a system wide hotkey. | |
3696 | ||
3697 | \wxheading{Parameters} | |
3698 | ||
3699 | \docparam{hotkeyId}{Numeric identifier of the hotkey. Must be the same id that was passed to RegisterHotKey.} | |
3700 | ||
3701 | \wxheading{Return value} | |
3702 | ||
3703 | {\tt true} if the hotkey was unregistered successfully, {\tt false} if the id was invalid. | |
3704 | ||
3705 | \wxheading{Remarks} | |
3706 | ||
3707 | This function is currently only implemented under MSW. | |
3708 | ||
3709 | \wxheading{See also} | |
3710 | ||
3711 | \helpref{wxWindow::RegisterHotKey}{wxwindowregisterhotkey} | |
3712 | ||
3713 | ||
3714 | \membersection{wxWindow::Update}\label{wxwindowupdate} | |
3715 | ||
3716 | \func{virtual void}{Update}{\void} | |
3717 | ||
3718 | Calling this method immediately repaints the invalidated area of the window and | |
3719 | all of its children recursively while this would usually only happen when the | |
3720 | flow of control returns to the event loop. | |
3721 | Notice that this function doesn't invalidate any area of the window so | |
3722 | nothing happens if nothing has been invalidated (i.e. marked as requiring | |
3723 | a redraw). Use \helpref{Refresh}{wxwindowrefresh} first if you want to | |
3724 | immediately redraw the window unconditionally. | |
3725 | ||
3726 | ||
3727 | \membersection{wxWindow::UpdateWindowUI}\label{wxwindowupdatewindowui} | |
3728 | ||
3729 | \func{virtual void}{UpdateWindowUI}{\param{long}{ flags = wxUPDATE\_UI\_NONE}} | |
3730 | ||
3731 | This function sends \helpref{wxUpdateUIEvents}{wxupdateuievent} to | |
3732 | the window. The particular implementation depends on the window; for | |
3733 | example a wxToolBar will send an update UI event for each toolbar button, | |
3734 | and a wxFrame will send an update UI event for each menubar menu item. | |
3735 | You can call this function from your application to ensure that your | |
3736 | UI is up-to-date at this point (as far as your wxUpdateUIEvent handlers | |
3737 | are concerned). This may be necessary if you have called | |
3738 | \helpref{wxUpdateUIEvent::SetMode}{wxupdateuieventsetmode} or | |
3739 | \helpref{wxUpdateUIEvent::SetUpdateInterval}{wxupdateuieventsetupdateinterval} to | |
3740 | limit the overhead that wxWidgets incurs by sending update UI events in idle time. | |
3741 | ||
3742 | {\it flags} should be a bitlist of one or more of the following values. | |
3743 | ||
3744 | \begin{verbatim} | |
3745 | enum wxUpdateUI | |
3746 | { | |
3747 | wxUPDATE_UI_NONE = 0x0000, // No particular value | |
3748 | wxUPDATE_UI_RECURSE = 0x0001, // Call the function for descendants | |
3749 | wxUPDATE_UI_FROMIDLE = 0x0002 // Invoked from On(Internal)Idle | |
3750 | }; | |
3751 | \end{verbatim} | |
3752 | ||
3753 | If you are calling this function from an OnInternalIdle or OnIdle | |
3754 | function, make sure you pass the wxUPDATE\_UI\_FROMIDLE flag, since | |
3755 | this tells the window to only update the UI elements that need | |
3756 | to be updated in idle time. Some windows update their elements | |
3757 | only when necessary, for example when a menu is about to be shown. | |
3758 | The following is an example of how to call UpdateWindowUI from | |
3759 | an idle function. | |
3760 | ||
3761 | \begin{verbatim} | |
3762 | void MyWindow::OnInternalIdle() | |
3763 | { | |
3764 | if (wxUpdateUIEvent::CanUpdate(this)) | |
3765 | UpdateWindowUI(wxUPDATE_UI_FROMIDLE); | |
3766 | } | |
3767 | \end{verbatim} | |
3768 | ||
3769 | \wxheading{See also} | |
3770 | ||
3771 | \helpref{wxUpdateUIEvent}{wxupdateuievent}, | |
3772 | \helpref{wxWindow::DoUpdateWindowUI}{wxwindowdoupdatewindowui}, | |
3773 | \helpref{wxWindow::OnInternalIdle}{wxwindowoninternalidle} | |
3774 | ||
3775 | ||
3776 | \membersection{wxWindow::Validate}\label{wxwindowvalidate} | |
3777 | ||
3778 | \func{virtual bool}{Validate}{\void} | |
3779 | ||
3780 | Validates the current values of the child controls using their validators. | |
3781 | ||
3782 | If the window has {\tt wxWS\_EX\_VALIDATE\_RECURSIVELY} extra style flag set, | |
3783 | the method will also call Validate() of all child windows. | |
3784 | ||
3785 | \wxheading{Return value} | |
3786 | ||
3787 | Returns {\tt false} if any of the validations failed. | |
3788 | ||
3789 | \wxheading{See also} | |
3790 | ||
3791 | \helpref{wxWindow::TransferDataFromWindow}{wxwindowtransferdatafromwindow},\rtfsp | |
3792 | \helpref{wxWindow::TransferDataToWindow}{wxwindowtransferdatatowindow},\rtfsp | |
3793 | \helpref{wxValidator}{wxvalidator} | |
3794 | ||
3795 | ||
3796 | \membersection{wxWindow::WarpPointer}\label{wxwindowwarppointer} | |
3797 | ||
3798 | \func{void}{WarpPointer}{\param{int}{ x}, \param{int}{ y}} | |
3799 | ||
3800 | Moves the pointer to the given position on the window. | |
3801 | ||
3802 | {\bf NB: } This function is not supported under Mac because Apple Human | |
3803 | Interface Guidelines forbid moving the mouse cursor programmatically. | |
3804 | ||
3805 | \wxheading{Parameters} | |
3806 | ||
3807 | \docparam{x}{The new x position for the cursor.} | |
3808 | ||
3809 | \docparam{y}{The new y position for the cursor.} | |
3810 |