don't use border styles for windows in wxUniversal

[wxWidgets.git] / wxPython / CHANGES.txt

diff --git a/wxPython/CHANGES.txt b/wxPython/CHANGES.txt
index c3afe48498b8837dc518ce1c95658ce0fc9ea694..110a9a021b3b7d90c6cd1569d2f034e1e936e142 100644 (file)
--- a/wxPython/CHANGES.txt
+++ b/wxPython/CHANGES.txt
@@ -2,6 +2,31 @@ CHANGES.txt for wxPython
 
 ----------------------------------------------------------------------
 
 
 ----------------------------------------------------------------------
 

+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,
 2.3.2
 -----
 Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,


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

-Added wxDynamicSashWindow, whcih allows you to endlessly split widnows
+Added wxDynamicSashWindow, which allows you to endlessly split windows

 by dragging a little tab next to the scrollbars.  Added a demo to show
 by dragging a little tab next to the scrollbars.  Added a demo to show

-this and also the ability of multiple wxStyledStectCtrls to share the
+this and also the ability of multiple wxStyledTextCtrls to share the

 same document.
 
 Added wxEditableListBox gizmo.
 same document.
 
 Added wxEditableListBox gizmo.


@@ -105,6 +130,14 @@ wxRemotelyScrolledTreeCtrl, wxTreeCompanionWindow,
 wxThinSplitterWindow, and wxSplitterScrolledWindow, some of which may
 also be useful by themselves.
 
 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.
+