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