corrections to dynamic loading for Darwin

[wxWidgets.git] / wxPython / CHANGES.txt

diff --git a/wxPython/CHANGES.txt b/wxPython/CHANGES.txt
index 4b3e749313e2596cced427643692af5d5293e06c..110a9a021b3b7d90c6cd1569d2f034e1e936e142 100644 (file)
--- a/wxPython/CHANGES.txt
+++ b/wxPython/CHANGES.txt
@@ -2,7 +2,32 @@ CHANGES.txt for wxPython
 
 ----------------------------------------------------------------------
 
 
 ----------------------------------------------------------------------
 

-2.3.2 (pre)
+2.3.3
+-----
+Added wxSplashScreen.
+
+Added wxGenericDirCtrl.
+
+Added wxMultiChoiceDialog.
+
+The calltip window and autocomplete window in wxSTC will now use a
+wxPopupWindow if available so they can extend beyond the client area
+of the STC if needed.
+
+
+
+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 +80,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,7 +95,7 @@ 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 and example showing drag and drop of URLs to
+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,
 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,


@@ -88,6 +113,31 @@ Added wxPopupWindow and wxPopupTransientWindow.
 
 Added wxFileHistory.
 
 
 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.
+