]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/latex/wx/tevent.tex
removed empty dtor \membersections
[wxWidgets.git] / docs / latex / wx / tevent.tex
index 7a959a9fb4b170b06d84b297f904dac8e024cf27..282cde947f9b79ab8bcf8cff5cf2641471db55d8 100644 (file)
@@ -268,7 +268,8 @@ defining the appropriate event table, and then call
 \rtfsp\helpref{wxWindow::SetEventHandler}{wxwindowseteventhandler} (or, preferably,
 \rtfsp\helpref{wxWindow::PushEventHandler}{wxwindowpusheventhandler}) to make this
 event handler the object that responds to events. This way, you can avoid
-a lot of class derivation, and use the same event handler object to
+a lot of class derivation, and use the same event handler class (but different
+objects as the same event handler object shouldn't be used more than once) to
 handle events from instances of different classes. If you ever have to call a window's event handler
 manually, use the GetEventHandler function to retrieve the window's event handler and use that
 to call the member function. By default, GetEventHandler returns a pointer to the window itself
@@ -526,9 +527,7 @@ Under certain circumstances, it will be required to define your own event
 class e.g. for sending more complex data from one place to another. Apart
 from defining your event class, you will also need to define your own
 event table macro (which is quite long). Watch out to put in enough
-casts to the inherited event function. Here is an example, taken mostly
-from the {\it wxPlot} library, which is in the {\it contrib} section of
-the wxWidgets sources.
+casts to the inherited event function. Here is an example:
 
 {\small%
 \begin{verbatim}
@@ -551,7 +550,7 @@ private:
     wxPlotCurve   *m_curve;
 };
 
-DECLARE_EVENT_MACRO( wxEVT_PLOT_ACTION, -1 )
+DECLARE_EVENT_TYPE( wxEVT_PLOT_ACTION, -1 )
 
 typedef void (wxEvtHandler::*wxPlotEventFunction)(wxPlotEvent&);