1 /////////////////////////////////////////////////////////////////////////////
3 // Purpose: interface of wxEvtHandler, wxEventBlocker and many
4 // wxEvent-derived classes
5 // Author: wxWidgets team
7 // Licence: wxWindows licence
8 /////////////////////////////////////////////////////////////////////////////
11 The predefined constants for the number of times we propagate event
12 upwards window child-parent chain.
14 enum wxEventPropagation
16 /// don't propagate it at all
17 wxEVENT_PROPAGATE_NONE
= 0,
19 /// propagate it until it is processed
20 wxEVENT_PROPAGATE_MAX
= INT_MAX
24 The different categories for a wxEvent; see wxEvent::GetEventCategory.
26 @note They are used as OR-combinable flags by wxEventLoopBase::YieldFor.
31 This is the category for those events which are generated to update
32 the appearance of the GUI but which (usually) do not comport data
33 processing, i.e. which do not provide input or output data
34 (e.g. size events, scroll events, etc).
35 They are events NOT directly generated by the user's input devices.
37 wxEVT_CATEGORY_UI
= 1,
40 This category groups those events which are generated directly from the
41 user through input devices like mouse and keyboard and usually result in
42 data to be processed from the application
43 (e.g. mouse clicks, key presses, etc).
45 wxEVT_CATEGORY_USER_INPUT
= 2,
47 /// This category is for wxSocketEvent
48 wxEVT_CATEGORY_SOCKET
= 4,
50 /// This category is for wxTimerEvent
51 wxEVT_CATEGORY_TIMER
= 8,
54 This category is for any event used to send notifications from the
55 secondary threads to the main one or in general for notifications among
56 different threads (which may or may not be user-generated).
57 See e.g. wxThreadEvent.
59 wxEVT_CATEGORY_THREAD
= 16,
62 This mask is used in wxEventLoopBase::YieldFor to specify that all event
63 categories should be processed.
66 wxEVT_CATEGORY_UI
|wxEVT_CATEGORY_USER_INPUT
|wxEVT_CATEGORY_SOCKET
| \
67 wxEVT_CATEGORY_TIMER
|wxEVT_CATEGORY_THREAD
73 An event is a structure holding information about an event passed to a
74 callback or member function.
76 wxEvent used to be a multipurpose event object, and is an abstract base class
77 for other event classes (see below).
79 For more information about events, see the @ref overview_events overview.
82 In wxPerl custom event classes should be derived from
83 @c Wx::PlEvent and @c Wx::PlCommandEvent.
89 @see wxCommandEvent, wxMouseEvent
91 class wxEvent
: public wxObject
97 Notice that events are usually created by wxWidgets itself and creating
98 e.g. a wxPaintEvent in your code and sending it to e.g. a wxTextCtrl
99 will not usually affect it at all as native controls have no specific
100 knowledge about wxWidgets events. However you may construct objects of
101 specific types and pass them to wxEvtHandler::ProcessEvent() if you
102 want to create your own custom control and want to process its events
103 in the same manner as the standard ones.
105 Also please notice that the order of parameters in this constructor is
106 different from almost all the derived classes which specify the event
107 type as the first argument.
110 The identifier of the object (window, timer, ...) which generated
113 The unique type of event, e.g. @c wxEVT_PAINT, @c wxEVT_SIZE or
114 @c wxEVT_COMMAND_BUTTON_CLICKED.
116 wxEvent(int id
= 0, wxEventType eventType
= wxEVT_NULL
);
119 Returns a copy of the event.
121 Any event that is posted to the wxWidgets event system for later action
122 (via wxEvtHandler::AddPendingEvent, wxEvtHandler::QueueEvent or wxPostEvent())
123 must implement this method.
125 All wxWidgets events fully implement this method, but any derived events
126 implemented by the user should also implement this method just in case they
127 (or some event derived from them) are ever posted.
129 All wxWidgets events implement a copy constructor, so the easiest way of
130 implementing the Clone function is to implement a copy constructor for
131 a new event (call it MyEvent) and then define the Clone function like this:
134 wxEvent *Clone() const { return new MyEvent(*this); }
137 virtual wxEvent
* Clone() const = 0;
140 Returns the object (usually a window) associated with the event, if any.
142 wxObject
* GetEventObject() const;
145 Returns the identifier of the given event type, such as @c wxEVT_COMMAND_BUTTON_CLICKED.
147 wxEventType
GetEventType() const;
150 Returns a generic category for this event.
151 wxEvent implementation returns @c wxEVT_CATEGORY_UI by default.
153 This function is used to selectively process events in wxEventLoopBase::YieldFor.
155 virtual wxEventCategory
GetEventCategory() const;
158 Returns the identifier associated with this event, such as a button command id.
163 Return the user data associated with a dynamically connected event handler.
165 wxEvtHandler::Connect() and wxEvtHandler::Bind() allow associating
166 optional @c userData pointer with the handler and this method returns
167 the value of this pointer.
169 The returned pointer is owned by wxWidgets and must not be deleted.
173 wxObject
*GetEventUserData() const;
176 Returns @true if the event handler should be skipped, @false otherwise.
178 bool GetSkipped() const;
181 Gets the timestamp for the event. The timestamp is the time in milliseconds
182 since some fixed moment (not necessarily the standard Unix Epoch, so only
183 differences between the timestamps and not their absolute values usually make sense).
186 wxWidgets returns a non-NULL timestamp only for mouse and key events
187 (see wxMouseEvent and wxKeyEvent).
189 long GetTimestamp() const;
192 Returns @true if the event is or is derived from wxCommandEvent else it returns @false.
194 @note exists only for optimization purposes.
196 bool IsCommandEvent() const;
199 Sets the propagation level to the given value (for example returned from an
200 earlier call to wxEvent::StopPropagation).
202 void ResumePropagation(int propagationLevel
);
205 Sets the originating object.
207 void SetEventObject(wxObject
* object
);
212 void SetEventType(wxEventType type
);
215 Sets the identifier associated with this event, such as a button command id.
220 Sets the timestamp for the event.
222 void SetTimestamp(long timeStamp
= 0);
225 Test if this event should be propagated or not, i.e. if the propagation level
226 is currently greater than 0.
228 bool ShouldPropagate() const;
231 This method can be used inside an event handler to control whether further
232 event handlers bound to this event will be called after the current one returns.
234 Without Skip() (or equivalently if Skip(@false) is used), the event will not
235 be processed any more. If Skip(@true) is called, the event processing system
236 continues searching for a further handler function for this event, even though
237 it has been processed already in the current handler.
239 In general, it is recommended to skip all non-command events to allow the
240 default handling to take place. The command events are, however, normally not
241 skipped as usually a single command such as a button click or menu item
242 selection must only be processed by one handler.
244 void Skip(bool skip
= true);
247 Stop the event from propagating to its parent window.
249 Returns the old propagation level value which may be later passed to
250 ResumePropagation() to allow propagating the event again.
252 int StopPropagation();
256 Indicates how many levels the event can propagate.
258 This member is protected and should typically only be set in the constructors
259 of the derived classes. It may be temporarily changed by StopPropagation()
260 and ResumePropagation() and tested with ShouldPropagate().
262 The initial value is set to either @c wxEVENT_PROPAGATE_NONE (by default)
263 meaning that the event shouldn't be propagated at all or to
264 @c wxEVENT_PROPAGATE_MAX (for command events) meaning that it should be
265 propagated as much as necessary.
267 Any positive number means that the event should be propagated but no more than
268 the given number of times. E.g. the propagation level may be set to 1 to
269 propagate the event to its parent only, but not to its grandparent.
271 int m_propagationLevel
;
275 @class wxEventBlocker
277 This class is a special event handler which allows to discard
278 any event (or a set of event types) directed to a specific window.
283 void MyWindow::DoSomething()
286 // block all events directed to this window while
287 // we do the 1000 FunctionWhichSendsEvents() calls
288 wxEventBlocker blocker(this);
290 for ( int i = 0; i 1000; i++ )
291 FunctionWhichSendsEvents(i);
293 } // ~wxEventBlocker called, old event handler is restored
295 // the event generated by this call will be processed:
296 FunctionWhichSendsEvents(0)
303 @see @ref overview_events_processing, wxEvtHandler
305 class wxEventBlocker
: public wxEvtHandler
309 Constructs the blocker for the given window and for the given event type.
311 If @a type is @c wxEVT_ANY, then all events for that window are blocked.
312 You can call Block() after creation to add other event types to the list
315 Note that the @a win window @b must remain alive until the
316 wxEventBlocker object destruction.
318 wxEventBlocker(wxWindow
* win
, wxEventType type
= -1);
321 Destructor. The blocker will remove itself from the chain of event handlers for
322 the window provided in the constructor, thus restoring normal processing of events.
324 virtual ~wxEventBlocker();
327 Adds to the list of event types which should be blocked the given @a eventType.
329 void Block(wxEventType eventType
);
335 Helper class to temporarily change an event to not propagate.
337 class wxPropagationDisabler
340 wxPropagationDisabler(wxEvent
& event
);
341 ~wxPropagationDisabler();
346 Helper class to temporarily lower propagation level.
348 class wxPropagateOnce
351 wxPropagateOnce(wxEvent
& event
);
360 A class that can handle events from the windowing system.
361 wxWindow is (and therefore all window classes are) derived from this class.
363 When events are received, wxEvtHandler invokes the method listed in the
364 event table using itself as the object. When using multiple inheritance
365 <b>it is imperative that the wxEvtHandler(-derived) class is the first
366 class inherited</b> such that the @c this pointer for the overall object
367 will be identical to the @c this pointer of the wxEvtHandler portion.
372 @see @ref overview_events_processing, wxEventBlocker, wxEventLoopBase
374 class wxEvtHandler
: public wxObject
, public wxTrackable
385 If the handler is part of a chain, the destructor will unlink itself
388 virtual ~wxEvtHandler();
392 @name Event queuing and processing
397 Queue event for a later processing.
399 This method is similar to ProcessEvent() but while the latter is
400 synchronous, i.e. the event is processed immediately, before the
401 function returns, this one is asynchronous and returns immediately
402 while the event will be processed at some later time (usually during
403 the next event loop iteration).
405 Another important difference is that this method takes ownership of the
406 @a event parameter, i.e. it will delete it itself. This implies that
407 the event should be allocated on the heap and that the pointer can't be
408 used any more after the function returns (as it can be deleted at any
411 QueueEvent() can be used for inter-thread communication from the worker
412 threads to the main thread, it is safe in the sense that it uses
413 locking internally and avoids the problem mentioned in AddPendingEvent()
414 documentation by ensuring that the @a event object is not used by the
415 calling thread any more. Care should still be taken to avoid that some
416 fields of this object are used by it, notably any wxString members of
417 the event object must not be shallow copies of another wxString object
418 as this would result in them still using the same string buffer behind
419 the scenes. For example:
421 void FunctionInAWorkerThread(const wxString& str)
423 wxCommandEvent* evt = new wxCommandEvent;
425 // NOT evt->SetString(str) as this would be a shallow copy
426 evt->SetString(str.c_str()); // make a deep copy
428 wxTheApp->QueueEvent( evt );
432 Note that you can use wxThreadEvent instead of wxCommandEvent
433 to avoid this problem:
435 void FunctionInAWorkerThread(const wxString& str)
440 // wxThreadEvent::Clone() makes sure that the internal wxString
441 // member is not shared by other wxString instances:
442 wxTheApp->QueueEvent( evt.Clone() );
446 Finally notice that this method automatically wakes up the event loop
447 if it is currently idle by calling ::wxWakeUpIdle() so there is no need
448 to do it manually when using it.
453 A heap-allocated event to be queued, QueueEvent() takes ownership
454 of it. This parameter shouldn't be @c NULL.
456 virtual void QueueEvent(wxEvent
*event
);
459 Post an event to be processed later.
461 This function is similar to QueueEvent() but can't be used to post
462 events from worker threads for the event objects with wxString fields
463 (i.e. in practice most of them) because of an unsafe use of the same
464 wxString object which happens because the wxString field in the
465 original @a event object and its copy made internally by this function
466 share the same string buffer internally. Use QueueEvent() to avoid
469 A copy of @a event is made by the function, so the original can be deleted
470 as soon as function returns (it is common that the original is created
471 on the stack). This requires that the wxEvent::Clone() method be
472 implemented by event so that it can be duplicated and stored until it
476 Event to add to the pending events queue.
478 virtual void AddPendingEvent(const wxEvent
& event
);
481 Processes an event, searching event tables and calling zero or more suitable
482 event handler function(s).
484 Normally, your application would not call this function: it is called in the
485 wxWidgets implementation to dispatch incoming user interface events to the
486 framework (and application).
488 However, you might need to call it if implementing new functionality
489 (such as a new control) where you define new event types, as opposed to
490 allowing the user to override virtual functions.
492 Notice that you don't usually need to override ProcessEvent() to
493 customize the event handling, overriding the specially provided
494 TryBefore() and TryAfter() functions is usually enough. For example,
495 wxMDIParentFrame may override TryBefore() to ensure that the menu
496 events are processed in the active child frame before being processed
497 in the parent frame itself.
499 The normal order of event table searching is as follows:
500 -# wxApp::FilterEvent() is called. If it returns anything but @c -1
501 (default) the processing stops here.
502 -# TryBefore() is called (this is where wxValidator are taken into
503 account for wxWindow objects). If this returns @true, the function exits.
504 -# If the object is disabled (via a call to wxEvtHandler::SetEvtHandlerEnabled)
505 the function skips to step (7).
506 -# Dynamic event table of the handlers bound using Bind<>() is
507 searched. If a handler is found, it is executed and the function
508 returns @true unless the handler used wxEvent::Skip() to indicate
509 that it didn't handle the event in which case the search continues.
510 -# Static events table of the handlers bound using event table
511 macros is searched for this event handler. If this fails, the base
512 class event table is tried, and so on until no more tables
513 exist or an appropriate function was found. If a handler is found,
514 the same logic as in the previous step applies.
515 -# The search is applied down the entire chain of event handlers (usually the
516 chain has a length of one). This chain can be formed using wxEvtHandler::SetNextHandler():
517 @image html overview_events_chain.png
518 (referring to the image, if @c A->ProcessEvent is called and it doesn't handle
519 the event, @c B->ProcessEvent will be called and so on...).
520 Note that in the case of wxWindow you can build a stack of event handlers
521 (see wxWindow::PushEventHandler() for more info).
522 If any of the handlers of the chain return @true, the function exits.
523 -# TryAfter() is called: for the wxWindow object this may propagate the
524 event to the window parent (recursively). If the event is still not
525 processed, ProcessEvent() on wxTheApp object is called as the last
528 Notice that steps (2)-(6) are performed in ProcessEventLocally()
529 which is called by this function.
534 @true if a suitable event handler function was found and executed,
535 and the function did not call wxEvent::Skip.
537 @see SearchEventTable()
539 virtual bool ProcessEvent(wxEvent
& event
);
542 Try to process the event in this handler and all those chained to it.
544 As explained in ProcessEvent() documentation, the event handlers may be
545 chained in a doubly-linked list. This function tries to process the
546 event in this handler (including performing any pre-processing done in
547 TryBefore(), e.g. applying validators) and all those following it in
548 the chain until the event is processed or the chain is exhausted.
550 This function is called from ProcessEvent() and, in turn, calls
551 TryBefore() and TryAfter(). It is not virtual and so cannot be
552 overridden but can, and should, be called to forward an event to
553 another handler instead of ProcessEvent() which would result in a
554 duplicate call to TryAfter(), e.g. resulting in all unprocessed events
555 being sent to the application object multiple times.
562 @true if this handler of one of those chained to it processed the
565 bool ProcessEventLocally(wxEvent
& event
);
568 Processes an event by calling ProcessEvent() and handles any exceptions
569 that occur in the process.
570 If an exception is thrown in event handler, wxApp::OnExceptionInMainLoop is called.
575 @return @true if the event was processed, @false if no handler was found
576 or an exception was thrown.
578 @see wxWindow::HandleWindowEvent
580 bool SafelyProcessEvent(wxEvent
& event
);
583 Processes the pending events previously queued using QueueEvent() or
584 AddPendingEvent(); you must call this function only if you are sure
585 there are pending events for this handler, otherwise a @c wxCHECK
588 The real processing still happens in ProcessEvent() which is called by this
591 Note that this function needs a valid application object (see
592 wxAppConsole::GetInstance()) because wxApp holds the list of the event
593 handlers with pending events and this function manipulates that list.
595 void ProcessPendingEvents();
598 Deletes all events queued on this event handler using QueueEvent() or
601 Use with care because the events which are deleted are (obviously) not
602 processed and this may have unwanted consequences (e.g. user actions events
605 void DeletePendingEvents();
608 Searches the event table, executing an event handler function if an appropriate
612 Event table to be searched.
614 Event to be matched against an event table entry.
616 @return @true if a suitable event handler function was found and
617 executed, and the function did not call wxEvent::Skip.
619 @remarks This function looks through the object's event table and tries
620 to find an entry that will match the event.
621 An entry will match if:
622 @li The event type matches, and
623 @li the identifier or identifier range matches, or the event table
624 entry's identifier is zero.
626 If a suitable function is called but calls wxEvent::Skip, this
627 function will fail, and searching will continue.
629 @todo this function in the header is listed as an "implementation only" function;
630 are we sure we want to document it?
634 virtual bool SearchEventTable(wxEventTable
& table
,
641 @name Connecting and disconnecting
646 Connects the given function dynamically with the event handler, id and
649 Notice that Bind() provides a more flexible and safer way to do the
650 same thing as Connect(), please use it in any new code -- while
651 Connect() is not formally deprecated due to its existing widespread
652 usage, it has no advantages compared to Bind().
654 This is an alternative to the use of static event tables. It is more
655 flexible as it allows to connect events generated by some object to an
656 event handler defined in a different object of a different class (which
657 is impossible to do directly with the event tables -- the events can be
658 only handled in another object if they are propagated upwards to it).
659 Do make sure to specify the correct @a eventSink when connecting to an
660 event of a different object.
662 See @ref overview_events_bind for more detailed explanation
663 of this function and the @ref page_samples_event sample for usage
666 This specific overload allows you to connect an event handler to a @e range
668 Do not confuse @e source IDs with event @e types: source IDs identify the
669 event generator objects (typically wxMenuItem or wxWindow objects) while the
670 event @e type identify which type of events should be handled by the
671 given @e function (an event generator object may generate many different
675 The first ID of the identifier range to be associated with the event
678 The last ID of the identifier range to be associated with the event
681 The event type to be associated with this event handler.
683 The event handler function. Note that this function should
684 be explicitly converted to the correct type which can be done using a macro
685 called @c wxFooEventHandler for the handler for any @c wxFooEvent.
687 Optional data to be associated with the event table entry.
688 wxWidgets will take ownership of this pointer, i.e. it will be
689 destroyed when the event handler is disconnected or at the program
690 termination. This pointer can be retrieved using
691 wxEvent::GetEventUserData() later.
693 Object whose member function should be called. It must be specified
694 when connecting an event generated by one object to a member
695 function of a different object. If it is omitted, @c this is used.
698 In wxPerl this function takes 4 arguments: @a id, @a lastid,
699 @a type, @a method; if @a method is undef, the handler is
705 void Connect(int id
, int lastId
, wxEventType eventType
,
706 wxObjectEventFunction function
,
707 wxObject
* userData
= NULL
,
708 wxEvtHandler
* eventSink
= NULL
);
711 See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*)
712 overload for more info.
714 This overload can be used to attach an event handler to a single source ID:
718 frame->Connect( wxID_EXIT,
719 wxEVT_COMMAND_MENU_SELECTED,
720 wxCommandEventHandler(MyFrame::OnQuit) );
724 Not supported by wxPerl.
727 void Connect(int id
, wxEventType eventType
,
728 wxObjectEventFunction function
,
729 wxObject
* userData
= NULL
,
730 wxEvtHandler
* eventSink
= NULL
);
733 See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*)
734 overload for more info.
736 This overload will connect the given event handler so that regardless of the
737 ID of the event source, the handler will be called.
740 Not supported by wxPerl.
743 void Connect(wxEventType eventType
,
744 wxObjectEventFunction function
,
745 wxObject
* userData
= NULL
,
746 wxEvtHandler
* eventSink
= NULL
);
749 Disconnects the given function dynamically from the event handler, using the
750 specified parameters as search criteria and returning @true if a matching
751 function has been found and removed.
753 This method can only disconnect functions which have been added using the
754 Connect() method. There is no way to disconnect functions connected using
755 the (static) event tables.
758 The event type associated with this event handler.
760 The event handler function.
762 Data associated with the event table entry.
764 Object whose member function should be called.
767 Not supported by wxPerl.
770 bool Disconnect(wxEventType eventType
,
771 wxObjectEventFunction function
,
772 wxObject
* userData
= NULL
,
773 wxEvtHandler
* eventSink
= NULL
);
776 See the Disconnect(wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*)
777 overload for more info.
779 This overload takes the additional @a id parameter.
782 Not supported by wxPerl.
785 bool Disconnect(int id
= wxID_ANY
,
786 wxEventType eventType
= wxEVT_NULL
,
787 wxObjectEventFunction function
= NULL
,
788 wxObject
* userData
= NULL
,
789 wxEvtHandler
* eventSink
= NULL
);
792 See the Disconnect(wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*)
793 overload for more info.
795 This overload takes an additional range of source IDs.
798 In wxPerl this function takes 3 arguments: @a id,
802 bool Disconnect(int id
, int lastId
,
803 wxEventType eventType
,
804 wxObjectEventFunction function
= NULL
,
805 wxObject
* userData
= NULL
,
806 wxEvtHandler
* eventSink
= NULL
);
811 @name Binding and Unbinding
816 Binds the given function, functor or method dynamically with the event.
818 This offers basically the same functionality as Connect(), but it is
819 more flexible as it also allows you to use ordinary functions and
820 arbitrary functors as event handlers. It is also less restrictive then
821 Connect() because you can use an arbitrary method as an event handler,
822 whereas Connect() requires a wxEvtHandler derived handler.
824 See @ref overview_events_bind for more detailed explanation
825 of this function and the @ref page_samples_event sample for usage
829 The event type to be associated with this event handler.
831 The event handler functor. This can be an ordinary function but also
832 an arbitrary functor like boost::function<>.
834 The first ID of the identifier range to be associated with the event
837 The last ID of the identifier range to be associated with the event
840 Optional data to be associated with the event table entry.
841 wxWidgets will take ownership of this pointer, i.e. it will be
842 destroyed when the event handler is disconnected or at the program
843 termination. This pointer can be retrieved using
844 wxEvent::GetEventUserData() later.
846 @see @ref overview_cpp_rtti_disabled
850 template <typename EventTag
, typename Functor
>
851 void Bind(const EventTag
& eventType
,
854 int lastId
= wxID_ANY
,
855 wxObject
*userData
= NULL
);
858 See the Bind<>(const EventTag&, Functor, int, int, wxObject*) overload for
861 This overload will bind the given method as the event handler.
864 The event type to be associated with this event handler.
866 The event handler method. This can be an arbitrary method (doesn't need
867 to be from a wxEvtHandler derived class).
869 Object whose method should be called. It must always be specified
870 so it can be checked at compile time whether the given method is an
871 actual member of the given handler.
873 The first ID of the identifier range to be associated with the event
876 The last ID of the identifier range to be associated with the event
879 Optional data to be associated with the event table entry.
880 wxWidgets will take ownership of this pointer, i.e. it will be
881 destroyed when the event handler is disconnected or at the program
882 termination. This pointer can be retrieved using
883 wxEvent::GetEventUserData() later.
885 @see @ref overview_cpp_rtti_disabled
889 template <typename EventTag
, typename Class
, typename EventArg
, typename EventHandler
>
890 void Bind(const EventTag
&eventType
,
891 void (Class::*method
)(EventArg
&),
892 EventHandler
*handler
,
894 int lastId
= wxID_ANY
,
895 wxObject
*userData
= NULL
);
897 Unbinds the given function, functor or method dynamically from the
898 event handler, using the specified parameters as search criteria and
899 returning @true if a matching function has been found and removed.
901 This method can only unbind functions, functors or methods which have
902 been added using the Bind<>() method. There is no way to unbind
903 functions bound using the (static) event tables.
906 The event type associated with this event handler.
908 The event handler functor. This can be an ordinary function but also
909 an arbitrary functor like boost::function<>.
911 The first ID of the identifier range associated with the event
914 The last ID of the identifier range associated with the event
917 Data associated with the event table entry.
919 @see @ref overview_cpp_rtti_disabled
923 template <typename EventTag
, typename Functor
>
924 bool Unbind(const EventTag
& eventType
,
927 int lastId
= wxID_ANY
,
928 wxObject
*userData
= NULL
);
931 See the Unbind<>(const EventTag&, Functor, int, int, wxObject*)
932 overload for more info.
934 This overload unbinds the given method from the event..
937 The event type associated with this event handler.
939 The event handler method associated with this event.
941 Object whose method was called.
943 The first ID of the identifier range associated with the event
946 The last ID of the identifier range associated with the event
949 Data associated with the event table entry.
951 @see @ref overview_cpp_rtti_disabled
955 template <typename EventTag
, typename Class
, typename EventArg
, typename EventHandler
>
956 bool Unbind(const EventTag
&eventType
,
957 void (Class::*method
)(EventArg
&),
958 EventHandler
*handler
,
960 int lastId
= wxID_ANY
,
961 wxObject
*userData
= NULL
);
964 @name User-supplied data
969 Returns user-supplied client data.
971 @remarks Normally, any extra data the programmer wishes to associate with
972 the object should be made available by deriving a new class with
977 void* GetClientData() const;
980 Returns a pointer to the user-supplied client data object.
982 @see SetClientObject(), wxClientData
984 wxClientData
* GetClientObject() const;
987 Sets user-supplied client data.
990 Data to be associated with the event handler.
992 @remarks Normally, any extra data the programmer wishes to associate
993 with the object should be made available by deriving a new
994 class with new data members. You must not call this method
995 and SetClientObject on the same class - only one of them.
999 void SetClientData(void* data
);
1002 Set the client data object. Any previous object will be deleted.
1004 @see GetClientObject(), wxClientData
1006 void SetClientObject(wxClientData
* data
);
1012 @name Event handler chaining
1014 wxEvtHandler can be arranged in a double-linked list of handlers
1015 which is automatically iterated by ProcessEvent() if needed.
1020 Returns @true if the event handler is enabled, @false otherwise.
1022 @see SetEvtHandlerEnabled()
1024 bool GetEvtHandlerEnabled() const;
1027 Returns the pointer to the next handler in the chain.
1029 @see SetNextHandler(), GetPreviousHandler(), SetPreviousHandler(),
1030 wxWindow::PushEventHandler, wxWindow::PopEventHandler
1032 wxEvtHandler
* GetNextHandler() const;
1035 Returns the pointer to the previous handler in the chain.
1037 @see SetPreviousHandler(), GetNextHandler(), SetNextHandler(),
1038 wxWindow::PushEventHandler, wxWindow::PopEventHandler
1040 wxEvtHandler
* GetPreviousHandler() const;
1043 Enables or disables the event handler.
1046 @true if the event handler is to be enabled, @false if it is to be disabled.
1048 @remarks You can use this function to avoid having to remove the event
1049 handler from the chain, for example when implementing a
1050 dialog editor and changing from edit to test mode.
1052 @see GetEvtHandlerEnabled()
1054 void SetEvtHandlerEnabled(bool enabled
);
1057 Sets the pointer to the next handler.
1060 See ProcessEvent() for more info about how the chains of event handlers
1061 are internally used.
1062 Also remember that wxEvtHandler uses double-linked lists and thus if you
1063 use this function, you should also call SetPreviousHandler() on the
1064 argument passed to this function:
1066 handlerA->SetNextHandler(handlerB);
1067 handlerB->SetPreviousHandler(handlerA);
1071 The event handler to be set as the next handler.
1074 @see @ref overview_events_processing
1076 virtual void SetNextHandler(wxEvtHandler
* handler
);
1079 Sets the pointer to the previous handler.
1080 All remarks about SetNextHandler() apply to this function as well.
1083 The event handler to be set as the previous handler.
1086 @see @ref overview_events_processing
1088 virtual void SetPreviousHandler(wxEvtHandler
* handler
);
1091 Unlinks this event handler from the chain it's part of (if any);
1092 then links the "previous" event handler to the "next" one
1093 (so that the chain won't be interrupted).
1095 E.g. if before calling Unlink() you have the following chain:
1096 @image html evthandler_unlink_before.png
1097 then after calling @c B->Unlink() you'll have:
1098 @image html evthandler_unlink_after.png
1105 Returns @true if the next and the previous handler pointers of this
1106 event handler instance are @NULL.
1110 @see SetPreviousHandler(), SetNextHandler()
1112 bool IsUnlinked() const;
1117 @name Global event filters.
1119 Methods for working with the global list of event filters.
1121 Event filters can be defined to pre-process all the events that happen
1122 in an application, see wxEventFilter documentation for more information.
1127 Add an event filter whose FilterEvent() method will be called for each
1128 and every event processed by wxWidgets.
1130 The filters are called in LIFO order and wxApp is registered as an
1131 event filter by default. The pointer must remain valid until it's
1132 removed with RemoveFilter() and is not deleted by wxEvtHandler.
1136 static void AddFilter(wxEventFilter
* filter
);
1139 Remove a filter previously installed with AddFilter().
1141 It's an error to remove a filter that hadn't been previously added or
1142 was already removed.
1146 static void RemoveFilter(wxEventFilter
* filter
);
1152 Method called by ProcessEvent() before examining this object event
1155 This method can be overridden to hook into the event processing logic
1156 as early as possible. You should usually call the base class version
1157 when overriding this method, even if wxEvtHandler itself does nothing
1158 here, some derived classes do use this method, e.g. wxWindow implements
1159 support for wxValidator in it.
1163 class MyClass : public BaseClass // inheriting from wxEvtHandler
1167 virtual bool TryBefore(wxEvent& event)
1169 if ( MyPreProcess(event) )
1172 return BaseClass::TryBefore(event);
1179 virtual bool TryBefore(wxEvent
& event
);
1182 Method called by ProcessEvent() as last resort.
1184 This method can be overridden to implement post-processing for the
1185 events which were not processed anywhere else.
1187 The base class version handles forwarding the unprocessed events to
1188 wxApp at wxEvtHandler level and propagating them upwards the window
1189 child-parent chain at wxWindow level and so should usually be called
1190 when overriding this method:
1192 class MyClass : public BaseClass // inheriting from wxEvtHandler
1196 virtual bool TryAfter(wxEvent& event)
1198 if ( BaseClass::TryAfter(event) )
1201 return MyPostProcess(event);
1208 virtual bool TryAfter(wxEvent
& event
);
1213 Flags for categories of keys.
1215 These values are used by wxKeyEvent::IsKeyInCategory(). They may be
1216 combined via the bitwise operators |, &, and ~.
1220 enum wxKeyCategoryFlags
1222 /// arrow keys, on and off numeric keypads
1225 /// page up and page down keys, on and off numeric keypads
1226 WXK_CATEGORY_PAGING
,
1228 /// home and end keys, on and off numeric keypads
1231 /// tab key, on and off numeric keypads
1234 /// backspace and delete keys, on and off numeric keypads
1237 /// union of WXK_CATEGORY_ARROW, WXK_CATEGORY_PAGING, and WXK_CATEGORY_JUMP categories
1238 WXK_CATEGORY_NAVIGATION
1245 This event class contains information about key press and release events.
1247 The main information carried by this event is the key being pressed or
1248 released. It can be accessed using either GetKeyCode() function or
1249 GetUnicodeKey(). For the printable characters, the latter should be used as
1250 it works for any keys, including non-Latin-1 characters that can be entered
1251 when using national keyboard layouts. GetKeyCode() should be used to handle
1252 special characters (such as cursor arrows keys or @c HOME or @c INS and so
1253 on) which correspond to ::wxKeyCode enum elements above the @c WXK_START
1254 constant. While GetKeyCode() also returns the character code for Latin-1
1255 keys for compatibility, it doesn't work for Unicode characters in general
1256 and will return @c WXK_NONE for any non-Latin-1 ones. For this reason, it's
1257 recommended to always use GetUnicodeKey() and only fall back to GetKeyCode()
1258 if GetUnicodeKey() returned @c WXK_NONE meaning that the event corresponds
1259 to a non-printable special keys.
1261 While both of these functions can be used with the events of @c
1262 wxEVT_KEY_DOWN, @c wxEVT_KEY_UP and @c wxEVT_CHAR types, the values
1263 returned by them are different for the first two events and the last one.
1264 For the latter, the key returned corresponds to the character that would
1265 appear in e.g. a text zone if the user pressed the key in it. As such, its
1266 value depends on the current state of the Shift key and, for the letters,
1267 on the state of Caps Lock modifier. For example, if @c A key is pressed
1268 without Shift being held down, wxKeyEvent of type @c wxEVT_CHAR generated
1269 for this key press will return (from either GetKeyCode() or GetUnicodeKey()
1270 as their meanings coincide for ASCII characters) key code of 97
1271 corresponding the ASCII value of @c a. And if the same key is pressed but
1272 with Shift being held (or Caps Lock being active), then the key could would
1273 be 65, i.e. ASCII value of capital @c A.
1275 However for the key down and up events the returned key code will instead
1276 be @c A independently of the state of the modifier keys i.e. it depends
1277 only on physical key being pressed and is not translated to its logical
1278 representation using the current keyboard state. Such untranslated key
1279 codes are defined as follows:
1280 - For the letters they correspond to the @e upper case value of the
1282 - For the other alphanumeric keys (e.g. @c 7 or @c +), the untranslated
1283 key code corresponds to the character produced by the key when it is
1284 pressed without Shift. E.g. in standard US keyboard layout the
1285 untranslated key code for the key @c =/+ in the upper right corner of
1286 the keyboard is 61 which is the ASCII value of @c =.
1287 - For the rest of the keys (i.e. special non-printable keys) it is the
1288 same as the normal key code as no translation is used anyhow.
1290 Notice that the first rule applies to all Unicode letters, not just the
1291 usual Latin-1 ones. However for non-Latin-1 letters only GetUnicodeKey()
1292 can be used to retrieve the key code as GetKeyCode() just returns @c
1293 WXK_NONE in this case.
1295 To summarize: you should handle @c wxEVT_CHAR if you need the translated
1296 key and @c wxEVT_KEY_DOWN if you only need the value of the key itself,
1297 independent of the current keyboard state.
1299 @note Not all key down events may be generated by the user. As an example,
1300 @c wxEVT_KEY_DOWN with @c = key code can be generated using the
1301 standard US keyboard layout but not using the German one because the @c
1302 = key corresponds to Shift-0 key combination in this layout and the key
1303 code for it is @c 0, not @c =. Because of this you should avoid
1304 requiring your users to type key events that might be impossible to
1305 enter on their keyboard.
1308 Another difference between key and char events is that another kind of
1309 translation is done for the latter ones when the Control key is pressed:
1310 char events for ASCII letters in this case carry codes corresponding to the
1311 ASCII value of Ctrl-Latter, i.e. 1 for Ctrl-A, 2 for Ctrl-B and so on until
1312 26 for Ctrl-Z. This is convenient for terminal-like applications and can be
1313 completely ignored by all the other ones (if you need to handle Ctrl-A it
1314 is probably a better idea to use the key event rather than the char one).
1315 Notice that currently no translation is done for the presses of @c [, @c
1316 \\, @c ], @c ^ and @c _ keys which might be mapped to ASCII values from 27
1318 Since version 2.9.2, the enum values @c WXK_CONTROL_A - @c WXK_CONTROL_Z
1319 can be used instead of the non-descriptive constant values 1-26.
1321 Finally, modifier keys only generate key events but no char events at all.
1322 The modifiers keys are @c WXK_SHIFT, @c WXK_CONTROL, @c WXK_ALT and various
1323 @c WXK_WINDOWS_XXX from ::wxKeyCode enum.
1325 Modifier keys events are special in one additional aspect: usually the
1326 keyboard state associated with a key press is well defined, e.g.
1327 wxKeyboardState::ShiftDown() returns @c true only if the Shift key was held
1328 pressed when the key that generated this event itself was pressed. There is
1329 an ambiguity for the key press events for Shift key itself however. By
1330 convention, it is considered to be already pressed when it is pressed and
1331 already released when it is released. In other words, @c wxEVT_KEY_DOWN
1332 event for the Shift key itself will have @c wxMOD_SHIFT in GetModifiers()
1333 and ShiftDown() will return true while the @c wxEVT_KEY_UP event for Shift
1334 itself will not have @c wxMOD_SHIFT in its modifiers and ShiftDown() will
1338 @b Tip: You may discover the key codes and modifiers generated by all the
1339 keys on your system interactively by running the @ref
1340 page_samples_keyboard wxWidgets sample and pressing some keys in it.
1342 @note If a key down (@c EVT_KEY_DOWN) event is caught and the event handler
1343 does not call @c event.Skip() then the corresponding char event
1344 (@c EVT_CHAR) will not happen. This is by design and enables the
1345 programs that handle both types of events to avoid processing the
1346 same key twice. As a consequence, if you do not want to suppress the
1347 @c wxEVT_CHAR events for the keys you handle, always call @c
1348 event.Skip() in your @c wxEVT_KEY_DOWN handler. Not doing may also
1349 prevent accelerators defined using this key from working.
1351 @note If a key is maintained in a pressed state, you will typically get a
1352 lot of (automatically generated) key down events but only one key up
1353 one at the end when the key is released so it is wrong to assume that
1354 there is one up event corresponding to each down one.
1356 @note For Windows programmers: The key and char events in wxWidgets are
1357 similar to but slightly different from Windows @c WM_KEYDOWN and
1358 @c WM_CHAR events. In particular, Alt-x combination will generate a
1359 char event in wxWidgets (unless it is used as an accelerator) and
1360 almost all keys, including ones without ASCII equivalents, generate
1364 @beginEventTable{wxKeyEvent}
1365 @event{EVT_KEY_DOWN(func)}
1366 Process a @c wxEVT_KEY_DOWN event (any key has been pressed). If this
1367 event is handled and not skipped, @c wxEVT_CHAR will not be generated
1368 at all for this key press (but @c wxEVT_KEY_UP will be).
1369 @event{EVT_KEY_UP(func)}
1370 Process a @c wxEVT_KEY_UP event (any key has been released).
1371 @event{EVT_CHAR(func)}
1372 Process a @c wxEVT_CHAR event.
1373 @event{EVT_CHAR_HOOK(func)}
1374 Process a @c wxEVT_CHAR_HOOK event. Unlike all the other key events,
1375 this event is propagated upwards the window hierarchy which allows
1376 intercepting it in the parent window of the focused window to which it
1377 is sent initially (if there is no focused window, this event is sent to
1378 the wxApp global object). It is also generated before any other key
1379 events and so gives the parent window an opportunity to modify the
1380 keyboard handling of its children, e.g. it is used internally by
1381 wxWidgets in some ports to intercept pressing Esc key in any child of a
1382 dialog to close the dialog itself when it's pressed. By default, if
1383 this event is handled, i.e. the handler doesn't call wxEvent::Skip(),
1384 neither @c wxEVT_KEY_DOWN nor @c wxEVT_CHAR events will be generated
1385 (although @c wxEVT_KEY_UP still will be), i.e. it replaces the normal
1386 key events. However by calling the special DoAllowNextEvent() method
1387 you can handle @c wxEVT_CHAR_HOOK and still allow normal events
1388 generation. This is something that is rarely useful but can be required
1389 if you need to prevent a parent @c wxEVT_CHAR_HOOK handler from running
1390 without suppressing the normal key events. Finally notice that this
1391 event is not generated when the mouse is captured as it is considered
1392 that the window which has the capture should receive all the keyboard
1393 events too without allowing its parent wxTopLevelWindow to interfere
1394 with their processing.
1397 @see wxKeyboardState
1402 class wxKeyEvent
: public wxEvent
,
1403 public wxKeyboardState
1408 Currently, the only valid event types are @c wxEVT_CHAR and @c wxEVT_CHAR_HOOK.
1410 wxKeyEvent(wxEventType keyEventType
= wxEVT_NULL
);
1413 Returns the key code of the key that generated this event.
1415 ASCII symbols return normal ASCII values, while events from special
1416 keys such as "left cursor arrow" (@c WXK_LEFT) return values outside of
1417 the ASCII range. See ::wxKeyCode for a full list of the virtual key
1420 Note that this method returns a meaningful value only for special
1421 non-alphanumeric keys or if the user entered a Latin-1 character (this
1422 includes ASCII and the accented letters found in Western European
1423 languages but not letters of other alphabets such as e.g. Cyrillic).
1424 Otherwise it simply method returns @c WXK_NONE and GetUnicodeKey()
1425 should be used to obtain the corresponding Unicode character.
1427 Using GetUnicodeKey() is in general the right thing to do if you are
1428 interested in the characters typed by the user, GetKeyCode() should be
1429 only used for special keys (for which GetUnicodeKey() returns @c
1430 WXK_NONE). To handle both kinds of keys you might write:
1432 void MyHandler::OnChar(wxKeyEvent& event)
1434 wxChar uc = event.GetUnicodeKey();
1435 if ( uc != WXK_NONE )
1437 // It's a "normal" character. Notice that this includes
1438 // control characters in 1..31 range, e.g. WXK_RETURN or
1439 // WXK_BACK, so check for them explicitly.
1442 wxLogMessage("You pressed '%c'", uc);
1446 // It's a control character
1450 else // No Unicode equivalent.
1452 // It's a special key, deal with all the known ones:
1453 switch ( GetKeyCode() )
1468 int GetKeyCode() const;
1471 Returns true if the key is in the given key category.
1474 A bitwise combination of named ::wxKeyCategoryFlags constants.
1478 bool IsKeyInCategory(int category
) const;
1482 Obtains the position (in client coordinates) at which the key was pressed.
1484 Notice that this position is simply the current mouse pointer position
1485 and has no special relationship to the key event itself.
1487 wxPoint
GetPosition() const;
1488 void GetPosition(long* x
, long* y
) const;
1492 Returns the raw key code for this event.
1494 The flags are platform-dependent and should only be used if the
1495 functionality provided by other wxKeyEvent methods is insufficient.
1497 Under MSW, the raw key code is the value of @c wParam parameter of the
1498 corresponding message.
1500 Under GTK, the raw key code is the @c keyval field of the corresponding
1503 Under OS X, the raw key code is the @c keyCode field of the
1504 corresponding NSEvent.
1506 @note Currently the raw key codes are not supported by all ports, use
1507 @ifdef_ wxHAS_RAW_KEY_CODES to determine if this feature is available.
1509 wxUint32
GetRawKeyCode() const;
1512 Returns the low level key flags for this event.
1514 The flags are platform-dependent and should only be used if the
1515 functionality provided by other wxKeyEvent methods is insufficient.
1517 Under MSW, the raw flags are just the value of @c lParam parameter of
1518 the corresponding message.
1520 Under GTK, the raw flags contain the @c hardware_keycode field of the
1521 corresponding GDK event.
1523 Under OS X, the raw flags contain the modifiers state.
1525 @note Currently the raw key flags are not supported by all ports, use
1526 @ifdef_ wxHAS_RAW_KEY_CODES to determine if this feature is available.
1528 wxUint32
GetRawKeyFlags() const;
1531 Returns the Unicode character corresponding to this key event.
1533 If the key pressed doesn't have any character value (e.g. a cursor key)
1534 this method will return @c WXK_NONE. In this case you should use
1535 GetKeyCode() to retrieve the value of the key.
1537 This function is only available in Unicode build, i.e. when
1538 @c wxUSE_UNICODE is 1.
1540 wxChar
GetUnicodeKey() const;
1543 Returns the X position (in client coordinates) of the event.
1547 wxCoord
GetX() const;
1550 Returns the Y position (in client coordinates) of the event.
1554 wxCoord
GetY() const;
1557 Allow normal key events generation.
1559 Can be called from @c wxEVT_CHAR_HOOK handler to indicate that the
1560 generation of normal events should @em not be suppressed, as it happens
1561 by default when this event is handled.
1563 The intended use of this method is to allow some window object to
1564 prevent @c wxEVT_CHAR_HOOK handler in its parent window from running by
1565 defining its own handler for this event. Without calling this method,
1566 this would result in not generating @c wxEVT_KEY_DOWN nor @c wxEVT_CHAR
1567 events at all but by calling it you can ensure that these events would
1568 still be generated, even if @c wxEVT_CHAR_HOOK event was handled.
1572 void DoAllowNextEvent();
1575 Returns @true if DoAllowNextEvent() had been called, @false by default.
1577 This method is used by wxWidgets itself to determine whether the normal
1578 key events should be generated after @c wxEVT_CHAR_HOOK processing.
1582 bool IsNextEventAllowed() const;
1593 // Which button is down?
1596 wxJOY_BUTTON_ANY
= -1,
1605 @class wxJoystickEvent
1607 This event class contains information about joystick events, particularly
1608 events received by windows.
1610 @beginEventTable{wxJoystickEvent}
1611 @event{EVT_JOY_BUTTON_DOWN(func)}
1612 Process a @c wxEVT_JOY_BUTTON_DOWN event.
1613 @event{EVT_JOY_BUTTON_UP(func)}
1614 Process a @c wxEVT_JOY_BUTTON_UP event.
1615 @event{EVT_JOY_MOVE(func)}
1616 Process a @c wxEVT_JOY_MOVE event.
1617 @event{EVT_JOY_ZMOVE(func)}
1618 Process a @c wxEVT_JOY_ZMOVE event.
1619 @event{EVT_JOYSTICK_EVENTS(func)}
1620 Processes all joystick events.
1628 class wxJoystickEvent
: public wxEvent
1634 wxJoystickEvent(wxEventType eventType
= wxEVT_NULL
, int state
= 0,
1635 int joystick
= wxJOYSTICK1
,
1639 Returns @true if the event was a down event from the specified button
1643 Can be @c wxJOY_BUTTONn where @c n is 1, 2, 3 or 4; or @c wxJOY_BUTTON_ANY to
1644 indicate any button down event.
1646 bool ButtonDown(int button
= wxJOY_BUTTON_ANY
) const;
1649 Returns @true if the specified button (or any button) was in a down state.
1652 Can be @c wxJOY_BUTTONn where @c n is 1, 2, 3 or 4; or @c wxJOY_BUTTON_ANY to
1653 indicate any button down event.
1655 bool ButtonIsDown(int button
= wxJOY_BUTTON_ANY
) const;
1658 Returns @true if the event was an up event from the specified button
1662 Can be @c wxJOY_BUTTONn where @c n is 1, 2, 3 or 4; or @c wxJOY_BUTTON_ANY to
1663 indicate any button down event.
1665 bool ButtonUp(int button
= wxJOY_BUTTON_ANY
) const;
1668 Returns the identifier of the button changing state.
1670 This is a @c wxJOY_BUTTONn identifier, where @c n is one of 1, 2, 3, 4.
1672 int GetButtonChange() const;
1675 Returns the down state of the buttons.
1677 This is a @c wxJOY_BUTTONn identifier, where @c n is one of 1, 2, 3, 4.
1679 int GetButtonState() const;
1682 Returns the identifier of the joystick generating the event - one of
1683 wxJOYSTICK1 and wxJOYSTICK2.
1685 int GetJoystick() const;
1688 Returns the x, y position of the joystick event.
1690 These coordinates are valid for all the events except wxEVT_JOY_ZMOVE.
1692 wxPoint
GetPosition() const;
1695 Returns the z position of the joystick event.
1697 This method can only be used for wxEVT_JOY_ZMOVE events.
1699 int GetZPosition() const;
1702 Returns @true if this was a button up or down event
1703 (@e not 'is any button down?').
1705 bool IsButton() const;
1708 Returns @true if this was an x, y move event.
1710 bool IsMove() const;
1713 Returns @true if this was a z move event.
1715 bool IsZMove() const;
1721 @class wxScrollWinEvent
1723 A scroll event holds information about events sent from scrolling windows.
1725 Note that you can use the EVT_SCROLLWIN* macros for intercepting scroll window events
1726 from the receiving window.
1728 @beginEventTable{wxScrollWinEvent}
1729 @event{EVT_SCROLLWIN(func)}
1730 Process all scroll events.
1731 @event{EVT_SCROLLWIN_TOP(func)}
1732 Process @c wxEVT_SCROLLWIN_TOP scroll-to-top events.
1733 @event{EVT_SCROLLWIN_BOTTOM(func)}
1734 Process @c wxEVT_SCROLLWIN_BOTTOM scroll-to-bottom events.
1735 @event{EVT_SCROLLWIN_LINEUP(func)}
1736 Process @c wxEVT_SCROLLWIN_LINEUP line up events.
1737 @event{EVT_SCROLLWIN_LINEDOWN(func)}
1738 Process @c wxEVT_SCROLLWIN_LINEDOWN line down events.
1739 @event{EVT_SCROLLWIN_PAGEUP(func)}
1740 Process @c wxEVT_SCROLLWIN_PAGEUP page up events.
1741 @event{EVT_SCROLLWIN_PAGEDOWN(func)}
1742 Process @c wxEVT_SCROLLWIN_PAGEDOWN page down events.
1743 @event{EVT_SCROLLWIN_THUMBTRACK(func)}
1744 Process @c wxEVT_SCROLLWIN_THUMBTRACK thumbtrack events
1745 (frequent events sent as the user drags the thumbtrack).
1746 @event{EVT_SCROLLWIN_THUMBRELEASE(func)}
1747 Process @c wxEVT_SCROLLWIN_THUMBRELEASE thumb release events.
1754 @see wxScrollEvent, @ref overview_events
1756 class wxScrollWinEvent
: public wxEvent
1762 wxScrollWinEvent(wxEventType commandType
= wxEVT_NULL
, int pos
= 0,
1763 int orientation
= 0);
1766 Returns wxHORIZONTAL or wxVERTICAL, depending on the orientation of the
1769 @todo wxHORIZONTAL and wxVERTICAL should go in their own enum
1771 int GetOrientation() const;
1774 Returns the position of the scrollbar for the thumb track and release events.
1776 Note that this field can't be used for the other events, you need to query
1777 the window itself for the current position in that case.
1779 int GetPosition() const;
1781 void SetOrientation(int orient
);
1782 void SetPosition(int pos
);
1788 @class wxSysColourChangedEvent
1790 This class is used for system colour change events, which are generated
1791 when the user changes the colour settings using the control panel.
1792 This is only appropriate under Windows.
1795 The default event handler for this event propagates the event to child windows,
1796 since Windows only sends the events to top-level windows.
1797 If intercepting this event for a top-level window, remember to call the base
1798 class handler, or to pass the event on to the window's children explicitly.
1800 @beginEventTable{wxSysColourChangedEvent}
1801 @event{EVT_SYS_COLOUR_CHANGED(func)}
1802 Process a @c wxEVT_SYS_COLOUR_CHANGED event.
1808 @see @ref overview_events
1810 class wxSysColourChangedEvent
: public wxEvent
1816 wxSysColourChangedEvent();
1822 @class wxWindowCreateEvent
1824 This event is sent just after the actual window associated with a wxWindow
1825 object has been created.
1827 Since it is derived from wxCommandEvent, the event propagates up
1828 the window hierarchy.
1830 @beginEventTable{wxWindowCreateEvent}
1831 @event{EVT_WINDOW_CREATE(func)}
1832 Process a @c wxEVT_CREATE event.
1838 @see @ref overview_events, wxWindowDestroyEvent
1840 class wxWindowCreateEvent
: public wxCommandEvent
1846 wxWindowCreateEvent(wxWindow
* win
= NULL
);
1848 /// Return the window being created.
1849 wxWindow
*GetWindow() const;
1857 A paint event is sent when a window's contents needs to be repainted.
1859 The handler of this event must create a wxPaintDC object and use it for
1860 painting the window contents. For example:
1862 void MyWindow::OnPaint(wxPaintEvent& event)
1870 Notice that you must @e not create other kinds of wxDC (e.g. wxClientDC or
1871 wxWindowDC) in EVT_PAINT handlers and also don't create wxPaintDC outside
1872 of this event handlers.
1875 You can optimize painting by retrieving the rectangles that have been damaged
1876 and only repainting these. The rectangles are in terms of the client area,
1877 and are unscrolled, so you will need to do some calculations using the current
1878 view position to obtain logical, scrolled units.
1879 Here is an example of using the wxRegionIterator class:
1881 // Called when window needs to be repainted.
1882 void MyWindow::OnPaint(wxPaintEvent& event)
1886 // Find Out where the window is scrolled to
1887 int vbX,vbY; // Top left corner of client
1888 GetViewStart(&vbX,&vbY);
1890 int vX,vY,vW,vH; // Dimensions of client area in pixels
1891 wxRegionIterator upd(GetUpdateRegion()); // get the update rect list
1900 // Alternatively we can do this:
1901 // wxRect rect(upd.GetRect());
1903 // Repaint this rectangle
1912 Please notice that in general it is impossible to change the drawing of a
1913 standard control (such as wxButton) and so you shouldn't attempt to handle
1914 paint events for them as even if it might work on some platforms, this is
1915 inherently not portable and won't work everywhere.
1918 @beginEventTable{wxPaintEvent}
1919 @event{EVT_PAINT(func)}
1920 Process a @c wxEVT_PAINT event.
1926 @see @ref overview_events
1928 class wxPaintEvent
: public wxEvent
1934 wxPaintEvent(int id
= 0);
1940 @class wxMaximizeEvent
1942 An event being sent when a top level window is maximized. Notice that it is
1943 not sent when the window is restored to its original size after it had been
1944 maximized, only a normal wxSizeEvent is generated in this case.
1946 Currently this event is only generated in wxMSW, wxGTK, wxOSX/Cocoa and wxOS2
1947 ports so portable programs should only rely on receiving @c wxEVT_SIZE and
1948 not necessarily this event when the window is maximized.
1950 @beginEventTable{wxMaximizeEvent}
1951 @event{EVT_MAXIMIZE(func)}
1952 Process a @c wxEVT_MAXIMIZE event.
1958 @see @ref overview_events, wxTopLevelWindow::Maximize,
1959 wxTopLevelWindow::IsMaximized
1961 class wxMaximizeEvent
: public wxEvent
1965 Constructor. Only used by wxWidgets internally.
1967 wxMaximizeEvent(int id
= 0);
1971 The possibles modes to pass to wxUpdateUIEvent::SetMode().
1975 /** Send UI update events to all windows. */
1976 wxUPDATE_UI_PROCESS_ALL
,
1978 /** Send UI update events to windows that have
1979 the wxWS_EX_PROCESS_UI_UPDATES flag specified. */
1980 wxUPDATE_UI_PROCESS_SPECIFIED
1985 @class wxUpdateUIEvent
1987 This class is used for pseudo-events which are called by wxWidgets
1988 to give an application the chance to update various user interface elements.
1990 Without update UI events, an application has to work hard to check/uncheck,
1991 enable/disable, show/hide, and set the text for elements such as menu items
1992 and toolbar buttons. The code for doing this has to be mixed up with the code
1993 that is invoked when an action is invoked for a menu item or button.
1995 With update UI events, you define an event handler to look at the state of the
1996 application and change UI elements accordingly. wxWidgets will call your member
1997 functions in idle time, so you don't have to worry where to call this code.
1999 In addition to being a clearer and more declarative method, it also means you don't
2000 have to worry whether you're updating a toolbar or menubar identifier. The same
2001 handler can update a menu item and toolbar button, if the identifier is the same.
2002 Instead of directly manipulating the menu or button, you call functions in the event
2003 object, such as wxUpdateUIEvent::Check. wxWidgets will determine whether such a
2004 call has been made, and which UI element to update.
2006 These events will work for popup menus as well as menubars. Just before a menu is
2007 popped up, wxMenu::UpdateUI is called to process any UI events for the window that
2010 If you find that the overhead of UI update processing is affecting your application,
2011 you can do one or both of the following:
2012 @li Call wxUpdateUIEvent::SetMode with a value of wxUPDATE_UI_PROCESS_SPECIFIED,
2013 and set the extra style wxWS_EX_PROCESS_UI_UPDATES for every window that should
2014 receive update events. No other windows will receive update events.
2015 @li Call wxUpdateUIEvent::SetUpdateInterval with a millisecond value to set the delay
2016 between updates. You may need to call wxWindow::UpdateWindowUI at critical points,
2017 for example when a dialog is about to be shown, in case the user sees a slight
2018 delay before windows are updated.
2020 Note that although events are sent in idle time, defining a wxIdleEvent handler
2021 for a window does not affect this because the events are sent from wxWindow::OnInternalIdle
2022 which is always called in idle time.
2024 wxWidgets tries to optimize update events on some platforms.
2025 On Windows and GTK+, events for menubar items are only sent when the menu is about
2026 to be shown, and not in idle time.
2029 @beginEventTable{wxUpdateUIEvent}
2030 @event{EVT_UPDATE_UI(id, func)}
2031 Process a @c wxEVT_UPDATE_UI event for the command with the given id.
2032 @event{EVT_UPDATE_UI_RANGE(id1, id2, func)}
2033 Process a @c wxEVT_UPDATE_UI event for any command with id included in the given range.
2039 @see @ref overview_events
2041 class wxUpdateUIEvent
: public wxCommandEvent
2047 wxUpdateUIEvent(wxWindowID commandId
= 0);
2050 Returns @true if it is appropriate to update (send UI update events to)
2053 This function looks at the mode used (see wxUpdateUIEvent::SetMode),
2054 the wxWS_EX_PROCESS_UI_UPDATES flag in @a window, the time update events
2055 were last sent in idle time, and the update interval, to determine whether
2056 events should be sent to this window now. By default this will always
2057 return @true because the update mode is initially wxUPDATE_UI_PROCESS_ALL
2058 and the interval is set to 0; so update events will be sent as often as
2059 possible. You can reduce the frequency that events are sent by changing the
2060 mode and/or setting an update interval.
2062 @see ResetUpdateTime(), SetUpdateInterval(), SetMode()
2064 static bool CanUpdate(wxWindow
* window
);
2067 Check or uncheck the UI element.
2069 void Check(bool check
);
2072 Enable or disable the UI element.
2074 void Enable(bool enable
);
2077 Returns @true if the UI element should be checked.
2079 bool GetChecked() const;
2082 Returns @true if the UI element should be enabled.
2084 bool GetEnabled() const;
2087 Static function returning a value specifying how wxWidgets will send update
2088 events: to all windows, or only to those which specify that they will process
2093 static wxUpdateUIMode
GetMode();
2096 Returns @true if the application has called Check().
2097 For wxWidgets internal use only.
2099 bool GetSetChecked() const;
2102 Returns @true if the application has called Enable().
2103 For wxWidgets internal use only.
2105 bool GetSetEnabled() const;
2108 Returns @true if the application has called Show().
2109 For wxWidgets internal use only.
2111 bool GetSetShown() const;
2114 Returns @true if the application has called SetText().
2115 For wxWidgets internal use only.
2117 bool GetSetText() const;
2120 Returns @true if the UI element should be shown.
2122 bool GetShown() const;
2125 Returns the text that should be set for the UI element.
2127 wxString
GetText() const;
2130 Returns the current interval between updates in milliseconds.
2131 The value -1 disables updates, 0 updates as frequently as possible.
2133 @see SetUpdateInterval().
2135 static long GetUpdateInterval();
2138 Used internally to reset the last-updated time to the current time.
2140 It is assumed that update events are normally sent in idle time, so this
2141 is called at the end of idle processing.
2143 @see CanUpdate(), SetUpdateInterval(), SetMode()
2145 static void ResetUpdateTime();
2148 Specify how wxWidgets will send update events: to all windows, or only to
2149 those which specify that they will process the events.
2152 this parameter may be one of the ::wxUpdateUIMode enumeration values.
2153 The default mode is wxUPDATE_UI_PROCESS_ALL.
2155 static void SetMode(wxUpdateUIMode mode
);
2158 Sets the text for this UI element.
2160 void SetText(const wxString
& text
);
2163 Sets the interval between updates in milliseconds.
2165 Set to -1 to disable updates, or to 0 to update as frequently as possible.
2168 Use this to reduce the overhead of UI update events if your application
2169 has a lot of windows. If you set the value to -1 or greater than 0,
2170 you may also need to call wxWindow::UpdateWindowUI at appropriate points
2171 in your application, such as when a dialog is about to be shown.
2173 static void SetUpdateInterval(long updateInterval
);
2176 Show or hide the UI element.
2178 void Show(bool show
);
2184 @class wxClipboardTextEvent
2186 This class represents the events generated by a control (typically a
2187 wxTextCtrl but other windows can generate these events as well) when its
2188 content gets copied or cut to, or pasted from the clipboard.
2190 There are three types of corresponding events @c wxEVT_COMMAND_TEXT_COPY,
2191 @c wxEVT_COMMAND_TEXT_CUT and @c wxEVT_COMMAND_TEXT_PASTE.
2193 If any of these events is processed (without being skipped) by an event
2194 handler, the corresponding operation doesn't take place which allows to
2195 prevent the text from being copied from or pasted to a control. It is also
2196 possible to examine the clipboard contents in the PASTE event handler and
2197 transform it in some way before inserting in a control -- for example,
2198 changing its case or removing invalid characters.
2200 Finally notice that a CUT event is always preceded by the COPY event which
2201 makes it possible to only process the latter if it doesn't matter if the
2202 text was copied or cut.
2205 These events are currently only generated by wxTextCtrl in wxGTK and wxOSX
2206 but are also generated by wxComboBox without wxCB_READONLY style in wxMSW.
2208 @beginEventTable{wxClipboardTextEvent}
2209 @event{EVT_TEXT_COPY(id, func)}
2210 Some or all of the controls content was copied to the clipboard.
2211 @event{EVT_TEXT_CUT(id, func)}
2212 Some or all of the controls content was cut (i.e. copied and
2214 @event{EVT_TEXT_PASTE(id, func)}
2215 Clipboard content was pasted into the control.
2224 class wxClipboardTextEvent
: public wxCommandEvent
2230 wxClipboardTextEvent(wxEventType commandType
= wxEVT_NULL
, int id
= 0);
2234 Possible axis values for mouse wheel scroll events.
2238 enum wxMouseWheelAxis
2240 wxMOUSE_WHEEL_VERTICAL
, ///< Vertical scroll event.
2241 wxMOUSE_WHEEL_HORIZONTAL
///< Horizontal scroll event.
2248 This event class contains information about the events generated by the mouse:
2249 they include mouse buttons press and release events and mouse move events.
2251 All mouse events involving the buttons use @c wxMOUSE_BTN_LEFT for the
2252 left mouse button, @c wxMOUSE_BTN_MIDDLE for the middle one and
2253 @c wxMOUSE_BTN_RIGHT for the right one. And if the system supports more
2254 buttons, the @c wxMOUSE_BTN_AUX1 and @c wxMOUSE_BTN_AUX2 events
2255 can also be generated. Note that not all mice have even a middle button so a
2256 portable application should avoid relying on the events from it (but the right
2257 button click can be emulated using the left mouse button with the control key
2258 under Mac platforms with a single button mouse).
2260 For the @c wxEVT_ENTER_WINDOW and @c wxEVT_LEAVE_WINDOW events
2261 purposes, the mouse is considered to be inside the window if it is in the
2262 window client area and not inside one of its children. In other words, the
2263 parent window receives @c wxEVT_LEAVE_WINDOW event not only when the
2264 mouse leaves the window entirely but also when it enters one of its children.
2266 The position associated with a mouse event is expressed in the window
2267 coordinates of the window which generated the event, you can use
2268 wxWindow::ClientToScreen() to convert it to screen coordinates and possibly
2269 call wxWindow::ScreenToClient() next to convert it to window coordinates of
2272 @note Note that under Windows CE mouse enter and leave events are not natively
2273 supported by the system but are generated by wxWidgets itself. This has several
2274 drawbacks: the LEAVE_WINDOW event might be received some time after the mouse
2275 left the window and the state variables for it may have changed during this time.
2277 @note Note the difference between methods like wxMouseEvent::LeftDown and
2278 the inherited wxMouseState::LeftIsDown: the former returns @true when
2279 the event corresponds to the left mouse button click while the latter
2280 returns @true if the left mouse button is currently being pressed.
2281 For example, when the user is dragging the mouse you can use
2282 wxMouseEvent::LeftIsDown to test whether the left mouse button is
2283 (still) depressed. Also, by convention, if wxMouseEvent::LeftDown
2284 returns @true, wxMouseEvent::LeftIsDown will also return @true in
2285 wxWidgets whatever the underlying GUI behaviour is (which is
2286 platform-dependent). The same applies, of course, to other mouse
2290 @beginEventTable{wxMouseEvent}
2291 @event{EVT_LEFT_DOWN(func)}
2292 Process a @c wxEVT_LEFT_DOWN event. The handler of this event should normally
2293 call event.Skip() to allow the default processing to take place as otherwise
2294 the window under mouse wouldn't get the focus.
2295 @event{EVT_LEFT_UP(func)}
2296 Process a @c wxEVT_LEFT_UP event.
2297 @event{EVT_LEFT_DCLICK(func)}
2298 Process a @c wxEVT_LEFT_DCLICK event.
2299 @event{EVT_MIDDLE_DOWN(func)}
2300 Process a @c wxEVT_MIDDLE_DOWN event.
2301 @event{EVT_MIDDLE_UP(func)}
2302 Process a @c wxEVT_MIDDLE_UP event.
2303 @event{EVT_MIDDLE_DCLICK(func)}
2304 Process a @c wxEVT_MIDDLE_DCLICK event.
2305 @event{EVT_RIGHT_DOWN(func)}
2306 Process a @c wxEVT_RIGHT_DOWN event.
2307 @event{EVT_RIGHT_UP(func)}
2308 Process a @c wxEVT_RIGHT_UP event.
2309 @event{EVT_RIGHT_DCLICK(func)}
2310 Process a @c wxEVT_RIGHT_DCLICK event.
2311 @event{EVT_MOUSE_AUX1_DOWN(func)}
2312 Process a @c wxEVT_AUX1_DOWN event.
2313 @event{EVT_MOUSE_AUX1_UP(func)}
2314 Process a @c wxEVT_AUX1_UP event.
2315 @event{EVT_MOUSE_AUX1_DCLICK(func)}
2316 Process a @c wxEVT_AUX1_DCLICK event.
2317 @event{EVT_MOUSE_AUX2_DOWN(func)}
2318 Process a @c wxEVT_AUX2_DOWN event.
2319 @event{EVT_MOUSE_AUX2_UP(func)}
2320 Process a @c wxEVT_AUX2_UP event.
2321 @event{EVT_MOUSE_AUX2_DCLICK(func)}
2322 Process a @c wxEVT_AUX2_DCLICK event.
2323 @event{EVT_MOTION(func)}
2324 Process a @c wxEVT_MOTION event.
2325 @event{EVT_ENTER_WINDOW(func)}
2326 Process a @c wxEVT_ENTER_WINDOW event.
2327 @event{EVT_LEAVE_WINDOW(func)}
2328 Process a @c wxEVT_LEAVE_WINDOW event.
2329 @event{EVT_MOUSEWHEEL(func)}
2330 Process a @c wxEVT_MOUSEWHEEL event.
2331 @event{EVT_MOUSE_EVENTS(func)}
2332 Process all mouse events.
2340 class wxMouseEvent
: public wxEvent
,
2345 Constructor. Valid event types are:
2347 @li @c wxEVT_ENTER_WINDOW
2348 @li @c wxEVT_LEAVE_WINDOW
2349 @li @c wxEVT_LEFT_DOWN
2350 @li @c wxEVT_LEFT_UP
2351 @li @c wxEVT_LEFT_DCLICK
2352 @li @c wxEVT_MIDDLE_DOWN
2353 @li @c wxEVT_MIDDLE_UP
2354 @li @c wxEVT_MIDDLE_DCLICK
2355 @li @c wxEVT_RIGHT_DOWN
2356 @li @c wxEVT_RIGHT_UP
2357 @li @c wxEVT_RIGHT_DCLICK
2358 @li @c wxEVT_AUX1_DOWN
2359 @li @c wxEVT_AUX1_UP
2360 @li @c wxEVT_AUX1_DCLICK
2361 @li @c wxEVT_AUX2_DOWN
2362 @li @c wxEVT_AUX2_UP
2363 @li @c wxEVT_AUX2_DCLICK
2365 @li @c wxEVT_MOUSEWHEEL
2367 wxMouseEvent(wxEventType mouseEventType
= wxEVT_NULL
);
2370 Returns @true if the event was a first extra button double click.
2372 bool Aux1DClick() const;
2375 Returns @true if the first extra button mouse button changed to down.
2377 bool Aux1Down() const;
2380 Returns @true if the first extra button mouse button changed to up.
2382 bool Aux1Up() const;
2385 Returns @true if the event was a second extra button double click.
2387 bool Aux2DClick() const;
2390 Returns @true if the second extra button mouse button changed to down.
2392 bool Aux2Down() const;
2395 Returns @true if the second extra button mouse button changed to up.
2397 bool Aux2Up() const;
2400 Returns @true if the event was generated by the specified button.
2402 @see wxMouseState::ButtoinIsDown()
2404 bool Button(wxMouseButton but
) const;
2407 If the argument is omitted, this returns @true if the event was a mouse
2408 double click event. Otherwise the argument specifies which double click event
2409 was generated (see Button() for the possible values).
2411 bool ButtonDClick(wxMouseButton but
= wxMOUSE_BTN_ANY
) const;
2414 If the argument is omitted, this returns @true if the event was a mouse
2415 button down event. Otherwise the argument specifies which button-down event
2416 was generated (see Button() for the possible values).
2418 bool ButtonDown(wxMouseButton but
= wxMOUSE_BTN_ANY
) const;
2421 If the argument is omitted, this returns @true if the event was a mouse
2422 button up event. Otherwise the argument specifies which button-up event
2423 was generated (see Button() for the possible values).
2425 bool ButtonUp(wxMouseButton but
= wxMOUSE_BTN_ANY
) const;
2428 Returns @true if this was a dragging event (motion while a button is depressed).
2432 bool Dragging() const;
2435 Returns @true if the mouse was entering the window.
2439 bool Entering() const;
2442 Returns the mouse button which generated this event or @c wxMOUSE_BTN_NONE
2443 if no button is involved (for mouse move, enter or leave event, for example).
2444 Otherwise @c wxMOUSE_BTN_LEFT is returned for the left button down, up and
2445 double click events, @c wxMOUSE_BTN_MIDDLE and @c wxMOUSE_BTN_RIGHT
2446 for the same events for the middle and the right buttons respectively.
2448 int GetButton() const;
2451 Returns the number of mouse clicks for this event: 1 for a simple click, 2
2452 for a double-click, 3 for a triple-click and so on.
2454 Currently this function is implemented only in wxMac and returns -1 for the
2455 other platforms (you can still distinguish simple clicks from double-clicks as
2456 they generate different kinds of events however).
2460 int GetClickCount() const;
2463 Returns the configured number of lines (or whatever) to be scrolled per
2464 wheel action. Defaults to three.
2466 int GetLinesPerAction() const;
2469 Returns the logical mouse position in pixels (i.e. translated according to the
2470 translation set for the DC, which usually indicates that the window has been
2473 wxPoint
GetLogicalPosition(const wxDC
& dc
) const;
2476 Get wheel delta, normally 120.
2478 This is the threshold for action to be taken, and one such action
2479 (for example, scrolling one increment) should occur for each delta.
2481 int GetWheelDelta() const;
2484 Get wheel rotation, positive or negative indicates direction of rotation.
2486 Current devices all send an event when rotation is at least +/-WheelDelta, but
2487 finer resolution devices can be created in the future.
2489 Because of this you shouldn't assume that one event is equal to 1 line, but you
2490 should be able to either do partial line scrolling or wait until several
2491 events accumulate before scrolling.
2493 int GetWheelRotation() const;
2496 Gets the axis the wheel operation concerns.
2498 Usually the mouse wheel is used to scroll vertically so @c
2499 wxMOUSE_WHEEL_VERTICAL is returned but some mice (and most trackpads)
2500 also allow to use the wheel to scroll horizontally in which case
2501 @c wxMOUSE_WHEEL_HORIZONTAL is returned.
2503 Notice that before wxWidgets 2.9.4 this method returned @c int.
2505 wxMouseWheelAxis
GetWheelAxis() const;
2508 Returns @true if the event was a mouse button event (not necessarily a button
2509 down event - that may be tested using ButtonDown()).
2511 bool IsButton() const;
2514 Returns @true if the system has been setup to do page scrolling with
2515 the mouse wheel instead of line scrolling.
2517 bool IsPageScroll() const;
2520 Returns @true if the mouse was leaving the window.
2524 bool Leaving() const;
2527 Returns @true if the event was a left double click.
2529 bool LeftDClick() const;
2532 Returns @true if the left mouse button changed to down.
2534 bool LeftDown() const;
2537 Returns @true if the left mouse button changed to up.
2539 bool LeftUp() const;
2542 Returns @true if the Meta key was down at the time of the event.
2544 bool MetaDown() const;
2547 Returns @true if the event was a middle double click.
2549 bool MiddleDClick() const;
2552 Returns @true if the middle mouse button changed to down.
2554 bool MiddleDown() const;
2557 Returns @true if the middle mouse button changed to up.
2559 bool MiddleUp() const;
2562 Returns @true if this was a motion event and no mouse buttons were pressed.
2563 If any mouse button is held pressed, then this method returns @false and
2564 Dragging() returns @true.
2566 bool Moving() const;
2569 Returns @true if the event was a right double click.
2571 bool RightDClick() const;
2574 Returns @true if the right mouse button changed to down.
2576 bool RightDown() const;
2579 Returns @true if the right mouse button changed to up.
2581 bool RightUp() const;
2587 @class wxDropFilesEvent
2589 This class is used for drop files events, that is, when files have been dropped
2590 onto the window. This functionality is currently only available under Windows.
2592 The window must have previously been enabled for dropping by calling
2593 wxWindow::DragAcceptFiles().
2595 Important note: this is a separate implementation to the more general drag and drop
2596 implementation documented in the @ref overview_dnd. It uses the older, Windows
2597 message-based approach of dropping files.
2599 @beginEventTable{wxDropFilesEvent}
2600 @event{EVT_DROP_FILES(func)}
2601 Process a @c wxEVT_DROP_FILES event.
2609 @see @ref overview_events
2611 class wxDropFilesEvent
: public wxEvent
2617 wxDropFilesEvent(wxEventType id
= 0, int noFiles
= 0,
2618 wxString
* files
= NULL
);
2621 Returns an array of filenames.
2623 wxString
* GetFiles() const;
2626 Returns the number of files dropped.
2628 int GetNumberOfFiles() const;
2631 Returns the position at which the files were dropped.
2632 Returns an array of filenames.
2634 wxPoint
GetPosition() const;
2640 @class wxCommandEvent
2642 This event class contains information about command events, which originate
2643 from a variety of simple controls.
2645 Note that wxCommandEvents and wxCommandEvent-derived event classes by default
2646 and unlike other wxEvent-derived classes propagate upward from the source
2647 window (the window which emits the event) up to the first parent which processes
2648 the event. Be sure to read @ref overview_events_propagation.
2650 More complex controls, such as wxTreeCtrl, have separate command event classes.
2652 @beginEventTable{wxCommandEvent}
2653 @event{EVT_COMMAND(id, event, func)}
2654 Process a command, supplying the window identifier, command event identifier,
2655 and member function.
2656 @event{EVT_COMMAND_RANGE(id1, id2, event, func)}
2657 Process a command for a range of window identifiers, supplying the minimum and
2658 maximum window identifiers, command event identifier, and member function.
2659 @event{EVT_BUTTON(id, func)}
2660 Process a @c wxEVT_COMMAND_BUTTON_CLICKED command, which is generated by a wxButton control.
2661 @event{EVT_CHECKBOX(id, func)}
2662 Process a @c wxEVT_COMMAND_CHECKBOX_CLICKED command, which is generated by a wxCheckBox control.
2663 @event{EVT_CHOICE(id, func)}
2664 Process a @c wxEVT_COMMAND_CHOICE_SELECTED command, which is generated by a wxChoice control.
2665 @event{EVT_COMBOBOX(id, func)}
2666 Process a @c wxEVT_COMMAND_COMBOBOX_SELECTED command, which is generated by a wxComboBox control.
2667 @event{EVT_LISTBOX(id, func)}
2668 Process a @c wxEVT_COMMAND_LISTBOX_SELECTED command, which is generated by a wxListBox control.
2669 @event{EVT_LISTBOX_DCLICK(id, func)}
2670 Process a @c wxEVT_COMMAND_LISTBOX_DOUBLECLICKED command, which is generated by a wxListBox control.
2671 @event{EVT_CHECKLISTBOX(id, func)}
2672 Process a @c wxEVT_COMMAND_CHECKLISTBOX_TOGGLED command, which is generated by a wxCheckListBox control.
2673 @event{EVT_MENU(id, func)}
2674 Process a @c wxEVT_COMMAND_MENU_SELECTED command, which is generated by a menu item.
2675 @event{EVT_MENU_RANGE(id1, id2, func)}
2676 Process a @c wxEVT_COMMAND_MENU_RANGE command, which is generated by a range of menu items.
2677 @event{EVT_CONTEXT_MENU(func)}
2678 Process the event generated when the user has requested a popup menu to appear by
2679 pressing a special keyboard key (under Windows) or by right clicking the mouse.
2680 @event{EVT_RADIOBOX(id, func)}
2681 Process a @c wxEVT_COMMAND_RADIOBOX_SELECTED command, which is generated by a wxRadioBox control.
2682 @event{EVT_RADIOBUTTON(id, func)}
2683 Process a @c wxEVT_COMMAND_RADIOBUTTON_SELECTED command, which is generated by a wxRadioButton control.
2684 @event{EVT_SCROLLBAR(id, func)}
2685 Process a @c wxEVT_COMMAND_SCROLLBAR_UPDATED command, which is generated by a wxScrollBar
2686 control. This is provided for compatibility only; more specific scrollbar event macros
2687 should be used instead (see wxScrollEvent).
2688 @event{EVT_SLIDER(id, func)}
2689 Process a @c wxEVT_COMMAND_SLIDER_UPDATED command, which is generated by a wxSlider control.
2690 @event{EVT_TEXT(id, func)}
2691 Process a @c wxEVT_COMMAND_TEXT_UPDATED command, which is generated by a wxTextCtrl control.
2692 @event{EVT_TEXT_ENTER(id, func)}
2693 Process a @c wxEVT_COMMAND_TEXT_ENTER command, which is generated by a wxTextCtrl control.
2694 Note that you must use wxTE_PROCESS_ENTER flag when creating the control if you want it
2695 to generate such events.
2696 @event{EVT_TEXT_MAXLEN(id, func)}
2697 Process a @c wxEVT_COMMAND_TEXT_MAXLEN command, which is generated by a wxTextCtrl control
2698 when the user tries to enter more characters into it than the limit previously set
2699 with SetMaxLength().
2700 @event{EVT_TOGGLEBUTTON(id, func)}
2701 Process a @c wxEVT_COMMAND_TOGGLEBUTTON_CLICKED event.
2702 @event{EVT_TOOL(id, func)}
2703 Process a @c wxEVT_COMMAND_TOOL_CLICKED event (a synonym for @c wxEVT_COMMAND_MENU_SELECTED).
2704 Pass the id of the tool.
2705 @event{EVT_TOOL_RANGE(id1, id2, func)}
2706 Process a @c wxEVT_COMMAND_TOOL_CLICKED event for a range of identifiers. Pass the ids of the tools.
2707 @event{EVT_TOOL_RCLICKED(id, func)}
2708 Process a @c wxEVT_COMMAND_TOOL_RCLICKED event. Pass the id of the tool. (Not available on wxOSX.)
2709 @event{EVT_TOOL_RCLICKED_RANGE(id1, id2, func)}
2710 Process a @c wxEVT_COMMAND_TOOL_RCLICKED event for a range of ids. Pass the ids of the tools. (Not available on wxOSX.)
2711 @event{EVT_TOOL_ENTER(id, func)}
2712 Process a @c wxEVT_COMMAND_TOOL_ENTER event. Pass the id of the toolbar itself.
2713 The value of wxCommandEvent::GetSelection() is the tool id, or -1 if the mouse cursor
2714 has moved off a tool. (Not available on wxOSX.)
2715 @event{EVT_COMMAND_LEFT_CLICK(id, func)}
2716 Process a @c wxEVT_COMMAND_LEFT_CLICK command, which is generated by a control (wxMSW only).
2717 @event{EVT_COMMAND_LEFT_DCLICK(id, func)}
2718 Process a @c wxEVT_COMMAND_LEFT_DCLICK command, which is generated by a control (wxMSW only).
2719 @event{EVT_COMMAND_RIGHT_CLICK(id, func)}
2720 Process a @c wxEVT_COMMAND_RIGHT_CLICK command, which is generated by a control (wxMSW only).
2721 @event{EVT_COMMAND_SET_FOCUS(id, func)}
2722 Process a @c wxEVT_COMMAND_SET_FOCUS command, which is generated by a control (wxMSW only).
2723 @event{EVT_COMMAND_KILL_FOCUS(id, func)}
2724 Process a @c wxEVT_COMMAND_KILL_FOCUS command, which is generated by a control (wxMSW only).
2725 @event{EVT_COMMAND_ENTER(id, func)}
2726 Process a @c wxEVT_COMMAND_ENTER command, which is generated by a control.
2732 class wxCommandEvent
: public wxEvent
2738 wxCommandEvent(wxEventType commandEventType
= wxEVT_NULL
, int id
= 0);
2741 Returns client data pointer for a listbox or choice selection event
2742 (not valid for a deselection).
2744 void* GetClientData() const;
2747 Returns client object pointer for a listbox or choice selection event
2748 (not valid for a deselection).
2750 wxClientData
* GetClientObject() const;
2753 Returns extra information dependent on the event objects type.
2755 If the event comes from a listbox selection, it is a boolean
2756 determining whether the event was a selection (@true) or a
2757 deselection (@false). A listbox deselection only occurs for
2758 multiple-selection boxes, and in this case the index and string values
2759 are indeterminate and the listbox must be examined by the application.
2761 long GetExtraLong() const;
2764 Returns the integer identifier corresponding to a listbox, choice or
2765 radiobox selection (only if the event was a selection, not a deselection),
2766 or a boolean value representing the value of a checkbox.
2768 For a menu item, this method returns -1 if the item is not checkable or
2769 a boolean value (true or false) for checkable items indicating the new
2775 Returns item index for a listbox or choice selection event (not valid for
2778 int GetSelection() const;
2781 Returns item string for a listbox or choice selection event. If one
2782 or several items have been deselected, returns the index of the first
2783 deselected item. If some items have been selected and others deselected
2784 at the same time, it will return the index of the first selected item.
2786 wxString
GetString() const;
2789 This method can be used with checkbox and menu events: for the checkboxes, the
2790 method returns @true for a selection event and @false for a deselection one.
2791 For the menu events, this method indicates if the menu item just has become
2792 checked or unchecked (and thus only makes sense for checkable menu items).
2794 Notice that this method cannot be used with wxCheckListBox currently.
2796 bool IsChecked() const;
2799 For a listbox or similar event, returns @true if it is a selection, @false
2800 if it is a deselection. If some items have been selected and others deselected
2801 at the same time, it will return @true.
2803 bool IsSelection() const;
2806 Sets the client data for this event.
2808 void SetClientData(void* clientData
);
2811 Sets the client object for this event. The client object is not owned by the
2812 event object and the event object will not delete the client object in its destructor.
2814 The client object must be owned and deleted by another object (e.g. a control)
2815 that has longer life time than the event object.
2817 void SetClientObject(wxClientData
* clientObject
);
2820 Sets the @b m_extraLong member.
2822 void SetExtraLong(long extraLong
);
2825 Sets the @b m_commandInt member.
2827 void SetInt(int intCommand
);
2830 Sets the @b m_commandString member.
2832 void SetString(const wxString
& string
);
2838 @class wxActivateEvent
2840 An activate event is sent when a window or application is being activated
2843 @beginEventTable{wxActivateEvent}
2844 @event{EVT_ACTIVATE(func)}
2845 Process a @c wxEVT_ACTIVATE event.
2846 @event{EVT_ACTIVATE_APP(func)}
2847 Process a @c wxEVT_ACTIVATE_APP event.
2848 This event is received by the wxApp-derived instance only.
2849 @event{EVT_HIBERNATE(func)}
2850 Process a hibernate event, supplying the member function. This event applies
2851 to wxApp only, and only on Windows SmartPhone and PocketPC.
2852 It is generated when the system is low on memory; the application should free
2853 up as much memory as possible, and restore full working state when it receives
2854 a @c wxEVT_ACTIVATE or @c wxEVT_ACTIVATE_APP event.
2860 @see @ref overview_events, wxApp::IsActive
2862 class wxActivateEvent
: public wxEvent
2868 wxActivateEvent(wxEventType eventType
= wxEVT_NULL
, bool active
= true,
2872 Returns @true if the application or window is being activated, @false otherwise.
2874 bool GetActive() const;
2880 @class wxContextMenuEvent
2882 This class is used for context menu events, sent to give
2883 the application a chance to show a context (popup) menu for a wxWindow.
2885 Note that if wxContextMenuEvent::GetPosition returns wxDefaultPosition, this
2886 means that the event originated from a keyboard context button event, and you
2887 should compute a suitable position yourself, for example by calling wxGetMousePosition().
2889 Notice that the exact sequence of mouse events is different across the
2890 platforms. For example, under MSW the context menu event is generated after
2891 @c EVT_RIGHT_UP event and only if it was not handled but under GTK the
2892 context menu event is generated after @c EVT_RIGHT_DOWN event. This is
2893 correct in the sense that it ensures that the context menu is shown
2894 according to the current platform UI conventions and also means that you
2895 must not handle (or call wxEvent::Skip() in your handler if you do have
2896 one) neither right mouse down nor right mouse up event if you plan on
2897 handling @c EVT_CONTEXT_MENU event.
2899 @beginEventTable{wxContextMenuEvent}
2900 @event{EVT_CONTEXT_MENU(func)}
2901 A right click (or other context menu command depending on platform) has been detected.
2908 @see wxCommandEvent, @ref overview_events
2910 class wxContextMenuEvent
: public wxCommandEvent
2916 wxContextMenuEvent(wxEventType type
= wxEVT_NULL
, int id
= 0,
2917 const wxPoint
& pos
= wxDefaultPosition
);
2920 Returns the position in screen coordinates at which the menu should be shown.
2921 Use wxWindow::ScreenToClient to convert to client coordinates.
2923 You can also omit a position from wxWindow::PopupMenu in order to use
2924 the current mouse pointer position.
2926 If the event originated from a keyboard event, the value returned from this
2927 function will be wxDefaultPosition.
2929 const wxPoint
& GetPosition() const;
2932 Sets the position at which the menu should be shown.
2934 void SetPosition(const wxPoint
& point
);
2942 An erase event is sent when a window's background needs to be repainted.
2944 On some platforms, such as GTK+, this event is simulated (simply generated just
2945 before the paint event) and may cause flicker. It is therefore recommended that
2946 you set the text background colour explicitly in order to prevent flicker.
2947 The default background colour under GTK+ is grey.
2949 To intercept this event, use the EVT_ERASE_BACKGROUND macro in an event table
2952 You must use the device context returned by GetDC() to draw on, don't create
2953 a wxPaintDC in the event handler.
2955 @beginEventTable{wxEraseEvent}
2956 @event{EVT_ERASE_BACKGROUND(func)}
2957 Process a @c wxEVT_ERASE_BACKGROUND event.
2963 @see @ref overview_events
2965 class wxEraseEvent
: public wxEvent
2971 wxEraseEvent(int id
= 0, wxDC
* dc
= NULL
);
2974 Returns the device context associated with the erase event to draw on.
2976 The returned pointer is never @NULL.
2978 wxDC
* GetDC() const;
2986 A focus event is sent when a window's focus changes. The window losing focus
2987 receives a "kill focus" event while the window gaining it gets a "set focus" one.
2989 Notice that the set focus event happens both when the user gives focus to the
2990 window (whether using the mouse or keyboard) and when it is done from the
2991 program itself using wxWindow::SetFocus.
2993 The focus event handlers should almost invariably call wxEvent::Skip() on
2994 their event argument to allow the default handling to take place. Failure
2995 to do this may result in incorrect behaviour of the native controls. Also
2996 note that wxEVT_KILL_FOCUS handler must not call wxWindow::SetFocus() as
2997 this, again, is not supported by all native controls. If you need to do
2998 this, consider using the @ref sec_delayed_action described in wxIdleEvent
3001 @beginEventTable{wxFocusEvent}
3002 @event{EVT_SET_FOCUS(func)}
3003 Process a @c wxEVT_SET_FOCUS event.
3004 @event{EVT_KILL_FOCUS(func)}
3005 Process a @c wxEVT_KILL_FOCUS event.
3011 @see @ref overview_events
3013 class wxFocusEvent
: public wxEvent
3019 wxFocusEvent(wxEventType eventType
= wxEVT_NULL
, int id
= 0);
3022 Returns the window associated with this event, that is the window which had the
3023 focus before for the @c wxEVT_SET_FOCUS event and the window which is
3024 going to receive focus for the @c wxEVT_KILL_FOCUS one.
3026 Warning: the window pointer may be @NULL!
3028 wxWindow
*GetWindow() const;
3030 void SetWindow(wxWindow
*win
);
3036 @class wxChildFocusEvent
3038 A child focus event is sent to a (parent-)window when one of its child windows
3039 gains focus, so that the window could restore the focus back to its corresponding
3040 child if it loses it now and regains later.
3042 Notice that child window is the direct child of the window receiving event.
3043 Use wxWindow::FindFocus() to retrieve the window which is actually getting focus.
3045 @beginEventTable{wxChildFocusEvent}
3046 @event{EVT_CHILD_FOCUS(func)}
3047 Process a @c wxEVT_CHILD_FOCUS event.
3053 @see @ref overview_events
3055 class wxChildFocusEvent
: public wxCommandEvent
3062 The direct child which is (or which contains the window which is) receiving
3065 wxChildFocusEvent(wxWindow
* win
= NULL
);
3068 Returns the direct child which receives the focus, or a (grand-)parent of the
3069 control receiving the focus.
3071 To get the actually focused control use wxWindow::FindFocus.
3073 wxWindow
*GetWindow() const;
3079 @class wxMouseCaptureLostEvent
3081 A mouse capture lost event is sent to a window that had obtained mouse capture,
3082 which was subsequently lost due to an "external" event (for example, when a dialog
3083 box is shown or if another application captures the mouse).
3085 If this happens, this event is sent to all windows that are on the capture stack
3086 (i.e. called CaptureMouse, but didn't call ReleaseMouse yet). The event is
3087 not sent if the capture changes because of a call to CaptureMouse or
3090 This event is currently emitted under Windows only.
3092 @beginEventTable{wxMouseCaptureLostEvent}
3093 @event{EVT_MOUSE_CAPTURE_LOST(func)}
3094 Process a @c wxEVT_MOUSE_CAPTURE_LOST event.
3102 @see wxMouseCaptureChangedEvent, @ref overview_events,
3103 wxWindow::CaptureMouse, wxWindow::ReleaseMouse, wxWindow::GetCapture
3105 class wxMouseCaptureLostEvent
: public wxEvent
3111 wxMouseCaptureLostEvent(wxWindowID windowId
= 0);
3116 class wxDisplayChangedEvent
: public wxEvent
3119 wxDisplayChangedEvent();
3123 class wxPaletteChangedEvent
: public wxEvent
3126 wxPaletteChangedEvent(wxWindowID winid
= 0);
3128 void SetChangedWindow(wxWindow
* win
);
3129 wxWindow
* GetChangedWindow() const;
3133 class wxQueryNewPaletteEvent
: public wxEvent
3136 wxQueryNewPaletteEvent(wxWindowID winid
= 0);
3138 void SetPaletteRealized(bool realized
);
3139 bool GetPaletteRealized();
3146 @class wxNotifyEvent
3148 This class is not used by the event handlers by itself, but is a base class
3149 for other event classes (such as wxBookCtrlEvent).
3151 It (or an object of a derived class) is sent when the controls state is being
3152 changed and allows the program to wxNotifyEvent::Veto() this change if it wants
3153 to prevent it from happening.
3158 @see wxBookCtrlEvent
3160 class wxNotifyEvent
: public wxCommandEvent
3164 Constructor (used internally by wxWidgets only).
3166 wxNotifyEvent(wxEventType eventType
= wxEVT_NULL
, int id
= 0);
3169 This is the opposite of Veto(): it explicitly allows the event to be processed.
3170 For most events it is not necessary to call this method as the events are allowed
3171 anyhow but some are forbidden by default (this will be mentioned in the corresponding
3177 Returns @true if the change is allowed (Veto() hasn't been called) or @false
3178 otherwise (if it was).
3180 bool IsAllowed() const;
3183 Prevents the change announced by this event from happening.
3185 It is in general a good idea to notify the user about the reasons for vetoing
3186 the change because otherwise the applications behaviour (which just refuses to
3187 do what the user wants) might be quite surprising.
3194 @class wxThreadEvent
3196 This class adds some simple functionality to wxEvent to facilitate
3197 inter-thread communication.
3199 This event is not natively emitted by any control/class: it is just
3200 a helper class for the user.
3201 Its most important feature is the GetEventCategory() implementation which
3202 allows thread events @b NOT to be processed by wxEventLoopBase::YieldFor calls
3203 (unless the @c wxEVT_CATEGORY_THREAD is specified - which is never in wx code).
3206 @category{events,threading}
3208 @see @ref overview_thread, wxEventLoopBase::YieldFor
3212 class wxThreadEvent
: public wxEvent
3218 wxThreadEvent(wxEventType eventType
= wxEVT_THREAD
, int id
= wxID_ANY
);
3221 Clones this event making sure that all internal members which use
3222 COW (only @c m_commandString for now; see @ref overview_refcount)
3223 are unshared (see wxObject::UnShare).
3225 virtual wxEvent
*Clone() const;
3228 Returns @c wxEVT_CATEGORY_THREAD.
3230 This is important to avoid unwanted processing of thread events
3231 when calling wxEventLoopBase::YieldFor().
3233 virtual wxEventCategory
GetEventCategory() const;
3236 Sets custom data payload.
3238 The @a payload argument may be of any type that wxAny can handle
3239 (i.e. pretty much anything). Note that T's copy constructor must be
3240 thread-safe, i.e. create a copy that doesn't share anything with
3241 the original (see Clone()).
3243 @note This method is not available with Visual C++ 6.
3247 @see GetPayload(), wxAny
3249 template<typename T
>
3250 void SetPayload(const T
& payload
);
3253 Get custom data payload.
3255 Correct type is checked in debug builds.
3257 @note This method is not available with Visual C++ 6.
3261 @see SetPayload(), wxAny
3263 template<typename T
>
3264 T
GetPayload() const;
3267 Returns extra information integer value.
3269 long GetExtraLong() const;
3272 Returns stored integer value.
3277 Returns stored string value.
3279 wxString
GetString() const;
3283 Sets the extra information value.
3285 void SetExtraLong(long extraLong
);
3288 Sets the integer value.
3290 void SetInt(int intCommand
);
3293 Sets the string value.
3295 void SetString(const wxString
& string
);
3302 A help event is sent when the user has requested context-sensitive help.
3303 This can either be caused by the application requesting context-sensitive help mode
3304 via wxContextHelp, or (on MS Windows) by the system generating a WM_HELP message when
3305 the user pressed F1 or clicked on the query button in a dialog caption.
3307 A help event is sent to the window that the user clicked on, and is propagated
3308 up the window hierarchy until the event is processed or there are no more event
3311 The application should call wxEvent::GetId to check the identity of the
3312 clicked-on window, and then either show some suitable help or call wxEvent::Skip()
3313 if the identifier is unrecognised.
3315 Calling Skip is important because it allows wxWidgets to generate further
3316 events for ancestors of the clicked-on window. Otherwise it would be impossible to
3317 show help for container windows, since processing would stop after the first window
3320 @beginEventTable{wxHelpEvent}
3321 @event{EVT_HELP(id, func)}
3322 Process a @c wxEVT_HELP event.
3323 @event{EVT_HELP_RANGE(id1, id2, func)}
3324 Process a @c wxEVT_HELP event for a range of ids.
3330 @see wxContextHelp, wxDialog, @ref overview_events
3332 class wxHelpEvent
: public wxCommandEvent
3336 Indicates how a wxHelpEvent was generated.
3340 Origin_Unknown
, /**< unrecognized event source. */
3341 Origin_Keyboard
, /**< event generated from F1 key press. */
3343 /** event generated by wxContextHelp or from the [?] button on
3344 the title bar (Windows). */
3351 wxHelpEvent(wxEventType type
= wxEVT_NULL
,
3352 wxWindowID winid
= 0,
3353 const wxPoint
& pt
= wxDefaultPosition
,
3354 wxHelpEvent::Origin origin
= Origin_Unknown
);
3357 Returns the origin of the help event which is one of the ::wxHelpEventOrigin
3360 The application may handle events generated using the keyboard or mouse
3361 differently, e.g. by using wxGetMousePosition() for the mouse events.
3365 wxHelpEvent::Origin
GetOrigin() const;
3368 Returns the left-click position of the mouse, in screen coordinates.
3369 This allows the application to position the help appropriately.
3371 const wxPoint
& GetPosition() const;
3374 Set the help event origin, only used internally by wxWidgets normally.
3378 void SetOrigin(wxHelpEvent::Origin origin
);
3381 Sets the left-click position of the mouse, in screen coordinates.
3383 void SetPosition(const wxPoint
& pt
);
3389 @class wxScrollEvent
3391 A scroll event holds information about events sent from stand-alone
3392 scrollbars (see wxScrollBar) and sliders (see wxSlider).
3394 Note that scrolled windows send the wxScrollWinEvent which does not derive from
3395 wxCommandEvent, but from wxEvent directly - don't confuse these two kinds of
3396 events and use the event table macros mentioned below only for the scrollbar-like
3399 @section scrollevent_diff The difference between EVT_SCROLL_THUMBRELEASE and EVT_SCROLL_CHANGED
3401 The EVT_SCROLL_THUMBRELEASE event is only emitted when actually dragging the thumb
3402 using the mouse and releasing it (This EVT_SCROLL_THUMBRELEASE event is also followed
3403 by an EVT_SCROLL_CHANGED event).
3405 The EVT_SCROLL_CHANGED event also occurs when using the keyboard to change the thumb
3406 position, and when clicking next to the thumb (In all these cases the EVT_SCROLL_THUMBRELEASE
3407 event does not happen).
3409 In short, the EVT_SCROLL_CHANGED event is triggered when scrolling/ moving has finished
3410 independently of the way it had started. Please see the widgets sample ("Slider" page)
3411 to see the difference between EVT_SCROLL_THUMBRELEASE and EVT_SCROLL_CHANGED in action.
3414 Note that unless specifying a scroll control identifier, you will need to test for scrollbar
3415 orientation with wxScrollEvent::GetOrientation, since horizontal and vertical scroll events
3416 are processed using the same event handler.
3418 @beginEventTable{wxScrollEvent}
3419 You can use EVT_COMMAND_SCROLL... macros with window IDs for when intercepting
3420 scroll events from controls, or EVT_SCROLL... macros without window IDs for
3421 intercepting scroll events from the receiving window -- except for this, the
3422 macros behave exactly the same.
3423 @event{EVT_SCROLL(func)}
3424 Process all scroll events.
3425 @event{EVT_SCROLL_TOP(func)}
3426 Process @c wxEVT_SCROLL_TOP scroll-to-top events (minimum position).
3427 @event{EVT_SCROLL_BOTTOM(func)}
3428 Process @c wxEVT_SCROLL_BOTTOM scroll-to-bottom events (maximum position).
3429 @event{EVT_SCROLL_LINEUP(func)}
3430 Process @c wxEVT_SCROLL_LINEUP line up events.
3431 @event{EVT_SCROLL_LINEDOWN(func)}
3432 Process @c wxEVT_SCROLL_LINEDOWN line down events.
3433 @event{EVT_SCROLL_PAGEUP(func)}
3434 Process @c wxEVT_SCROLL_PAGEUP page up events.
3435 @event{EVT_SCROLL_PAGEDOWN(func)}
3436 Process @c wxEVT_SCROLL_PAGEDOWN page down events.
3437 @event{EVT_SCROLL_THUMBTRACK(func)}
3438 Process @c wxEVT_SCROLL_THUMBTRACK thumbtrack events (frequent events sent as the
3439 user drags the thumbtrack).
3440 @event{EVT_SCROLL_THUMBRELEASE(func)}
3441 Process @c wxEVT_SCROLL_THUMBRELEASE thumb release events.
3442 @event{EVT_SCROLL_CHANGED(func)}
3443 Process @c wxEVT_SCROLL_CHANGED end of scrolling events (MSW only).
3444 @event{EVT_COMMAND_SCROLL(id, func)}
3445 Process all scroll events.
3446 @event{EVT_COMMAND_SCROLL_TOP(id, func)}
3447 Process @c wxEVT_SCROLL_TOP scroll-to-top events (minimum position).
3448 @event{EVT_COMMAND_SCROLL_BOTTOM(id, func)}
3449 Process @c wxEVT_SCROLL_BOTTOM scroll-to-bottom events (maximum position).
3450 @event{EVT_COMMAND_SCROLL_LINEUP(id, func)}
3451 Process @c wxEVT_SCROLL_LINEUP line up events.
3452 @event{EVT_COMMAND_SCROLL_LINEDOWN(id, func)}
3453 Process @c wxEVT_SCROLL_LINEDOWN line down events.
3454 @event{EVT_COMMAND_SCROLL_PAGEUP(id, func)}
3455 Process @c wxEVT_SCROLL_PAGEUP page up events.
3456 @event{EVT_COMMAND_SCROLL_PAGEDOWN(id, func)}
3457 Process @c wxEVT_SCROLL_PAGEDOWN page down events.
3458 @event{EVT_COMMAND_SCROLL_THUMBTRACK(id, func)}
3459 Process @c wxEVT_SCROLL_THUMBTRACK thumbtrack events (frequent events sent
3460 as the user drags the thumbtrack).
3461 @event{EVT_COMMAND_SCROLL_THUMBRELEASE(func)}
3462 Process @c wxEVT_SCROLL_THUMBRELEASE thumb release events.
3463 @event{EVT_COMMAND_SCROLL_CHANGED(func)}
3464 Process @c wxEVT_SCROLL_CHANGED end of scrolling events (MSW only).
3470 @see wxScrollBar, wxSlider, wxSpinButton, wxScrollWinEvent, @ref overview_events
3472 class wxScrollEvent
: public wxCommandEvent
3478 wxScrollEvent(wxEventType commandType
= wxEVT_NULL
, int id
= 0, int pos
= 0,
3479 int orientation
= 0);
3482 Returns wxHORIZONTAL or wxVERTICAL, depending on the orientation of the
3485 int GetOrientation() const;
3488 Returns the position of the scrollbar.
3490 int GetPosition() const;
3493 void SetOrientation(int orient
);
3494 void SetPosition(int pos
);
3498 See wxIdleEvent::SetMode() for more info.
3502 /** Send idle events to all windows */
3505 /** Send idle events to windows that have the wxWS_EX_PROCESS_IDLE flag specified */
3506 wxIDLE_PROCESS_SPECIFIED
3513 This class is used for idle events, which are generated when the system becomes
3514 idle. Note that, unless you do something specifically, the idle events are not
3515 sent if the system remains idle once it has become it, e.g. only a single idle
3516 event will be generated until something else resulting in more normal events
3517 happens and only then is the next idle event sent again.
3519 If you need to ensure a continuous stream of idle events, you can either use
3520 wxIdleEvent::RequestMore method in your handler or call wxWakeUpIdle() periodically
3521 (for example from a timer event handler), but note that both of these approaches
3522 (and especially the first one) increase the system load and so should be avoided
3525 By default, idle events are sent to all windows, including even the hidden
3526 ones because they may be shown if some condition is met from their @c
3527 wxEVT_IDLE (or related @c wxEVT_UPDATE_UI) handler. The children of hidden
3528 windows do not receive idle events however as they can't change their state
3529 in any way noticeable by the user. Finally, the global wxApp object also
3530 receives these events, as usual, so it can be used for any global idle time
3533 If sending idle events to all windows is causing a significant overhead in
3534 your application, you can call wxIdleEvent::SetMode with the value
3535 wxIDLE_PROCESS_SPECIFIED, and set the wxWS_EX_PROCESS_IDLE extra window
3536 style for every window which should receive idle events, all the other ones
3537 will not receive them in this case.
3539 @beginEventTable{wxIdleEvent}
3540 @event{EVT_IDLE(func)}
3541 Process a @c wxEVT_IDLE event.
3547 @section sec_delayed_action Delayed Action Mechanism
3549 wxIdleEvent can be used to perform some action "at slightly later time".
3550 This can be necessary in several circumstances when, for whatever reason,
3551 something can't be done in the current event handler. For example, if a
3552 mouse event handler is called with the mouse button pressed, the mouse can
3553 be currently captured and some operations with it -- notably capturing it
3554 again -- might be impossible or lead to undesirable results. If you still
3555 want to capture it, you can do it from @c wxEVT_IDLE handler when it is
3556 called the next time instead of doing it immediately.
3558 This can be achieved in two different ways: when using static event tables,
3559 you will need a flag indicating to the (always connected) idle event
3560 handler whether the desired action should be performed. The originally
3561 called handler would then set it to indicate that it should indeed be done
3562 and the idle handler itself would reset it to prevent it from doing the
3565 Using dynamically connected event handlers things are even simpler as the
3566 original event handler can simply wxEvtHandler::Connect() or
3567 wxEvtHandler::Bind() the idle event handler which would only be executed
3568 then and could wxEvtHandler::Disconnect() or wxEvtHandler::Unbind() itself.
3571 @see @ref overview_events, wxUpdateUIEvent, wxWindow::OnInternalIdle
3573 class wxIdleEvent
: public wxEvent
3582 Static function returning a value specifying how wxWidgets will send idle
3583 events: to all windows, or only to those which specify that they
3584 will process the events.
3588 static wxIdleMode
GetMode();
3591 Returns @true if the OnIdle function processing this event requested more
3596 bool MoreRequested() const;
3599 Tells wxWidgets that more processing is required.
3601 This function can be called by an OnIdle handler for a window or window event
3602 handler to indicate that wxApp::OnIdle should forward the OnIdle event once
3603 more to the application windows.
3605 If no window calls this function during OnIdle, then the application will
3606 remain in a passive event loop (not calling OnIdle) until a new event is
3607 posted to the application by the windowing system.
3609 @see MoreRequested()
3611 void RequestMore(bool needMore
= true);
3614 Static function for specifying how wxWidgets will send idle events: to
3615 all windows, or only to those which specify that they will process the events.
3618 Can be one of the ::wxIdleMode values.
3619 The default is wxIDLE_PROCESS_ALL.
3621 static void SetMode(wxIdleMode mode
);
3627 @class wxInitDialogEvent
3629 A wxInitDialogEvent is sent as a dialog or panel is being initialised.
3630 Handlers for this event can transfer data to the window.
3632 The default handler calls wxWindow::TransferDataToWindow.
3634 @beginEventTable{wxInitDialogEvent}
3635 @event{EVT_INIT_DIALOG(func)}
3636 Process a @c wxEVT_INIT_DIALOG event.
3642 @see @ref overview_events
3644 class wxInitDialogEvent
: public wxEvent
3650 wxInitDialogEvent(int id
= 0);
3656 @class wxWindowDestroyEvent
3658 This event is sent as early as possible during the window destruction
3661 For the top level windows, as early as possible means that this is done by
3662 wxFrame or wxDialog destructor, i.e. after the destructor of the derived
3663 class was executed and so any methods specific to the derived class can't
3664 be called any more from this event handler. If you need to do this, you
3665 must call wxWindow::SendDestroyEvent() from your derived class destructor.
3667 For the child windows, this event is generated just before deleting the
3668 window from wxWindow::Destroy() (which is also called when the parent
3669 window is deleted) or from the window destructor if operator @c delete was
3670 used directly (which is not recommended for this very reason).
3672 It is usually pointless to handle this event in the window itself but it ca
3673 be very useful to receive notifications about the window destruction in the
3674 parent window or in any other object interested in this window.
3679 @see @ref overview_events, wxWindowCreateEvent
3681 class wxWindowDestroyEvent
: public wxCommandEvent
3687 wxWindowDestroyEvent(wxWindow
* win
= NULL
);
3689 /// Return the window being destroyed.
3690 wxWindow
*GetWindow() const;
3695 @class wxNavigationKeyEvent
3697 This event class contains information about navigation events,
3698 generated by navigation keys such as tab and page down.
3700 This event is mainly used by wxWidgets implementations.
3701 A wxNavigationKeyEvent handler is automatically provided by wxWidgets
3702 when you enable keyboard navigation inside a window by inheriting it from
3703 wxNavigationEnabled<>.
3705 @beginEventTable{wxNavigationKeyEvent}
3706 @event{EVT_NAVIGATION_KEY(func)}
3707 Process a navigation key event.
3713 @see wxWindow::Navigate, wxWindow::NavigateIn
3715 class wxNavigationKeyEvent
: public wxEvent
3719 Flags which can be used with wxNavigationKeyEvent.
3721 enum wxNavigationKeyEventFlags
3723 IsBackward
= 0x0000,
3729 wxNavigationKeyEvent();
3730 wxNavigationKeyEvent(const wxNavigationKeyEvent
& event
);
3733 Returns the child that has the focus, or @NULL.
3735 wxWindow
* GetCurrentFocus() const;
3738 Returns @true if the navigation was in the forward direction.
3740 bool GetDirection() const;
3743 Returns @true if the navigation event was from a tab key.
3744 This is required for proper navigation over radio buttons.
3746 bool IsFromTab() const;
3749 Returns @true if the navigation event represents a window change
3750 (for example, from Ctrl-Page Down in a notebook).
3752 bool IsWindowChange() const;
3755 Sets the current focus window member.
3757 void SetCurrentFocus(wxWindow
* currentFocus
);
3760 Sets the direction to forward if @a direction is @true, or backward
3763 void SetDirection(bool direction
);
3766 Sets the flags for this event.
3767 The @a flags can be a combination of the ::wxNavigationKeyEventFlags values.
3769 void SetFlags(long flags
);
3772 Marks the navigation event as from a tab key.
3774 void SetFromTab(bool fromTab
);
3777 Marks the event as a window change event.
3779 void SetWindowChange(bool windowChange
);
3785 @class wxMouseCaptureChangedEvent
3787 An mouse capture changed event is sent to a window that loses its
3788 mouse capture. This is called even if wxWindow::ReleaseMouse
3789 was called by the application code. Handling this event allows
3790 an application to cater for unexpected capture releases which
3791 might otherwise confuse mouse handling code.
3795 @beginEventTable{wxMouseCaptureChangedEvent}
3796 @event{EVT_MOUSE_CAPTURE_CHANGED(func)}
3797 Process a @c wxEVT_MOUSE_CAPTURE_CHANGED event.
3803 @see wxMouseCaptureLostEvent, @ref overview_events,
3804 wxWindow::CaptureMouse, wxWindow::ReleaseMouse, wxWindow::GetCapture
3806 class wxMouseCaptureChangedEvent
: public wxEvent
3812 wxMouseCaptureChangedEvent(wxWindowID windowId
= 0,
3813 wxWindow
* gainedCapture
= NULL
);
3816 Returns the window that gained the capture, or @NULL if it was a
3817 non-wxWidgets window.
3819 wxWindow
* GetCapturedWindow() const;
3827 This event class contains information about window and session close events.
3829 The handler function for EVT_CLOSE is called when the user has tried to close a
3830 a frame or dialog box using the window manager (X) or system menu (Windows).
3831 It can also be invoked by the application itself programmatically, for example by
3832 calling the wxWindow::Close function.
3834 You should check whether the application is forcing the deletion of the window
3835 using wxCloseEvent::CanVeto. If this is @false, you @e must destroy the window
3836 using wxWindow::Destroy.
3838 If the return value is @true, it is up to you whether you respond by destroying
3841 If you don't destroy the window, you should call wxCloseEvent::Veto to
3842 let the calling code know that you did not destroy the window.
3843 This allows the wxWindow::Close function to return @true or @false depending
3844 on whether the close instruction was honoured or not.
3846 Example of a wxCloseEvent handler:
3849 void MyFrame::OnClose(wxCloseEvent& event)
3851 if ( event.CanVeto() && m_bFileNotSaved )
3853 if ( wxMessageBox("The file has not been saved... continue closing?",
3855 wxICON_QUESTION | wxYES_NO) != wxYES )
3862 Destroy(); // you may also do: event.Skip();
3863 // since the default event handler does call Destroy(), too
3867 The EVT_END_SESSION event is slightly different as it is sent by the system
3868 when the user session is ending (e.g. because of log out or shutdown) and
3869 so all windows are being forcefully closed. At least under MSW, after the
3870 handler for this event is executed the program is simply killed by the
3871 system. Because of this, the default handler for this event provided by
3872 wxWidgets calls all the usual cleanup code (including wxApp::OnExit()) so
3873 that it could still be executed and exit()s the process itself, without
3874 waiting for being killed. If this behaviour is for some reason undesirable,
3875 make sure that you define a handler for this event in your wxApp-derived
3876 class and do not call @c event.Skip() in it (but be aware that the system
3877 will still kill your application).
3879 @beginEventTable{wxCloseEvent}
3880 @event{EVT_CLOSE(func)}
3881 Process a @c wxEVT_CLOSE_WINDOW command event, supplying the member function.
3882 This event applies to wxFrame and wxDialog classes.
3883 @event{EVT_QUERY_END_SESSION(func)}
3884 Process a @c wxEVT_QUERY_END_SESSION session event, supplying the member function.
3885 This event can be handled in wxApp-derived class only.
3886 @event{EVT_END_SESSION(func)}
3887 Process a @c wxEVT_END_SESSION session event, supplying the member function.
3888 This event can be handled in wxApp-derived class only.
3894 @see wxWindow::Close, @ref overview_windowdeletion
3896 class wxCloseEvent
: public wxEvent
3902 wxCloseEvent(wxEventType commandEventType
= wxEVT_NULL
, int id
= 0);
3905 Returns @true if you can veto a system shutdown or a window close event.
3906 Vetoing a window close event is not possible if the calling code wishes to
3907 force the application to exit, and so this function must be called to check this.
3909 bool CanVeto() const;
3912 Returns @true if the user is just logging off or @false if the system is
3913 shutting down. This method can only be called for end session and query end
3914 session events, it doesn't make sense for close window event.
3916 bool GetLoggingOff() const;
3919 Sets the 'can veto' flag.
3921 void SetCanVeto(bool canVeto
);
3924 Sets the 'logging off' flag.
3926 void SetLoggingOff(bool loggingOff
);
3929 Call this from your event handler to veto a system shutdown or to signal
3930 to the calling application that a window close did not happen.
3932 You can only veto a shutdown if CanVeto() returns @true.
3934 void Veto(bool veto
= true);
3942 This class is used for a variety of menu-related events. Note that
3943 these do not include menu command events, which are
3944 handled using wxCommandEvent objects.
3946 The default handler for @c wxEVT_MENU_HIGHLIGHT displays help
3947 text in the first field of the status bar.
3949 @beginEventTable{wxMenuEvent}
3950 @event{EVT_MENU_OPEN(func)}
3951 A menu is about to be opened. On Windows, this is only sent once for each
3952 navigation of the menubar (up until all menus have closed).
3953 @event{EVT_MENU_CLOSE(func)}
3954 A menu has been just closed.
3955 @event{EVT_MENU_HIGHLIGHT(id, func)}
3956 The menu item with the specified id has been highlighted: used to show
3957 help prompts in the status bar by wxFrame
3958 @event{EVT_MENU_HIGHLIGHT_ALL(func)}
3959 A menu item has been highlighted, i.e. the currently selected menu item has changed.
3965 @see wxCommandEvent, @ref overview_events
3967 class wxMenuEvent
: public wxEvent
3973 wxMenuEvent(wxEventType type
= wxEVT_NULL
, int id
= 0, wxMenu
* menu
= NULL
);
3976 Returns the menu which is being opened or closed.
3978 This method can only be used with the @c OPEN and @c CLOSE events.
3980 The returned value is never @NULL in the ports implementing this
3981 function, which currently includes all the major ones.
3983 wxMenu
* GetMenu() const;
3986 Returns the menu identifier associated with the event.
3987 This method should be only used with the @c HIGHLIGHT events.
3989 int GetMenuId() const;
3992 Returns @true if the menu which is being opened or closed is a popup menu,
3993 @false if it is a normal one.
3995 This method should only be used with the @c OPEN and @c CLOSE events.
3997 bool IsPopup() const;
4003 An event being sent when the window is shown or hidden.
4004 The event is triggered by calls to wxWindow::Show(), and any user
4005 action showing a previously hidden window or vice versa (if allowed by
4006 the current platform and/or window manager).
4007 Notice that the event is not triggered when the application is iconized
4008 (minimized) or restored under wxMSW.
4010 @onlyfor{wxmsw,wxgtk,wxos2}
4012 @beginEventTable{wxShowEvent}
4013 @event{EVT_SHOW(func)}
4014 Process a @c wxEVT_SHOW event.
4020 @see @ref overview_events, wxWindow::Show,
4024 class wxShowEvent
: public wxEvent
4030 wxShowEvent(int winid
= 0, bool show
= false);
4033 Set whether the windows was shown or hidden.
4035 void SetShow(bool show
);
4038 Return @true if the window has been shown, @false if it has been
4041 bool IsShown() const;
4044 @deprecated This function is deprecated in favour of IsShown().
4046 bool GetShow() const;
4052 @class wxIconizeEvent
4054 An event being sent when the frame is iconized (minimized) or restored.
4056 Currently only wxMSW and wxGTK generate such events.
4058 @onlyfor{wxmsw,wxgtk}
4060 @beginEventTable{wxIconizeEvent}
4061 @event{EVT_ICONIZE(func)}
4062 Process a @c wxEVT_ICONIZE event.
4068 @see @ref overview_events, wxTopLevelWindow::Iconize,
4069 wxTopLevelWindow::IsIconized
4071 class wxIconizeEvent
: public wxEvent
4077 wxIconizeEvent(int id
= 0, bool iconized
= true);
4080 Returns @true if the frame has been iconized, @false if it has been
4083 bool IsIconized() const;
4086 @deprecated This function is deprecated in favour of IsIconized().
4088 bool Iconized() const;
4096 A move event holds information about wxTopLevelWindow move change events.
4098 These events are currently only generated by wxMSW port.
4100 @beginEventTable{wxMoveEvent}
4101 @event{EVT_MOVE(func)}
4102 Process a @c wxEVT_MOVE event, which is generated when a window is moved.
4103 @event{EVT_MOVE_START(func)}
4104 Process a @c wxEVT_MOVE_START event, which is generated when the user starts
4105 to move or size a window. wxMSW only.
4106 @event{EVT_MOVING(func)}
4107 Process a @c wxEVT_MOVING event, which is generated while the user is
4108 moving the window. wxMSW only.
4109 @event{EVT_MOVE_END(func)}
4110 Process a @c wxEVT_MOVE_END event, which is generated when the user stops
4111 moving or sizing a window. wxMSW only.
4117 @see wxPoint, @ref overview_events
4119 class wxMoveEvent
: public wxEvent
4125 wxMoveEvent(const wxPoint
& pt
, int id
= 0);
4128 Returns the position of the window generating the move change event.
4130 wxPoint
GetPosition() const;
4132 wxRect
GetRect() const;
4133 void SetRect(const wxRect
& rect
);
4134 void SetPosition(const wxPoint
& pos
);
4141 A size event holds information about size change events of wxWindow.
4143 The EVT_SIZE handler function will be called when the window has been resized.
4145 You may wish to use this for frames to resize their child windows as appropriate.
4147 Note that the size passed is of the whole window: call wxWindow::GetClientSize()
4148 for the area which may be used by the application.
4150 When a window is resized, usually only a small part of the window is damaged
4151 and you may only need to repaint that area. However, if your drawing depends on the
4152 size of the window, you may need to clear the DC explicitly and repaint the whole window.
4153 In which case, you may need to call wxWindow::Refresh to invalidate the entire window.
4155 @b Important : Sizers ( see @ref overview_sizer ) rely on size events to function
4156 correctly. Therefore, in a sizer-based layout, do not forget to call Skip on all
4157 size events you catch (and don't catch size events at all when you don't need to).
4159 @beginEventTable{wxSizeEvent}
4160 @event{EVT_SIZE(func)}
4161 Process a @c wxEVT_SIZE event.
4167 @see wxSize, @ref overview_events
4169 class wxSizeEvent
: public wxEvent
4175 wxSizeEvent(const wxSize
& sz
, int id
= 0);
4178 Returns the entire size of the window generating the size change event.
4180 This is the new total size of the window, i.e. the same size as would
4181 be returned by wxWindow::GetSize() if it were called now. Use
4182 wxWindow::GetClientSize() if you catch this event in a top level window
4183 such as wxFrame to find the size available for the window contents.
4185 wxSize
GetSize() const;
4186 void SetSize(wxSize size
);
4188 wxRect
GetRect() const;
4189 void SetRect(wxRect rect
);
4195 @class wxSetCursorEvent
4197 A wxSetCursorEvent is generated from wxWindow when the mouse cursor is about
4198 to be set as a result of mouse motion.
4200 This event gives the application the chance to perform specific mouse cursor
4201 processing based on the current position of the mouse within the window.
4202 Use wxSetCursorEvent::SetCursor to specify the cursor you want to be displayed.
4204 @beginEventTable{wxSetCursorEvent}
4205 @event{EVT_SET_CURSOR(func)}
4206 Process a @c wxEVT_SET_CURSOR event.
4212 @see ::wxSetCursor, wxWindow::wxSetCursor
4214 class wxSetCursorEvent
: public wxEvent
4218 Constructor, used by the library itself internally to initialize the event
4221 wxSetCursorEvent(wxCoord x
= 0, wxCoord y
= 0);
4224 Returns a reference to the cursor specified by this event.
4226 const wxCursor
& GetCursor() const;
4229 Returns the X coordinate of the mouse in client coordinates.
4231 wxCoord
GetX() const;
4234 Returns the Y coordinate of the mouse in client coordinates.
4236 wxCoord
GetY() const;
4239 Returns @true if the cursor specified by this event is a valid cursor.
4241 @remarks You cannot specify wxNullCursor with this event, as it is not
4242 considered a valid cursor.
4244 bool HasCursor() const;
4247 Sets the cursor associated with this event.
4249 void SetCursor(const wxCursor
& cursor
);
4254 // ============================================================================
4255 // Global functions/macros
4256 // ============================================================================
4258 /** @addtogroup group_funcmacro_events */
4262 A value uniquely identifying the type of the event.
4264 The values of this type should only be created using wxNewEventType().
4266 See the macro DEFINE_EVENT_TYPE() for more info.
4268 @see @ref overview_events_introduction
4270 typedef int wxEventType
;
4273 A special event type usually used to indicate that some wxEvent has yet
4276 wxEventType wxEVT_NULL
;
4278 wxEventType wxEVT_ANY
;
4281 Generates a new unique event type.
4283 Usually this function is only used by wxDEFINE_EVENT() and not called
4286 wxEventType
wxNewEventType();
4289 Define a new event type associated with the specified event class.
4291 This macro defines a new unique event type @a name associated with the
4296 wxDEFINE_EVENT(MY_COMMAND_EVENT, wxCommandEvent);
4298 class MyCustomEvent : public wxEvent { ... };
4299 wxDEFINE_EVENT(MY_CUSTOM_EVENT, MyCustomEvent);
4302 @see wxDECLARE_EVENT(), @ref overview_events_custom
4304 #define wxDEFINE_EVENT(name, cls) \
4305 const wxEventTypeTag< cls > name(wxNewEventType())
4308 Declares a custom event type.
4310 This macro declares a variable called @a name which must be defined
4311 elsewhere using wxDEFINE_EVENT().
4313 The class @a cls must be the wxEvent-derived class associated with the
4314 events of this type and its full declaration must be visible from the point
4315 of use of this macro.
4319 wxDECLARE_EVENT(MY_COMMAND_EVENT, wxCommandEvent);
4321 class MyCustomEvent : public wxEvent { ... };
4322 wxDECLARE_EVENT(MY_CUSTOM_EVENT, MyCustomEvent);
4325 #define wxDECLARE_EVENT(name, cls) \
4326 wxDECLARE_EXPORTED_EVENT(wxEMPTY_PARAMETER_VALUE, name, cls)
4329 Variant of wxDECLARE_EVENT() used for event types defined inside a shared
4332 This is mostly used by wxWidgets internally, e.g.
4334 wxDECLARE_EXPORTED_EVENT(WXDLLIMPEXP_CORE, wxEVT_COMMAND_BUTTON_CLICKED, wxCommandEvent)
4337 #define wxDECLARE_EXPORTED_EVENT( expdecl, name, cls ) \
4338 extern const expdecl wxEventTypeTag< cls > name;
4341 Helper macro for definition of custom event table macros.
4343 This macro must only be used if wxEVENTS_COMPATIBILITY_2_8 is 1, otherwise
4344 it is better and more clear to just use the address of the function
4345 directly as this is all this macro does in this case. However it needs to
4346 explicitly cast @a func to @a functype, which is the type of wxEvtHandler
4347 member function taking the custom event argument when
4348 wxEVENTS_COMPATIBILITY_2_8 is 0.
4350 See wx__DECLARE_EVT0 for an example of use.
4352 @see @ref overview_events_custom_ownclass
4354 #define wxEVENT_HANDLER_CAST(functype, func) (&func)
4357 This macro is used to define event table macros for handling custom
4362 class MyEvent : public wxEvent { ... };
4364 // note that this is not necessary unless using old compilers: for the
4365 // reasonably new ones just use &func instead of MyEventHandler(func)
4366 typedef void (wxEvtHandler::*MyEventFunction)(MyEvent&);
4367 #define MyEventHandler(func) wxEVENT_HANDLER_CAST(MyEventFunction, func)
4369 wxDEFINE_EVENT(MY_EVENT_TYPE, MyEvent);
4371 #define EVT_MY(id, func) \
4372 wx__DECLARE_EVT1(MY_EVENT_TYPE, id, MyEventHandler(func))
4376 wxBEGIN_EVENT_TABLE(MyFrame, wxFrame)
4377 EVT_MY(wxID_ANY, MyFrame::OnMyEvent)
4382 The event type to handle.
4384 The identifier of events to handle.
4386 The event handler method.
4388 #define wx__DECLARE_EVT1(evt, id, fn) \
4389 wx__DECLARE_EVT2(evt, id, wxID_ANY, fn)
4392 Generalized version of the wx__DECLARE_EVT1() macro taking a range of
4393 IDs instead of a single one.
4394 Argument @a id1 is the first identifier of the range, @a id2 is the
4395 second identifier of the range.
4397 #define wx__DECLARE_EVT2(evt, id1, id2, fn) \
4398 DECLARE_EVENT_TABLE_ENTRY(evt, id1, id2, fn, NULL),
4401 Simplified version of the wx__DECLARE_EVT1() macro, to be used when the
4402 event type must be handled regardless of the ID associated with the
4403 specific event instances.
4405 #define wx__DECLARE_EVT0(evt, fn) \
4406 wx__DECLARE_EVT1(evt, wxID_ANY, fn)
4409 Use this macro inside a class declaration to declare a @e static event table
4412 In the implementation file you'll need to use the wxBEGIN_EVENT_TABLE()
4413 and the wxEND_EVENT_TABLE() macros, plus some additional @c EVT_xxx macro
4416 Note that this macro requires a final semicolon.
4418 @see @ref overview_events_eventtables
4420 #define wxDECLARE_EVENT_TABLE()
4423 Use this macro in a source file to start listing @e static event handlers
4424 for a specific class.
4426 Use wxEND_EVENT_TABLE() to terminate the event-declaration block.
4428 @see @ref overview_events_eventtables
4430 #define wxBEGIN_EVENT_TABLE(theClass, baseClass)
4433 Use this macro in a source file to end listing @e static event handlers
4434 for a specific class.
4436 Use wxBEGIN_EVENT_TABLE() to start the event-declaration block.
4438 @see @ref overview_events_eventtables
4440 #define wxEND_EVENT_TABLE()
4443 In a GUI application, this function posts @a event to the specified @e dest
4444 object using wxEvtHandler::AddPendingEvent().
4446 Otherwise, it dispatches @a event immediately using
4447 wxEvtHandler::ProcessEvent(). See the respective documentation for details
4448 (and caveats). Because of limitation of wxEvtHandler::AddPendingEvent()
4449 this function is not thread-safe for event objects having wxString fields,
4450 use wxQueueEvent() instead.
4454 void wxPostEvent(wxEvtHandler
* dest
, const wxEvent
& event
);
4457 Queue an event for processing on the given object.
4459 This is a wrapper around wxEvtHandler::QueueEvent(), see its documentation
4465 The object to queue the event on, can't be @c NULL.
4467 The heap-allocated and non-@c NULL event to queue, the function takes
4470 void wxQueueEvent(wxEvtHandler
* dest
, wxEvent
*event
);
4474 wxEventType wxEVT_COMMAND_BUTTON_CLICKED
;
4475 wxEventType wxEVT_COMMAND_CHECKBOX_CLICKED
;
4476 wxEventType wxEVT_COMMAND_CHOICE_SELECTED
;
4477 wxEventType wxEVT_COMMAND_LISTBOX_SELECTED
;
4478 wxEventType wxEVT_COMMAND_LISTBOX_DOUBLECLICKED
;
4479 wxEventType wxEVT_COMMAND_CHECKLISTBOX_TOGGLED
;
4480 wxEventType wxEVT_COMMAND_MENU_SELECTED
;
4481 wxEventType wxEVT_COMMAND_SLIDER_UPDATED
;
4482 wxEventType wxEVT_COMMAND_RADIOBOX_SELECTED
;
4483 wxEventType wxEVT_COMMAND_RADIOBUTTON_SELECTED
;
4484 wxEventType wxEVT_COMMAND_SCROLLBAR_UPDATED
;
4485 wxEventType wxEVT_COMMAND_VLBOX_SELECTED
;
4486 wxEventType wxEVT_COMMAND_COMBOBOX_SELECTED
;
4487 wxEventType wxEVT_COMMAND_TOOL_RCLICKED
;
4488 wxEventType wxEVT_COMMAND_TOOL_DROPDOWN_CLICKED
;
4489 wxEventType wxEVT_COMMAND_TOOL_ENTER
;
4490 wxEventType wxEVT_COMMAND_COMBOBOX_DROPDOWN
;
4491 wxEventType wxEVT_COMMAND_COMBOBOX_CLOSEUP
;
4492 wxEventType wxEVT_THREAD
;
4493 wxEventType wxEVT_LEFT_DOWN
;
4494 wxEventType wxEVT_LEFT_UP
;
4495 wxEventType wxEVT_MIDDLE_DOWN
;
4496 wxEventType wxEVT_MIDDLE_UP
;
4497 wxEventType wxEVT_RIGHT_DOWN
;
4498 wxEventType wxEVT_RIGHT_UP
;
4499 wxEventType wxEVT_MOTION
;
4500 wxEventType wxEVT_ENTER_WINDOW
;
4501 wxEventType wxEVT_LEAVE_WINDOW
;
4502 wxEventType wxEVT_LEFT_DCLICK
;
4503 wxEventType wxEVT_MIDDLE_DCLICK
;
4504 wxEventType wxEVT_RIGHT_DCLICK
;
4505 wxEventType wxEVT_SET_FOCUS
;
4506 wxEventType wxEVT_KILL_FOCUS
;
4507 wxEventType wxEVT_CHILD_FOCUS
;
4508 wxEventType wxEVT_MOUSEWHEEL
;
4509 wxEventType wxEVT_AUX1_DOWN
;
4510 wxEventType wxEVT_AUX1_UP
;
4511 wxEventType wxEVT_AUX1_DCLICK
;
4512 wxEventType wxEVT_AUX2_DOWN
;
4513 wxEventType wxEVT_AUX2_UP
;
4514 wxEventType wxEVT_AUX2_DCLICK
;
4515 wxEventType wxEVT_CHAR
;
4516 wxEventType wxEVT_CHAR_HOOK
;
4517 wxEventType wxEVT_NAVIGATION_KEY
;
4518 wxEventType wxEVT_KEY_DOWN
;
4519 wxEventType wxEVT_KEY_UP
;
4520 wxEventType wxEVT_HOTKEY
;
4521 wxEventType wxEVT_SET_CURSOR
;
4522 wxEventType wxEVT_SCROLL_TOP
;
4523 wxEventType wxEVT_SCROLL_BOTTOM
;
4524 wxEventType wxEVT_SCROLL_LINEUP
;
4525 wxEventType wxEVT_SCROLL_LINEDOWN
;
4526 wxEventType wxEVT_SCROLL_PAGEUP
;
4527 wxEventType wxEVT_SCROLL_PAGEDOWN
;
4528 wxEventType wxEVT_SCROLL_THUMBTRACK
;
4529 wxEventType wxEVT_SCROLL_THUMBRELEASE
;
4530 wxEventType wxEVT_SCROLL_CHANGED
;
4531 wxEventType wxEVT_SPIN_UP
;
4532 wxEventType wxEVT_SPIN_DOWN
;
4533 wxEventType wxEVT_SPIN
;
4534 wxEventType wxEVT_SCROLLWIN_TOP
;
4535 wxEventType wxEVT_SCROLLWIN_BOTTOM
;
4536 wxEventType wxEVT_SCROLLWIN_LINEUP
;
4537 wxEventType wxEVT_SCROLLWIN_LINEDOWN
;
4538 wxEventType wxEVT_SCROLLWIN_PAGEUP
;
4539 wxEventType wxEVT_SCROLLWIN_PAGEDOWN
;
4540 wxEventType wxEVT_SCROLLWIN_THUMBTRACK
;
4541 wxEventType wxEVT_SCROLLWIN_THUMBRELEASE
;
4542 wxEventType wxEVT_SIZE
;
4543 wxEventType wxEVT_MOVE
;
4544 wxEventType wxEVT_CLOSE_WINDOW
;
4545 wxEventType wxEVT_END_SESSION
;
4546 wxEventType wxEVT_QUERY_END_SESSION
;
4547 wxEventType wxEVT_ACTIVATE_APP
;
4548 wxEventType wxEVT_ACTIVATE
;
4549 wxEventType wxEVT_CREATE
;
4550 wxEventType wxEVT_DESTROY
;
4551 wxEventType wxEVT_SHOW
;
4552 wxEventType wxEVT_ICONIZE
;
4553 wxEventType wxEVT_MAXIMIZE
;
4554 wxEventType wxEVT_MOUSE_CAPTURE_CHANGED
;
4555 wxEventType wxEVT_MOUSE_CAPTURE_LOST
;
4556 wxEventType wxEVT_PAINT
;
4557 wxEventType wxEVT_ERASE_BACKGROUND
;
4558 wxEventType wxEVT_NC_PAINT
;
4559 wxEventType wxEVT_MENU_OPEN
;
4560 wxEventType wxEVT_MENU_CLOSE
;
4561 wxEventType wxEVT_MENU_HIGHLIGHT
;
4562 wxEventType wxEVT_CONTEXT_MENU
;
4563 wxEventType wxEVT_SYS_COLOUR_CHANGED
;
4564 wxEventType wxEVT_DISPLAY_CHANGED
;
4565 wxEventType wxEVT_QUERY_NEW_PALETTE
;
4566 wxEventType wxEVT_PALETTE_CHANGED
;
4567 wxEventType wxEVT_JOY_BUTTON_DOWN
;
4568 wxEventType wxEVT_JOY_BUTTON_UP
;
4569 wxEventType wxEVT_JOY_MOVE
;
4570 wxEventType wxEVT_JOY_ZMOVE
;
4571 wxEventType wxEVT_DROP_FILES
;
4572 wxEventType wxEVT_INIT_DIALOG
;
4573 wxEventType wxEVT_IDLE
;
4574 wxEventType wxEVT_UPDATE_UI
;
4575 wxEventType wxEVT_SIZING
;
4576 wxEventType wxEVT_MOVING
;
4577 wxEventType wxEVT_MOVE_START
;
4578 wxEventType wxEVT_MOVE_END
;
4579 wxEventType wxEVT_HIBERNATE
;
4580 wxEventType wxEVT_COMMAND_TEXT_COPY
;
4581 wxEventType wxEVT_COMMAND_TEXT_CUT
;
4582 wxEventType wxEVT_COMMAND_TEXT_PASTE
;
4583 wxEventType wxEVT_COMMAND_LEFT_CLICK
;
4584 wxEventType wxEVT_COMMAND_LEFT_DCLICK
;
4585 wxEventType wxEVT_COMMAND_RIGHT_CLICK
;
4586 wxEventType wxEVT_COMMAND_RIGHT_DCLICK
;
4587 wxEventType wxEVT_COMMAND_SET_FOCUS
;
4588 wxEventType wxEVT_COMMAND_KILL_FOCUS
;
4589 wxEventType wxEVT_COMMAND_ENTER
;
4590 wxEventType wxEVT_HELP
;
4591 wxEventType wxEVT_DETAILED_HELP
;
4592 wxEventType wxEVT_COMMAND_TEXT_UPDATED
;
4593 wxEventType wxEVT_COMMAND_TEXT_ENTER
;
4594 wxEventType wxEVT_COMMAND_TOOL_CLICKED
;
4595 wxEventType wxEVT_WINDOW_MODAL_DIALOG_CLOSED
;