]>
Commit | Line | Data |
---|---|---|
a660d684 KB |
1 | \section{\class{wxApp}}\label{wxapp} |
2 | ||
3 | The {\bf wxApp} class represents the application itself. It is used | |
4 | to: | |
5 | ||
6 | \begin{itemize}\itemsep=0pt | |
7 | \item set and get application-wide properties; | |
8 | \item implement the windowing system message or event loop; | |
9 | \item initiate application processing via \helpref{wxApp::OnInit}{wxapponinit}; | |
10 | \item allow default processing of events not handled by other | |
11 | objects in the application. | |
12 | \end{itemize} | |
13 | ||
14 | You should use the macro IMPLEMENT\_APP(appClass) in your application implementation | |
15 | file to tell wxWindows how to create an instance of your application class. | |
16 | ||
17 | Use DECLARE\_APP(appClass) in a header file if you want the wxGetApp function (which returns | |
18 | a reference to your application object) to be visible to other files. | |
19 | ||
20 | \wxheading{Derived from} | |
21 | ||
22 | \helpref{wxEvtHandler}{wxevthandler}\\ | |
23 | \helpref{wxObject}{wxobject} | |
24 | ||
954b8ae6 JS |
25 | \wxheading{Include files} |
26 | ||
27 | <wx/app.h> | |
28 | ||
a660d684 KB |
29 | \wxheading{See also} |
30 | ||
31 | \helpref{wxApp overview}{wxappoverview} | |
32 | ||
33 | \latexignore{\rtfignore{\wxheading{Members}}} | |
34 | ||
35 | \membersection{wxApp::wxApp} | |
36 | ||
2fd284a4 | 37 | \func{void}{wxApp}{\void} |
a660d684 KB |
38 | |
39 | Constructor. Called implicitly with a definition of a wxApp object. | |
40 | ||
41 | The argument is a language identifier; this is an experimental | |
42 | feature and will be expanded and documented in future versions. | |
43 | ||
a660d684 KB |
44 | \membersection{wxApp::\destruct{wxApp}} |
45 | ||
46 | \func{void}{\destruct{wxApp}}{\void} | |
47 | ||
48 | Destructor. Will be called implicitly on program exit if the wxApp | |
49 | object is created on the stack. | |
50 | ||
51 | \membersection{wxApp::argc}\label{wxappargc} | |
52 | ||
53 | \member{int}{argc} | |
54 | ||
55 | Number of command line arguments (after environment-specific processing). | |
56 | ||
57 | \membersection{wxApp::argv}\label{wxappargv} | |
58 | ||
59 | \member{char **}{argv} | |
60 | ||
61 | Command line arguments (after environment-specific processing). | |
62 | ||
63 | \membersection{wxApp::CreateLogTarget}\label{wxappcreatelogtarget} | |
64 | ||
65 | \func{virtual wxLog*}{CreateLogTarget}{\void} | |
66 | ||
67 | Creates a wxLog class for the application to use for logging errors. The default | |
68 | implementation returns a new wxLogGui class. | |
69 | ||
70 | \wxheading{See also} | |
71 | ||
72 | \helpref{wxLog}{wxlog} | |
73 | ||
74 | \membersection{wxApp::Dispatch}\label{wxappdispatch} | |
75 | ||
76 | \func{void}{Dispatch}{\void} | |
77 | ||
78 | Dispatches the next event in the windowing system event queue. | |
79 | ||
80 | This can be used for programming event loops, e.g. | |
81 | ||
82 | \begin{verbatim} | |
83 | while (app.Pending()) | |
84 | Dispatch(); | |
85 | \end{verbatim} | |
86 | ||
87 | \wxheading{See also} | |
88 | ||
89 | \helpref{wxApp::Pending}{wxapppending} | |
90 | ||
91 | \membersection{wxApp::GetAppName}\label{wxappgetappname} | |
92 | ||
93 | \constfunc{wxString}{GetAppName}{\void} | |
94 | ||
95 | Returns the application name. | |
96 | ||
97 | \wxheading{Remarks} | |
98 | ||
99 | wxWindows sets this to a reasonable default before | |
100 | calling \helpref{wxApp::OnInit}{wxapponinit}, but the application can reset it at will. | |
101 | ||
102 | \membersection{wxApp::GetAuto3D}\label{wxappgetauto3d} | |
103 | ||
104 | \constfunc{bool}{GetAuto3D}{\void} | |
105 | ||
106 | Returns TRUE if 3D control mode is on, FALSE otherwise. | |
107 | ||
108 | \wxheading{See also} | |
109 | ||
110 | \helpref{wxApp::SetAuto3D}{wxappsetauto3d} | |
111 | ||
112 | \membersection{wxApp::GetClassName}\label{wxappgetclassname} | |
113 | ||
114 | \constfunc{wxString}{GetClassName}{\void} | |
115 | ||
116 | Gets the class name of the application. The class name may be used in a platform specific | |
117 | manner to refer to the application. | |
118 | ||
119 | \wxheading{See also} | |
120 | ||
121 | \helpref{wxApp::SetClassName}{wxappsetclassname} | |
122 | ||
123 | \membersection{wxApp::GetExitOnDelete}\label{wxappgetexitondelete} | |
124 | ||
125 | \constfunc{bool}{GetExitOnDelete}{\void} | |
126 | ||
127 | Returns TRUE if the application will exit when the top-level window is deleted, FALSE | |
128 | otherwise. | |
129 | ||
130 | \wxheading{See also} | |
131 | ||
132 | \helpref{wxApp::SetExitOnDelete}{wxappsetexitondelete} | |
133 | ||
134 | \membersection{wxApp::GetPrintMode}\label{wxappgetprintmode} | |
135 | ||
136 | \constfunc{bool}{GetPrintMode}{\void} | |
137 | ||
138 | Returns the print mode: see \helpref{wxApp::SetPrintMode}{wxappsetprintmode}. | |
139 | ||
140 | \membersection{wxApp::GetTopWindow}\label{wxappgettopwindow} | |
141 | ||
142 | \constfunc{wxWindow *}{GetTopWindow}{\void} | |
143 | ||
144 | Returns a pointer to the top window. | |
145 | ||
146 | \wxheading{See also} | |
147 | ||
148 | \helpref{wxApp::SetTopWindow}{wxappsettopwindow} | |
149 | ||
150 | \membersection{wxApp::ExitMainLoop}\label{wxappexitmainloop} | |
151 | ||
152 | \func{void}{ExitMainLoop}{\void} | |
153 | ||
154 | Call this to explicitly exit the main message (event) loop. | |
155 | You should normally exit the main loop (and the application) by deleting | |
156 | the top window. | |
157 | ||
158 | \membersection{wxApp::Initialized}\label{wxappinitialized} | |
159 | ||
160 | \func{bool}{Initialized}{\void} | |
161 | ||
162 | Returns TRUE if the application has been initialized (i.e. if\rtfsp | |
163 | \helpref{wxApp::OnInit}{wxapponinit} has returned successfully). This can be useful for error | |
164 | message routines to determine which method of output is best for the | |
165 | current state of the program (some windowing systems may not like | |
166 | dialogs to pop up before the main loop has been entered). | |
167 | ||
168 | \membersection{wxApp::MainLoop}\label{wxappmainloop} | |
169 | ||
170 | \func{int}{MainLoop}{\void} | |
171 | ||
172 | Called by wxWindows on creation of the application. Override this if you wish | |
173 | to provide your own (environment-dependent) main loop. | |
174 | ||
175 | \wxheading{Return value} | |
176 | ||
177 | Returns 0 under X, and the wParam of the WM\_QUIT message under Windows. | |
178 | ||
179 | \membersection{wxApp::OnActivate}\label{wxapponactivate} | |
180 | ||
181 | \func{void}{OnActivate}{\param{wxActivateEvent\& }{event}} | |
182 | ||
183 | Provide this member function to know whether the application is being | |
184 | activated or deactivated (Windows only). | |
185 | ||
186 | \wxheading{See also} | |
187 | ||
188 | \helpref{wxWindow::OnActivate}{wxwindowonactivate}, \helpref{wxActivateEvent}{wxactivateevent} | |
189 | ||
190 | \membersection{wxApp::OnExit}\label{wxapponexit} | |
191 | ||
192 | \func{int}{OnExit}{\void} | |
193 | ||
194 | Provide this member function for any processing which needs to be done as | |
195 | the application is about to exit. | |
196 | ||
197 | \membersection{wxApp::OnCharHook}\label{wxapponcharhook} | |
198 | ||
199 | \func{void}{OnCharHook}{\param{wxKeyEvent\&}{ event}} | |
200 | ||
201 | This event handler function is called (under Windows only) to allow the window to intercept keyboard events | |
202 | before they are processed by child windows. | |
203 | ||
204 | \wxheading{Parameters} | |
205 | ||
206 | \docparam{event}{The keypress event.} | |
207 | ||
208 | \wxheading{Remarks} | |
209 | ||
210 | Use the wxEVT\_CHAR\_HOOK macro in your event table. | |
211 | ||
212 | If you use this member, you can selectively consume keypress events by calling\rtfsp | |
213 | \helpref{wxEvent::Skip}{wxeventskip} for characters the application is not interested in. | |
214 | ||
215 | \wxheading{See also} | |
216 | ||
217 | \helpref{wxKeyEvent}{wxkeyevent}, \helpref{wxWindow::OnChar}{wxwindowonchar},\rtfsp | |
218 | \helpref{wxWindow::OnCharHook}{wxwindowoncharhook}, \helpref{wxDialog::OnCharHook}{wxdialogoncharhook} | |
219 | ||
220 | \membersection{wxApp::OnIdle}\label{wxapponidle} | |
221 | ||
222 | \func{void}{OnIdle}{\param{wxIdleEvent\& }{event}} | |
223 | ||
224 | Override this member function for any processing which needs to be done | |
225 | when the application is idle. You should call wxApp::OnIdle from your own function, | |
226 | since this forwards OnIdle events to windows and also performs garbage collection for | |
227 | windows whose destruction has been delayed. | |
228 | ||
229 | wxWindows' strategy for OnIdle processing is as follows. After pending user interface events for an | |
230 | application have all been processed, wxWindows sends an OnIdle event to the application object. wxApp::OnIdle itself | |
231 | sends an OnIdle event to each application window, allowing windows to do idle processing such as updating | |
232 | their appearance. If either wxApp::OnIdle or a window OnIdle function requested more time, by | |
233 | caling \helpref{wxIdleEvent::ReqestMore}{wxidleeventrequestmore}, wxWindows will send another OnIdle | |
8a2c6ef8 | 234 | event to the application object. This will occur in a loop until either a user event is found to be |
a660d684 KB |
235 | pending, or OnIdle requests no more time. Then all pending user events are processed until the system |
236 | goes idle again, when OnIdle is called, and so on. | |
237 | ||
238 | \wxheading{See also} | |
239 | ||
240 | \helpref{wxWindow::OnIdle}{wxwindowonidle}, \helpref{wxIdleEvent}{wxidleevent},\rtfsp | |
241 | \helpref{wxWindow::SendIdleEvents}{wxappsendidleevents} | |
242 | ||
387a3b02 JS |
243 | \membersection{wxApp::OnEndSession}\label{wxapponendsession} |
244 | ||
245 | \func{void}{OnEndSession}{\param{wxCloseEvent\& }{event}} | |
246 | ||
247 | This is an event handler function called when the operating system or GUI session is | |
248 | about to close down. The application has a chance to silently save information, | |
249 | and can optionally close itself. | |
250 | ||
251 | Use the EVT\_END\_SESSION event table macro to handle query end session events. | |
252 | ||
253 | The default handler calls \helpref{wxWindow::Close}{wxwindowclose} with a TRUE argument | |
254 | (forcing the application to close itself silently). | |
255 | ||
256 | \wxheading{Remarks} | |
257 | ||
258 | Under X, OnEndSession is called in response to the 'die' event. | |
259 | ||
260 | Under Windows, OnEndSession is called in response to the WM\_ENDSESSION message. | |
261 | ||
262 | \wxheading{See also} | |
263 | ||
264 | \helpref{wxWindow::Close}{wxwindowclose},\rtfsp | |
265 | \helpref{wxWindow::OnCloseWindow}{wxwindowonclosewindow},\rtfsp | |
266 | \helpref{wxCloseEvent}{wxcloseevent},\rtfsp | |
da36f544 | 267 | \helpref{wxApp::OnQueryEndSession}{wxapponqueryendsession} |
387a3b02 | 268 | |
a660d684 KB |
269 | \membersection{wxApp::OnInit}\label{wxapponinit} |
270 | ||
271 | \func{bool}{OnInit}{\void} | |
272 | ||
273 | This must be provided by the application, and will usually create the | |
274 | application's main window, calling \helpref{wxApp::SetTopWindow}{wxappsettopwindow}. | |
275 | ||
276 | Return TRUE to continue processing, FALSE to exit the application. | |
277 | ||
387a3b02 | 278 | \membersection{wxApp::OnQueryEndSession}\label{wxapponqueryendsession} |
a660d684 | 279 | |
387a3b02 | 280 | \func{void}{OnQueryEndSession}{\param{wxCloseEvent\& }{event}} |
a660d684 | 281 | |
387a3b02 JS |
282 | This is an event handler function called when the operating system or GUI session is |
283 | about to close down. Typically, an application will try to save unsaved documents | |
284 | at this point. | |
285 | ||
286 | If \helpref{wxCloseEvent::CanVeto}{wxcloseeventcanveto} returns TRUE, the application | |
287 | is allowed to veto the shutdown by calling \helpref{wxCloseEvent::Veto}{wxcloseeventveto}. | |
288 | The application might veto the shutdown after prompting for documents to be saved, and the | |
289 | user has cancelled the save. | |
290 | ||
291 | Use the EVT\_QUERY\_END\_SESSION event table macro to handle query end session events. | |
292 | ||
293 | You should check whether the application is forcing the deletion of the window | |
294 | using \helpref{wxCloseEvent::GetForce}{wxcloseeventgetforce}. If this is TRUE, | |
295 | destroy the window using \helpref{wxWindow::Destroy}{wxwindowdestroy}. | |
296 | If not, it is up to you whether you respond by destroying the window. | |
297 | ||
298 | The default handler calls \helpref{wxWindow::Close}{wxwindowclose} on the top-level window, | |
299 | and vetoes the shutdown if Close returns FALSE. This will be sufficient for many applications. | |
300 | ||
301 | \wxheading{Remarks} | |
302 | ||
303 | Under X, OnQueryEndSession is called in response to the 'save session' event. | |
304 | ||
305 | Under Windows, OnQueryEndSession is called in response to the WM\_QUERYENDSESSION message. | |
a660d684 KB |
306 | |
307 | \wxheading{See also} | |
308 | ||
387a3b02 JS |
309 | \helpref{wxWindow::Close}{wxwindowclose},\rtfsp |
310 | \helpref{wxWindow::OnCloseWindow}{wxwindowonclosewindow},\rtfsp | |
311 | \helpref{wxCloseEvent}{wxcloseevent},\rtfsp | |
312 | \helpref{wxApp::OnEndSession}{wxapponendsession} | |
313 | ||
a660d684 KB |
314 | \membersection{wxApp::ProcessMessage}\label{wxappprocessmessage} |
315 | ||
316 | \func{bool}{ProcessMessage}{\param{MSG *}{msg}} | |
317 | ||
318 | Windows-only function for processing a message. This function | |
319 | is called from the main message loop, checking for windows that | |
320 | may wish to process it. The function returns TRUE if the message | |
321 | was processed, FALSE otherwise. If you use wxWindows with another class | |
322 | library with its own message loop, you should make sure that this | |
323 | function is called to allow wxWindows to receive messages. For example, | |
324 | to allow co-existance with the Microsoft Foundation Classes, override | |
325 | the PreTranslateMessage function: | |
326 | ||
327 | \begin{verbatim} | |
328 | // Provide wxWindows message loop compatibility | |
329 | BOOL CTheApp::PreTranslateMessage(MSG *msg) | |
330 | { | |
331 | if (wxTheApp && wxTheApp->ProcessMessage(msg)) | |
332 | return TRUE; | |
333 | else | |
334 | return CWinApp::PreTranslateMessage(msg); | |
335 | } | |
336 | \end{verbatim} | |
337 | ||
387a3b02 JS |
338 | \membersection{wxApp::Pending}\label{wxapppending} |
339 | ||
340 | \func{bool}{Pending}{\void} | |
341 | ||
342 | Returns TRUE if unprocessed events are in the window system event queue | |
343 | (MS Windows and Motif). | |
344 | ||
345 | \wxheading{See also} | |
346 | ||
347 | \helpref{wxApp::Dispatch}{wxappdispatch} | |
348 | ||
a660d684 KB |
349 | \membersection{wxApp::SendIdleEvents}\label{wxappsendidleevents} |
350 | ||
351 | \func{bool}{SendIdleEvents}{\void} | |
352 | ||
353 | Sends idle events to all top-level windows. | |
354 | ||
355 | \func{bool}{SendIdleEvents}{\param{wxWindow*}{ win}} | |
356 | ||
357 | Sends idle events to a window and its children. | |
358 | ||
359 | \wxheading{Remarks} | |
360 | ||
361 | These functions poll the top-level windows, and their children, for idle event processing. | |
362 | If TRUE is returned, more OnIdle processing is requested by one or more window. | |
363 | ||
364 | \wxheading{See also} | |
365 | ||
366 | \helpref{wxApp::OnIdle}{wxapponidle}, \helpref{wxWindow::OnIdle}{wxwindowonidle}, \helpref{wxIdleEvent}{wxidleevent} | |
367 | ||
368 | \membersection{wxApp::SetAppName}\label{wxappsetappname} | |
369 | ||
370 | \func{void}{SetAppName}{\param{const wxString\& }{name}} | |
371 | ||
372 | Sets the name of the application. The name may be used in dialogs | |
373 | (for example by the document/view framework). A default name is set by | |
374 | wxWindows. | |
375 | ||
376 | \wxheading{See also} | |
377 | ||
378 | \helpref{wxApp::GetAppName}{wxappgetappname} | |
379 | ||
380 | \membersection{wxApp::SetAuto3D}\label{wxappsetauto3d} | |
381 | ||
382 | \func{void}{SetAuto3D}{\param{const bool}{ auto3D}} | |
383 | ||
384 | Switches automatic 3D controls on or off. | |
385 | ||
386 | \wxheading{Parameters} | |
387 | ||
388 | \docparam{auto3D}{If TRUE, all controls will be created with 3D appearances unless | |
389 | overridden for a control or dialog. The default is TRUE} | |
390 | ||
391 | \wxheading{Remarks} | |
392 | ||
393 | This has an effect on Windows only. | |
394 | ||
395 | \wxheading{See also} | |
396 | ||
397 | \helpref{wxApp::GetAuto3D}{wxappgetauto3d} | |
398 | ||
399 | \membersection{wxApp::SetClassName}\label{wxappsetclassname} | |
400 | ||
401 | \func{void}{SetClassName}{\param{const wxString\& }{name}} | |
402 | ||
403 | Sets the class name of the application. This may be used in a platform specific | |
404 | manner to refer to the application. | |
405 | ||
406 | \wxheading{See also} | |
407 | ||
408 | \helpref{wxApp::GetClassName}{wxappgetclassname} | |
409 | ||
410 | \membersection{wxApp::SetExitOnDelete}\label{wxappsetexitondelete} | |
411 | ||
412 | \func{void}{SetExitOnDelete}{\param{bool}{ flag}} | |
413 | ||
414 | Allows the programmer to specify whether the application will exit when the | |
415 | top-level frame is deleted. | |
416 | ||
417 | \wxheading{Parameters} | |
418 | ||
419 | \docparam{flag}{If TRUE (the default), the application will exit when the top-level frame is | |
420 | deleted. If FALSE, the application will continue to run.} | |
421 | ||
422 | \wxheading{Remarks} | |
423 | ||
424 | Currently, setting this to FALSE only has an effect under Windows. | |
425 | ||
426 | \membersection{wxApp::SetPrintMode}\label{wxappsetprintmode} | |
427 | ||
428 | \func{void}{SetPrintMode}{\param{int}{ mode}} | |
429 | ||
430 | Sets the print mode determining what printing facilities will be | |
431 | used by the printing framework. | |
432 | ||
433 | \wxheading{Parameters} | |
434 | ||
435 | \docparam{mode}{This can be one of: | |
436 | ||
437 | \begin{twocollist}\itemsep=0pt | |
438 | \twocolitem{{\bf wxPRINT\_WINDOWS}}{Under Windows, use Windows printing (wxPrinterDC). This is the | |
439 | default under Windows.} | |
440 | \twocolitem{{\bf wxPRINT\_POSTSCRIPT}}{Use PostScript printing (wxPostScriptDC). This is the | |
441 | default for non-Windows platforms.} | |
442 | \end{twocollist} | |
443 | }% | |
444 | ||
445 | \membersection{wxApp::SetTopWindow}\label{wxappsettopwindow} | |
446 | ||
447 | \func{void}{SetTopWindow}{\param{wxWindow* }{window}} | |
448 | ||
449 | Sets the `top' window. You should normally call this from within \helpref{wxApp::OnInit}{wxapponinit} to | |
450 | let wxWindows know which is the main window. | |
451 | ||
452 | \wxheading{Parameters} | |
453 | ||
454 | \docparam{window}{The new top window.} | |
455 | ||
456 | \wxheading{See also} | |
457 | ||
458 | \helpref{wxApp::GetTopWindow}{wxappgettopwindow}, \helpref{wxApp::OnInit}{wxapponinit} | |
459 |