#include <wx/event.h>

Inheritance diagram for wxEvtHandler:

Detailed Description

A class that can handle events from the windowing system.

wxWindow is (and therefore all window classes are) derived from this class.

When events are received, wxEvtHandler invokes the method listed in the event table using itself as the object. When using multiple inheritance it is imperative that the wxEvtHandler(-derived) class is the first class inherited such that the this pointer for the overall object will be identical to the this pointer of the wxEvtHandler portion.

Library: wxBase

Category: Events

See Also: How Events are Processed, wxEventBlocker, wxEventLoopBase

Public Member Functions
	wxEvtHandler ()
	Constructor.

virtual	~wxEvtHandler ()
	Destructor.

Event queuing and processing
virtual void	QueueEvent (wxEvent *event)
	Queue event for a later processing.

virtual void	AddPendingEvent (const wxEvent &event)
	Post an event to be processed later.

template<typename T , typename T1 , ... >
void	CallAfter (void(T::*method)(T1,...), T1 x1,...)
	Asynchronously call the given method.

template<typename T >
void	CallAfter (const T &functor)
	Asynchronously call the given functor.

virtual bool	ProcessEvent (wxEvent &event)
	Processes an event, searching event tables and calling zero or more suitable event handler function(s).

bool	ProcessEventLocally (wxEvent &event)
	Try to process the event in this handler and all those chained to it.

bool	SafelyProcessEvent (wxEvent &event)
	Processes an event by calling ProcessEvent() and handles any exceptions that occur in the process.

void	ProcessPendingEvents ()
	Processes the pending events previously queued using QueueEvent() or AddPendingEvent(); you must call this function only if you are sure there are pending events for this handler, otherwise a `wxCHECK` will fail.

void	DeletePendingEvents ()
	Deletes all events queued on this event handler using QueueEvent() or AddPendingEvent().

virtual bool	SearchEventTable (wxEventTable &table, wxEvent &event)
	Searches the event table, executing an event handler function if an appropriate one is found.

