send destroy events for children before they're fully destroyed; document SendDestroyEvent() and explain when to call it

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@58252 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

interface/wx/event.h

@@ -1061,6 +1061,9 @@ public:
         Constructor.
     */
     wxWindowCreateEvent(wxWindow* win = NULL);
+
+    /// Retutn the window being created.
+    wxWindow *GetWindow() const;
 };
 
 
@@ -2749,17 +2752,23 @@ public:
 /**
     @class wxWindowDestroyEvent
 
-    This event is sent from the wxWindow destructor wxWindow::~wxWindow() when a
+    This event is sent as early as possible during the window destruction
-    window is destroyed.
+    process.
 
-    When a class derived from wxWindow is destroyed its destructor will have
+    For the top level windows, as early as possible means that this is done by
-    already run by the time this event is sent. Therefore this event will not
+    wxFrame or wxDialog destructor, i.e. after the destructor of the derived
-    usually be received at all.
+    class was executed and so any methods specific to the derived class can't
+    be called any more from this event handler. If you need to do this, you
+    must call wxWindow::SendDestroyEvent() from your derived class destructor.
 
-    To receive this event wxEvtHandler::Connect() must be used (using an event
+    For the child windows, this event is generated just before deleting the
-    table macro will not work). Since it is received after the destructor has run,
+    window from wxWindow::Destroy() (which is also called when the parent
-    an object should not handle its own wxWindowDestroyEvent, but it can be used
+    window is deleted) or from the window destructor if operator @c delete was
-    to get notification of the destruction of another window.
+    used directly (which is not recommended for this very reason).
+
+    It is usually pointless to handle this event in the window itself but it ca
+    be very useful to receive notifications about the window destruction in the
+    parent window or in any other object interested in this window.
 
     @library{wxcore}
     @category{events}
@@ -2773,6 +2782,9 @@ public:
         Constructor.
     */
     wxWindowDestroyEvent(wxWindow* win = NULL);
+
+    /// Retutn the window being destroyed.
+    wxWindow *GetWindow() const;
 };
 
 

interface/wx/window.h

@@ -2815,6 +2815,15 @@ protected:
         @deprecated @todo provide deprecation description
     */
     virtual void SetInitialBestSize(const wxSize& size);
+
+    /**
+        Generate wxWindowDestroyEvent for this window.
+
+        This is called by the window itself when it is being destroyed and
+        usually there is no need to call it but see wxWindowDestroyEvent for
+        explanations of when you might want to do it.
+     */
+    void SendDestroyEvent();
 };
 
 

src/common/wincmn.cpp

@@ -407,6 +407,8 @@ void wxWindowBase::SendDestroyEvent()
 
 bool wxWindowBase::Destroy()
 {
+    SendDestroyEvent();
+
     delete this;
 
     return true;
@@ -435,11 +437,11 @@ bool wxWindowBase::DestroyChildren()
 
         wxWindow *child = node->GetData();
 
-        // note that we really want to call delete and not ->Destroy() here
+        // note that we really want to delete it immediately so don't call the
-        // because we want to delete the child immediately, before we are
+        // possible overridden Destroy() version which might not delete the
-        // deleted, and delayed deletion would result in problems as our (top
+        // child immediately resulting in problems with our (top level) child
-        // level) child could outlive its parent
+        // outliving its parent
-        delete child;
+        child->wxWindowBase::Destroy();
 
         wxASSERT_MSG( !GetChildren().Find(child),
                       wxT("child didn't remove itself using RemoveChild()") );