compilation fix for recent commit

[wxWidgets.git] / wxPython / CHANGES.txt

diff --git a/wxPython/CHANGES.txt b/wxPython/CHANGES.txt
index 30dc7151d23ef1df628ef60fe2a317917259fcce..d9b2fc86f6de65328dcb0c9a357daaf9baca7f79 100644 (file)
--- a/wxPython/CHANGES.txt
+++ b/wxPython/CHANGES.txt
@@ -2,7 +2,19 @@ CHANGES.txt for wxPython
 
 ----------------------------------------------------------------------
 
 
 ----------------------------------------------------------------------
 

-2.3.2 (pre)
+2.3.2.1
+-------
+
+Changed (again) how the Python global interpreter lock is handled as
+well as the Python thread state.  This time it works on SMP machines
+without barfing and is also still compatible with Python debuggers.
+
+Added some patches from library contributors.
+
+
+
+
+2.3.2

 -----
 Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,
 EVT_DETAILED_HELP_RANGE, EVT_CONTEXT_MENU, wxHelpEvent,
 -----
 Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,
 EVT_DETAILED_HELP_RANGE, EVT_CONTEXT_MENU, wxHelpEvent,


@@ -55,12 +67,12 @@ messages however is wished.  See demo/Main.py for an example.
 
 Added wxFindReplaceDialog.
 
 
 Added wxFindReplaceDialog.
 

-The second phase of OOR is implemented (for wxEvtHandler and derived
-classes at least.)  This means that finctions and methods that return
-an object derived from wxEvtHandler that was originally created in
-Python, will return the original python object (if it still exists)
-instead of letting SWIG wrap a new shadow object around the original
-C++ pointer.
+The second phase of OOR is implemented for wxEvtHandler, wxSizer,
+wxShape and derived classes.  This means that functions and methods
+that return an object derived from wxEvtHandler that was originally
+created in Python, will return the original Python object (if it still
+exists) instead of letting SWIG wrap a new shadow object around the
+original C++ pointer.

 
 Added some optimization methods to wxDC: GetBoundingBox, DrawLineList,
 DrawPointList.
 
 Added some optimization methods to wxDC: GetBoundingBox, DrawLineList,
 DrawPointList.


@@ -70,6 +82,50 @@ Added a set of sophisticated Error Dialogs from Chris Fama.
 Added wxRightTextCtrl from Josu Oyanguren to wxPython.lib for aligning
 text in a wxTextCtrl to the right side.
 
 Added wxRightTextCtrl from Josu Oyanguren to wxPython.lib for aligning
 text in a wxTextCtrl to the right side.
 

+Added wxURLDataObject and an example showing drag and drop of URLs to
+and from web browsers.  It's still not 100% bullet-proof for all types
+of browsers, but it works for the majority of cases with the popular
+browsers on Windows.  On wxGTK it seems that only Netscape 4.x works,
+if anybody has any suggestions about this please bring it up on the
+wx-dev list.
+
+Added wxStopWatch.
+
+Added wxMimeTypesManager and wxFileType.
+
+Passing None for the handler parameter to one of the EVT_** functions
+will now Disconnect the event.
+
+Added wxPopupWindow and wxPopupTransientWindow.
+
+Added wxFileHistory.
+
+Added wxDynamicSashWindow, which allows you to endlessly split windows
+by dragging a little tab next to the scrollbars.  Added a demo to show
+this and also the ability of multiple wxStyledTextCtrls to share the
+same document.
+
+Added wxEditableListBox gizmo.
+
+Updated wxEditor with lots of enhancements from Steve Howell and Adam
+Feuer.
+
+Added the "SplitTree gizmos" which are a collection of classes that
+were designed to operate together and provide a tree control with
+additional columns for each item.  The classes are
+wxRemotelyScrolledTreeCtrl, wxTreeCompanionWindow,
+wxThinSplitterWindow, and wxSplitterScrolledWindow, some of which may
+also be useful by themselves.
+
+Added wxDllWidget from Vaclav Slavik which allows wx widgets derived
+from wxWindow to be loaded from a C++ .dll (or .so) and be used in a
+wxPython program, without the widget having to be SWIGged first.  The
+visible API of the widget is limited to wxWindow methods plus a
+SendCommand method, but it is still quite powerful.  See
+wxPython/contrib/dllwidget and wxPython/demo/dllwidget for more
+details.
+
+

 
 
 2.3.1
 
 
 2.3.1