Connecting and disconnecting
void	Connect (int id, int lastId, wxEventType eventType, wxObjectEventFunction function, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	Connects the given function dynamically with the event handler, id and event type.

void	Connect (int id, wxEventType eventType, wxObjectEventFunction function, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject, wxEvtHandler) overload for more info.

void	Connect (wxEventType eventType, wxObjectEventFunction function, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject, wxEvtHandler) overload for more info.

bool	Disconnect (wxEventType eventType, wxObjectEventFunction function, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	Disconnects the given function dynamically from the event handler, using the specified parameters as search criteria and returning true if a matching function has been found and removed.

bool	Disconnect (int id=wxID_ANY, wxEventType eventType=wxEVT_NULL, wxObjectEventFunction function=NULL, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	See the Disconnect(wxEventType, wxObjectEventFunction, wxObject, wxEvtHandler) overload for more info.

bool	Disconnect (int id, int lastId, wxEventType eventType, wxObjectEventFunction function=NULL, wxObject userData=NULL, wxEvtHandler eventSink=NULL)
	See the Disconnect(wxEventType, wxObjectEventFunction, wxObject, wxEvtHandler) overload for more info.

Binding and Unbinding
template<typename EventTag , typename Functor >
void	Bind (const EventTag &eventType, Functor functor, int id=wxID_ANY, int lastId=wxID_ANY, wxObject *userData=NULL)
	Binds the given function, functor or method dynamically with the event.

template<typename EventTag , typename Class , typename EventArg , typename EventHandler >
void	Bind (const EventTag &eventType, void(Class::method)(EventArg &), EventHandler handler, int id=wxID_ANY, int lastId=wxID_ANY, wxObject *userData=NULL)
	See the Bind<>(const EventTag&, Functor, int, int, wxObject*) overload for more info.

template<typename EventTag , typename Functor >
bool	Unbind (const EventTag &eventType, Functor functor, int id=wxID_ANY, int lastId=wxID_ANY, wxObject *userData=NULL)
	Unbinds the given function, functor or method dynamically from the event handler, using the specified parameters as search criteria and returning true if a matching function has been found and removed.

template<typename EventTag , typename Class , typename EventArg , typename EventHandler >
bool	Unbind (const EventTag &eventType, void(Class::method)(EventArg &), EventHandler handler, int id=wxID_ANY, int lastId=wxID_ANY, wxObject *userData=NULL)
	See the Unbind<>(const EventTag&, Functor, int, int, wxObject*) overload for more info.

User-supplied data
void *	GetClientData () const
	Returns user-supplied client data.

wxClientData *	GetClientObject () const
	Returns a pointer to the user-supplied client data object.

void	SetClientData (void *data)
	Sets user-supplied client data.

void	SetClientObject (wxClientData *data)
	Set the client data object.

Event handler chaining
wxEvtHandler can be arranged in a double-linked list of handlers which is automatically iterated by ProcessEvent() if needed.
bool	GetEvtHandlerEnabled () const
	Returns true if the event handler is enabled, false otherwise.

wxEvtHandler *	GetNextHandler () const
	Returns the pointer to the next handler in the chain.

wxEvtHandler *	GetPreviousHandler () const
	Returns the pointer to the previous handler in the chain.

void	SetEvtHandlerEnabled (bool enabled)
	Enables or disables the event handler.

virtual void	SetNextHandler (wxEvtHandler *handler)
	Sets the pointer to the next handler.

virtual void	SetPreviousHandler (wxEvtHandler *handler)
	Sets the pointer to the previous handler.

void	Unlink ()
	Unlinks this event handler from the chain it's part of (if any); then links the "previous" event handler to the "next" one (so that the chain won't be interrupted).

bool	IsUnlinked () const
	Returns true if the next and the previous handler pointers of this event handler instance are NULL.

Public Member Functions inherited from wxObject
	wxObject ()
	Default ctor; initializes to NULL the internal reference data.

	wxObject (const wxObject &other)
	Copy ctor.

virtual	~wxObject ()
	Destructor.

virtual wxClassInfo *	GetClassInfo () const
	This virtual function is redefined for every class that requires run-time type information, when using the wxDECLARE_CLASS macro (or similar).

wxObjectRefData *	GetRefData () const
	Returns the wxObject::m_refData pointer, i.e. the data referenced by this object.

bool	IsKindOf (const wxClassInfo *info) const
	Determines whether this class is a subclass of (or the same class as) the given class.

bool	IsSameAs (const wxObject &obj) const
	Returns true if this object has the same data pointer as obj.

void	Ref (const wxObject &clone)
	Makes this object refer to the data in clone.

void	SetRefData (wxObjectRefData *data)
	Sets the wxObject::m_refData pointer.

void	UnRef ()
	Decrements the reference count in the associated data, and if it is zero, deletes the data.

void	UnShare ()
	This is the same of AllocExclusive() but this method is public.

void	operator delete (void *buf)
	The delete operator is defined for debugging versions of the library only, when the identifier `WXDEBUG` is defined.

void *	operator new (size_t size, const wxString &filename=NULL, int lineNum=0)
	The new operator is defined for debugging versions of the library only, when the identifier `WXDEBUG` is defined.

Static Public Member Functions
Global event filters.
Methods for working with the global list of event filters. Event filters can be defined to pre-process all the events that happen in an application, see wxEventFilter documentation for more information.
static void	AddFilter (wxEventFilter *filter)
	Add an event filter whose FilterEvent() method will be called for each and every event processed by wxWidgets.

static void	RemoveFilter (wxEventFilter *filter)
	Remove a filter previously installed with AddFilter().

Protected Member Functions
virtual bool	TryBefore (wxEvent &event)
	Method called by ProcessEvent() before examining this object event tables.

virtual bool	TryAfter (wxEvent &event)
	Method called by ProcessEvent() as last resort.

Protected Member Functions inherited from wxObject
void	AllocExclusive ()
	Ensure that this object's data is not shared with any other object.

virtual wxObjectRefData *	CreateRefData () const
	Creates a new instance of the wxObjectRefData-derived class specific to this object and returns it.

virtual wxObjectRefData *	CloneRefData (const wxObjectRefData *data) const
	Creates a new instance of the wxObjectRefData-derived class specific to this object and initializes it copying data.

Additional Inherited Members
Protected Attributes inherited from wxObject
wxObjectRefData *	m_refData
	Pointer to an object which is the object's reference-counted data.

Constructor & Destructor Documentation

wxEvtHandler::wxEvtHandler ( )

Constructor.

virtual wxEvtHandler::~wxEvtHandler ( )

virtual

Destructor.

If the handler is part of a chain, the destructor will unlink itself (see Unlink()).

Member Function Documentation

static void wxEvtHandler::AddFilter ( wxEventFilter * filter )

static

Add an event filter whose FilterEvent() method will be called for each and every event processed by wxWidgets.

The filters are called in LIFO order and wxApp is registered as an event filter by default. The pointer must remain valid until it's removed with RemoveFilter() and is not deleted by wxEvtHandler.

Since: 2.9.3

virtual void wxEvtHandler::AddPendingEvent ( const wxEvent & event )

virtual

Post an event to be processed later.

This function is similar to QueueEvent() but can't be used to post events from worker threads for the event objects with wxString fields (i.e. in practice most of them) because of an unsafe use of the same wxString object which happens because the wxString field in the original event object and its copy made internally by this function share the same string buffer internally. Use QueueEvent() to avoid this.

A copy of event is made by the function, so the original can be deleted as soon as function returns (it is common that the original is created on the stack). This requires that the wxEvent::Clone() method be implemented by event so that it can be duplicated and stored until it gets processed.

Parameters

event Event to add to the pending events queue.

Reimplemented in wxWindow.

template<typename EventTag , typename Functor >

void wxEvtHandler::Bind	(	const EventTag &	eventType,
		Functor	functor,
		int	id = `wxID_ANY`,
		int	lastId = `wxID_ANY`,
		wxObject *	userData = `NULL`
	)

Binds the given function, functor or method dynamically with the event.

This offers basically the same functionality as Connect(), but it is more flexible as it also allows you to use ordinary functions and arbitrary functors as event handlers. It is also less restrictive then Connect() because you can use an arbitrary method as an event handler, whereas Connect() requires a wxEvtHandler derived handler.

See Dynamic Event Handling for more detailed explanation of this function and the Event Sample sample for usage examples.

Parameters

eventType	The event type to be associated with this event handler.
functor	The event handler functor. This can be an ordinary function but also an arbitrary functor like boost::function<>.
id	The first ID of the identifier range to be associated with the event handler.
lastId	The last ID of the identifier range to be associated with the event handler.
userData	Optional data to be associated with the event table entry. wxWidgets will take ownership of this pointer, i.e. it will be destroyed when the event handler is disconnected or at the program termination. This pointer can be retrieved using wxEvent::GetEventUserData() later.

See Also: Caveats When Not Using C++ RTTI

Since: 2.9.0

template<typename EventTag , typename Class , typename EventArg , typename EventHandler >

void wxEvtHandler::Bind	(	const EventTag &	eventType,
		void(Class::*)(EventArg &)	method,
		EventHandler *	handler,
		int	id = `wxID_ANY`,
		int	lastId = `wxID_ANY`,
		wxObject *	userData = `NULL`
	)

See the Bind<>(const EventTag&, Functor, int, int, wxObject*) overload for more info.

This overload will bind the given method as the event handler.

Parameters

eventType	The event type to be associated with this event handler.
method	The event handler method. This can be an arbitrary method (doesn't need to be from a wxEvtHandler derived class).
handler	Object whose method should be called. It must always be specified so it can be checked at compile time whether the given method is an actual member of the given handler.
id	The first ID of the identifier range to be associated with the event handler.
lastId	The last ID of the identifier range to be associated with the event handler.
userData	Optional data to be associated with the event table entry. wxWidgets will take ownership of this pointer, i.e. it will be destroyed when the event handler is disconnected or at the program termination. This pointer can be retrieved using wxEvent::GetEventUserData() later.

See Also: Caveats When Not Using C++ RTTI

Since: 2.9.0

template<typename T , typename T1 , ... >

void wxEvtHandler::CallAfter	(	void(T::*)(T1,...)	method,
		T1	x1,
			...
	)

Asynchronously call the given method.

Calling this function on an object schedules an asynchronous call to the method specified as CallAfter() argument at a (slightly) later time. This is useful when processing some events as certain actions typically can't be performed inside their handlers, e.g. you shouldn't show a modal dialog from a mouse click event handler as this would break the mouse capture state – but you can call a method showing this message dialog after the current event handler completes.

The method being called must be the method of the object on which CallAfter() itself is called.

Notice that it is safe to use CallAfter() from other, non-GUI, threads, but that the method will be always called in the main, GUI, thread context.

Example of use:

class MyFrame : public wxFrame {
   void OnClick(wxMouseEvent& event) {
       CallAfter(&MyFrame::ShowPosition, event.GetPosition());
   }
   void ShowPosition(const wxPoint& pos) {
       if ( wxMessageBox(
               wxString::Format("Perform click at (%d, %d)?",
                                pos.x, pos.y), "", wxYES_NO) == wxYES )
       {
           ... do take this click into account ...
       }
   }
};

Parameters

method	The method to call.
x1	The (optional) first parameter to pass to the method. Currently, 0, 1 or 2 parameters can be passed. If you need to pass more than 2 arguments, you can use the CallAfter<T>(const T& fn) overload that can call any functor.

Note: This method is not available with Visual C++ before version 8 (Visual Studio 2005) as earlier versions of the compiler don't have the required support for C++ templates to implement it.

Since: 2.9.5

template<typename T >

void wxEvtHandler::CallAfter ( const T & functor )

Asynchronously call the given functor.

Calling this function on an object schedules an asynchronous call to the functor specified as CallAfter() argument at a (slightly) later time. This is useful when processing some events as certain actions typically can't be performed inside their handlers, e.g. you shouldn't show a modal dialog from a mouse click event handler as this would break the mouse capture state – but you can call a function showing this message dialog after the current event handler completes.

Notice that it is safe to use CallAfter() from other, non-GUI, threads, but that the method will be always called in the main, GUI, thread context.

This overload is particularly useful in combination with C++11 lambdas:

wxGetApp().CallAfter([]{
    wxBell();
});

Parameters

functor The functor to call.

Note: This method is not available with Visual C++ before version 8 (Visual Studio 2005) as earlier versions of the compiler don't have the required support for C++ templates to implement it.

Since: 3.0

void wxEvtHandler::Connect	(	int	id,
		int	lastId,
		wxEventType	eventType,
		wxObjectEventFunction	function,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

Connects the given function dynamically with the event handler, id and event type.

Notice that Bind() provides a more flexible and safer way to do the same thing as Connect(), please use it in any new code – while Connect() is not formally deprecated due to its existing widespread usage, it has no advantages compared to Bind().

This is an alternative to the use of static event tables. It is more flexible as it allows to connect events generated by some object to an event handler defined in a different object of a different class (which is impossible to do directly with the event tables – the events can be only handled in another object if they are propagated upwards to it). Do make sure to specify the correct eventSink when connecting to an event of a different object.

See Dynamic Event Handling for more detailed explanation of this function and the Event Sample sample for usage examples.

This specific overload allows you to connect an event handler to a range of source IDs. Do not confuse source IDs with event types: source IDs identify the event generator objects (typically wxMenuItem or wxWindow objects) while the event type identify which type of events should be handled by the given function (an event generator object may generate many different types of events!).

Parameters

id	The first ID of the identifier range to be associated with the event handler function.
lastId	The last ID of the identifier range to be associated with the event handler function.
eventType	The event type to be associated with this event handler.
function	The event handler function. Note that this function should be explicitly converted to the correct type which can be done using a macro called `wxFooEventHandler` for the handler for any `wxFooEvent`.
userData	Optional data to be associated with the event table entry. wxWidgets will take ownership of this pointer, i.e. it will be destroyed when the event handler is disconnected or at the program termination. This pointer can be retrieved using wxEvent::GetEventUserData() later.
eventSink	Object whose member function should be called. It must be specified when connecting an event generated by one object to a member function of a different object. If it is omitted, `this` is used.

wxPerl Note: In wxPerl this function takes 4 arguments: id, lastid, type, method; if method is undef, the handler is disconnected.}

See Also: Bind<>()

void wxEvtHandler::Connect	(	int	id,
		wxEventType	eventType,
		wxObjectEventFunction	function,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*) overload for more info.

This overload can be used to attach an event handler to a single source ID:

Example:

frame->Connect( wxID_EXIT,
                wxEVT_MENU,
                wxCommandEventHandler(MyFrame::OnQuit) );

wxPerl Note: Not supported by wxPerl.

void wxEvtHandler::Connect	(	wxEventType	eventType,
		wxObjectEventFunction	function,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

See the Connect(int, int, wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*) overload for more info.

This overload will connect the given event handler so that regardless of the ID of the event source, the handler will be called.

wxPerl Note: Not supported by wxPerl.

void wxEvtHandler::DeletePendingEvents ( )

Deletes all events queued on this event handler using QueueEvent() or AddPendingEvent().

Use with care because the events which are deleted are (obviously) not processed and this may have unwanted consequences (e.g. user actions events will be lost).

bool wxEvtHandler::Disconnect	(	wxEventType	eventType,
		wxObjectEventFunction	function,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

Disconnects the given function dynamically from the event handler, using the specified parameters as search criteria and returning true if a matching function has been found and removed.

This method can only disconnect functions which have been added using the Connect() method. There is no way to disconnect functions connected using the (static) event tables.

Parameters

eventType	The event type associated with this event handler.
function	The event handler function.
userData	Data associated with the event table entry.
eventSink	Object whose member function should be called.

wxPerl Note: Not supported by wxPerl.

bool wxEvtHandler::Disconnect	(	int	id = `wxID_ANY`,
		wxEventType	eventType = `wxEVT_NULL`,
		wxObjectEventFunction	function = `NULL`,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

See the Disconnect(wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*) overload for more info.

This overload takes the additional id parameter.

wxPerl Note: Not supported by wxPerl.

bool wxEvtHandler::Disconnect	(	int	id,
		int	lastId,
		wxEventType	eventType,
		wxObjectEventFunction	function = `NULL`,
		wxObject *	userData = `NULL`,
		wxEvtHandler *	eventSink = `NULL`
	)

See the Disconnect(wxEventType, wxObjectEventFunction, wxObject*, wxEvtHandler*) overload for more info.

This overload takes an additional range of source IDs.

wxPerl Note: In wxPerl this function takes 3 arguments: id, lastid, type.

void* wxEvtHandler::GetClientData ( ) const

Returns user-supplied client data.

Remarks: Normally, any extra data the programmer wishes to associate with the object should be made available by deriving a new class with new data members.

See Also: SetClientData()

wxClientData* wxEvtHandler::GetClientObject ( ) const

Returns a pointer to the user-supplied client data object.

See Also: SetClientObject(), wxClientData

bool wxEvtHandler::GetEvtHandlerEnabled ( ) const

Returns true if the event handler is enabled, false otherwise.

See Also: SetEvtHandlerEnabled()

wxEvtHandler* wxEvtHandler::GetNextHandler ( ) const

Returns the pointer to the next handler in the chain.

See Also: SetNextHandler(), GetPreviousHandler(), SetPreviousHandler(), wxWindow::PushEventHandler, wxWindow::PopEventHandler

wxEvtHandler* wxEvtHandler::GetPreviousHandler ( ) const

Returns the pointer to the previous handler in the chain.

See Also: SetPreviousHandler(), GetNextHandler(), SetNextHandler(), wxWindow::PushEventHandler, wxWindow::PopEventHandler

bool wxEvtHandler::IsUnlinked ( ) const

Returns true if the next and the previous handler pointers of this event handler instance are NULL.

Since: 2.9.0

See Also: SetPreviousHandler(), SetNextHandler()

virtual bool wxEvtHandler::ProcessEvent ( wxEvent & event )

virtual

Processes an event, searching event tables and calling zero or more suitable event handler function(s).

Normally, your application would not call this function: it is called in the wxWidgets implementation to dispatch incoming user interface events to the framework (and application).

However, you might need to call it if implementing new functionality (such as a new control) where you define new event types, as opposed to allowing the user to override virtual functions.

Notice that you don't usually need to override ProcessEvent() to customize the event handling, overriding the specially provided TryBefore() and TryAfter() functions is usually enough. For example, wxMDIParentFrame may override TryBefore() to ensure that the menu events are processed in the active child frame before being processed in the parent frame itself.

The normal order of event table searching is as follows:

wxApp::FilterEvent() is called. If it returns anything but -1 (default) the processing stops here.
TryBefore() is called (this is where wxValidator are taken into account for wxWindow objects). If this returns true, the function exits.
If the object is disabled (via a call to wxEvtHandler::SetEvtHandlerEnabled) the function skips to step (7).
Dynamic event table of the handlers bound using Bind<>() is searched in the most-recently-bound to the most-early-bound order. If a handler is found, it is executed and the function returns true unless the handler used wxEvent::Skip() to indicate that it didn't handle the event in which case the search continues.
Static events table of the handlers bound using event table macros is searched for this event handler in the order of appearance of event table macros in the source code. If this fails, the base class event table is tried, and so on until no more tables exist or an appropriate function was found. If a handler is found, the same logic as in the previous step applies.
The search is applied down the entire chain of event handlers (usually the chain has a length of one). This chain can be formed using wxEvtHandler::SetNextHandler():

(referring to the image, if A->ProcessEvent is called and it doesn't handle the event, B->ProcessEvent will be called and so on...). Note that in the case of wxWindow you can build a stack of event handlers (see wxWindow::PushEventHandler() for more info). If any of the handlers of the chain return true, the function exits.
TryAfter() is called: for the wxWindow object this may propagate the event to the window parent (recursively). If the event is still not processed, ProcessEvent() on wxTheApp object is called as the last step.

Notice that steps (2)-(6) are performed in ProcessEventLocally() which is called by this function.

Parameters

event Event to process.

Returns: true if a suitable event handler function was found and executed, and the function did not call wxEvent::Skip.

See Also: SearchEventTable()

Reimplemented in wxWindow.

bool wxEvtHandler::ProcessEventLocally ( wxEvent & event )

Try to process the event in this handler and all those chained to it.

As explained in ProcessEvent() documentation, the event handlers may be chained in a doubly-linked list. This function tries to process the event in this handler (including performing any pre-processing done in TryBefore(), e.g. applying validators) and all those following it in the chain until the event is processed or the chain is exhausted.

This function is called from ProcessEvent() and, in turn, calls TryBefore() and TryAfter(). It is not virtual and so cannot be overridden but can, and should, be called to forward an event to another handler instead of ProcessEvent() which would result in a duplicate call to TryAfter(), e.g. resulting in all unprocessed events being sent to the application object multiple times.

Since: 2.9.1

Parameters

event Event to process.

Returns: true if this handler of one of those chained to it processed the event.

void wxEvtHandler::ProcessPendingEvents ( )

Processes the pending events previously queued using QueueEvent() or AddPendingEvent(); you must call this function only if you are sure there are pending events for this handler, otherwise a wxCHECK will fail.

The real processing still happens in ProcessEvent() which is called by this function.

Note that this function needs a valid application object (see wxAppConsole::GetInstance()) because wxApp holds the list of the event handlers with pending events and this function manipulates that list.

virtual void wxEvtHandler::QueueEvent ( wxEvent * event )

virtual

Queue event for a later processing.

This method is similar to ProcessEvent() but while the latter is synchronous, i.e. the event is processed immediately, before the function returns, this one is asynchronous and returns immediately while the event will be processed at some later time (usually during the next event loop iteration).

Another important difference is that this method takes ownership of the event parameter, i.e. it will delete it itself. This implies that the event should be allocated on the heap and that the pointer can't be used any more after the function returns (as it can be deleted at any moment).

QueueEvent() can be used for inter-thread communication from the worker threads to the main thread, it is safe in the sense that it uses locking internally and avoids the problem mentioned in AddPendingEvent() documentation by ensuring that the event object is not used by the calling thread any more. Care should still be taken to avoid that some fields of this object are used by it, notably any wxString members of the event object must not be shallow copies of another wxString object as this would result in them still using the same string buffer behind the scenes. For example:

void FunctionInAWorkerThread(const wxString& str)
{
    wxCommandEvent* evt = new wxCommandEvent;
    // NOT evt->SetString(str) as this would be a shallow copy
    evt->SetString(str.c_str()); // make a deep copy
    wxTheApp->QueueEvent( evt );
}

Note that you can use wxThreadEvent instead of wxCommandEvent to avoid this problem:

void FunctionInAWorkerThread(const wxString& str)
{
    wxThreadEvent evt;
    evt.SetString(str);
    // wxThreadEvent::Clone() makes sure that the internal wxString
    // member is not shared by other wxString instances:
    wxTheApp->QueueEvent( evt.Clone() );
}

Finally notice that this method automatically wakes up the event loop if it is currently idle by calling wxWakeUpIdle() so there is no need to do it manually when using it.

Since: 2.9.0

Parameters

event A heap-allocated event to be queued, QueueEvent() takes ownership of it. This parameter shouldn't be NULL.

Reimplemented in wxWindow.

static void wxEvtHandler::RemoveFilter ( wxEventFilter * filter )

static

Remove a filter previously installed with AddFilter().

It's an error to remove a filter that hadn't been previously added or was already removed.

Since: 2.9.3

bool wxEvtHandler::SafelyProcessEvent ( wxEvent & event )

Processes an event by calling ProcessEvent() and handles any exceptions that occur in the process.

If an exception is thrown in event handler, wxApp::OnExceptionInMainLoop is called.

Parameters

event Event to process.

Returns: true if the event was processed, false if no handler was found or an exception was thrown.

See Also: wxWindow::HandleWindowEvent

virtual bool wxEvtHandler::SearchEventTable	(	wxEventTable &	table,
		wxEvent &	event
	)

virtual

Searches the event table, executing an event handler function if an appropriate one is found.

Parameters

table	Event table to be searched.
event	Event to be matched against an event table entry.

Returns: true if a suitable event handler function was found and executed, and the function did not call wxEvent::Skip.

Remarks

This function looks through the object's event table and tries to find an entry that will match the event. An entry will match if:

The event type matches, and
the identifier or identifier range matches, or the event table entry's identifier is zero.

If a suitable function is called but calls wxEvent::Skip, this function will fail, and searching will continue.

Todo:: this function in the header is listed as an "implementation only" function; are we sure we want to document it?

See Also: ProcessEvent()

void wxEvtHandler::SetClientData ( void * data )

Sets user-supplied client data.

Parameters

data	Data to be associated with the event handler.

Remarks: Normally, any extra data the programmer wishes to associate with the object should be made available by deriving a new class with new data members. You must not call this method and SetClientObject on the same class - only one of them.

See Also: GetClientData()

void wxEvtHandler::SetClientObject ( wxClientData * data )

Set the client data object.

Any previous object will be deleted.

See Also: GetClientObject(), wxClientData

void wxEvtHandler::SetEvtHandlerEnabled ( bool enabled )

Enables or disables the event handler.

Parameters

enabled true if the event handler is to be enabled, false if it is to be disabled.

Remarks: You can use this function to avoid having to remove the event handler from the chain, for example when implementing a dialog editor and changing from edit to test mode.

See Also: GetEvtHandlerEnabled()

virtual void wxEvtHandler::SetNextHandler ( wxEvtHandler * handler )

virtual

Sets the pointer to the next handler.

Remarks: See ProcessEvent() for more info about how the chains of event handlers are internally used. Also remember that wxEvtHandler uses double-linked lists and thus if you use this function, you should also call SetPreviousHandler() on the argument passed to this function:
handlerA->SetNextHandler(handlerB);

handlerB->SetPreviousHandler(handlerA);

Parameters

handler The event handler to be set as the next handler. Cannot be NULL.

See Also: How Events are Processed

Reimplemented in wxWindow.

virtual void wxEvtHandler::SetPreviousHandler ( wxEvtHandler * handler )

virtual

Sets the pointer to the previous handler.

All remarks about SetNextHandler() apply to this function as well.

Parameters

handler The event handler to be set as the previous handler. Cannot be NULL.

See Also: How Events are Processed

Reimplemented in wxWindow.

virtual bool wxEvtHandler::TryAfter ( wxEvent & event )

protectedvirtual

Method called by ProcessEvent() as last resort.

This method can be overridden to implement post-processing for the events which were not processed anywhere else.

The base class version handles forwarding the unprocessed events to wxApp at wxEvtHandler level and propagating them upwards the window child-parent chain at wxWindow level and so should usually be called when overriding this method:

class MyClass : public BaseClass // inheriting from wxEvtHandler
{
...
protected:
    virtual bool TryAfter(wxEvent& event)
    {
        if ( BaseClass::TryAfter(event) )
            return true;
        return MyPostProcess(event);
    }
};

See Also: ProcessEvent()

virtual bool wxEvtHandler::TryBefore ( wxEvent & event )

protectedvirtual

Method called by ProcessEvent() before examining this object event tables.

This method can be overridden to hook into the event processing logic as early as possible. You should usually call the base class version when overriding this method, even if wxEvtHandler itself does nothing here, some derived classes do use this method, e.g. wxWindow implements support for wxValidator in it.

Example:

class MyClass : public BaseClass // inheriting from wxEvtHandler
{
...
protected:
    virtual bool TryBefore(wxEvent& event)
    {
        if ( MyPreProcess(event) )
            return true;
        return BaseClass::TryBefore(event);
    }
};

See Also: ProcessEvent()

template<typename EventTag , typename Functor >

bool wxEvtHandler::Unbind	(	const EventTag &	eventType,
		Functor	functor,
		int	id = `wxID_ANY`,
		int	lastId = `wxID_ANY`,
		wxObject *	userData = `NULL`
	)

Unbinds the given function, functor or method dynamically from the event handler, using the specified parameters as search criteria and returning true if a matching function has been found and removed.

This method can only unbind functions, functors or methods which have been added using the Bind<>() method. There is no way to unbind functions bound using the (static) event tables.

Note: Currently functors are compared by their address which, unfortunately, doesn't work correctly if the same address is reused for two different functor objects. Because of this, using Unbind() is not recommended if there are multiple functors using the same eventType and id and lastId as a wrong one could be unbound.

Parameters

eventType	The event type associated with this event handler.
functor	The event handler functor. This can be an ordinary function but also an arbitrary functor like boost::function<>.
id	The first ID of the identifier range associated with the event handler.
lastId	The last ID of the identifier range associated with the event handler.
userData	Data associated with the event table entry.

See Also: Caveats When Not Using C++ RTTI

Since: 2.9.0

template<typename EventTag , typename Class , typename EventArg , typename EventHandler >

bool wxEvtHandler::Unbind	(	const EventTag &	eventType,
		void(Class::*)(EventArg &)	method,
		EventHandler *	handler,
		int	id = `wxID_ANY`,
		int	lastId = `wxID_ANY`,
		wxObject *	userData = `NULL`
	)

See the Unbind<>(const EventTag&, Functor, int, int, wxObject*) overload for more info.

This overload unbinds the given method from the event..

Parameters

eventType	The event type associated with this event handler.
method	The event handler method associated with this event.
handler	Object whose method was called.
id	The first ID of the identifier range associated with the event handler.
lastId	The last ID of the identifier range associated with the event handler.
userData	Data associated with the event table entry.

See Also: Caveats When Not Using C++ RTTI

Since: 2.9.0

void wxEvtHandler::Unlink ( )

Unlinks this event handler from the chain it's part of (if any); then links the "previous" event handler to the "next" one (so that the chain won't be interrupted).

E.g. if before calling Unlink() you have the following chain:

then after calling B->Unlink() you'll have:

Since: 2.9.0

Detailed Description

Public Member Functions

Static Public Member Functions

Protected Member Functions

Additional Inherited Members

Constructor & Destructor Documentation

Member Function Documentation