-CHANGES.txt for wxPython
+Recent Changes for wxPython
=====================================================================
-2.5.1.x
+2.5.1.6
-------
-(See also the MigrationGuide.txt file for details about some of the
+wx.ADJUST_MINSIZE is now the default behaviour for window items in
+sizers. This means that the item's GetMinSize and/or GetBestSize will
+be called when calculating layout and the return value from that will
+be used for the minimum size. The wx.FIXED_MINSIZE flag was added
+that will cause the sizer to *not* call window methods to determine
+the new best size, instead the minsize that the window had when added
+to the sizer (or the size the window was created with) will always be
+used. When a window is added to a sizer it's initial size, if any, is
+set as the window's minimal size using SetSizeHints if there isn't
+already a minimal size. You can set the window's minimal size (via
+SetSizeHints) to manually control wha tthe sizer will use when
+calculating layout.
+
+Added new MaskedEditControl code from Will Sadkin. The modules are
+now locaed in their own sub-package, wx.lib.masked. Demos updated.
+
+The changes that implemented the incompatible wx.DC methods in 2.5.1.5
+have been reverted. The wx.DC methods are now compatible with the 2.4
+implemetation. In addition a set of renamed methods have been added
+that take wx.Point and/or wx.Size objects instead of individual
+parameters.
+
+Added wx.lib.mixins.listctrl.TextEditMixin, a mixin class that allows
+all columns of a wx.ListCtrl in report mode to be edited.
+
+
+
+2.5.1.5
+-------
+
+(See also the MigrationGuide_ file for details about some of the
big changes that have happened in this release and how you should
adapt your code.)
+.. _MigrationGuide: MigrationGuide.html
+
+
+The wxWindows project and library is now known as wxWidgets. Please
+see http://www.wxwindows.org/name.htm for more details. This won't
+really affect wxPython all that much, other than the fact that the
+wxwindows.org domain name will be changing to wxwidgets.org, so mail
+list, CVS, and etc. addresses will be changing. We're going to try
+and smooth the transition as much as possible, but I wanted you all to
+be aware of this change if you run into any issues.
+
+
Many, many little fixes, changes and additions done as part of the move
-to wxWindows 2.5 that I have forgotten about.
+to wxWidgets 2.5 that I have forgotten about.
Added wxMirrorDC.
Added wxIconLocation
-Added Python wrappers for the new wxVScrolledWindow, wxVListBox, and
-wxHtmlListBox classes.
+Added Python wrappers and demos for the new wxVScrolledWindow,
+wxVListBox, and wxHtmlListBox classes.
Added wrappers for wxBookCtrl and wxListbook. wxNotebook now derives
from wxBookCtrl.
Python Global Interpreter Lock to try and prevent deadlocks that can
happen when there are nested attempts to aquire the GIL.
-The RPMs will now install menu items on Mandrake in
-Applications/Development/Tools for PyCrust, XRCed, etc. They are also
-installing icons and ``*.desktop`` items in the generic KDE and GNOME
-locations, but I don't know yet if they are resulting in menu items on
-non-Mandrake systems. (It didn't automatically do it on my RH-9 build
-box but I didn't chase it very far...) If you have ideas for how to
-improve the .spec file to work better and/or on more distros please
-send me a patch.
+The RPMs will now install menu items on Mandrake Linux in
+Applications/Development/Tools for PyCrust, XRCed, etc. The RPMs are
+also installing icons and ``*.desktop`` items in the generic KDE and
+GNOME locations, but I don't know yet if they are resulting in menu
+items on non-Mandrake systems. (It didn't automatically do it on my
+RH-9 build box but I didn't chase it very far...) If you have ideas
+for how to improve the .spec file to work better and/or on more
+distros please send me a patch.
-The RPMs are now built on a RH-9 box, and I have tested installing
-them also on my main Mandrake 9.2 box.
+The RPMs are now built on a fairly generic RH-9 box, and I have tested
+installing them also on my main Mandrake 9.2 box.
There are some big changes in the OS X disk image. The actual
Installer package now *only* installs the wxMac dynlibs, wxPython
-extension modules and pacakges, and also the command-line tool
+extension modules and Python packages, and also the command-line tool
scripts. The remaining items (demo, samples, and application bundles
for the Demo, PyCrust and XRCed) are now top-level items in the disk
image (.dmg file) that users can just drag and drop to wherever they
wxMac now has wx.ToggleButton!
-wx.stc.StyledTextCtrl has been update to version 1.58 of Scintilla.
+wx.stc.StyledTextCtrl has been updated to version 1.58 of Scintilla.
To help with the wx.stc.StyledTextCtrl performance issues on wxMac
-I've added a SetUseAntiAliasing method (and GetUseAntiAliasing) too
+I've added a SetUseAntiAliasing method (and GetUseAntiAliasing too)
that will turn off the use of antialiased fonts in the wxSTC, allowing
it to bypass the slow text measuring routines and use the fast and
-simple one instead. By default the setting is turned off. When run
-on OSX The Py* apps have a new item on the Options menu for
-controlling this setting if you would like to experiment with it.
+simple one instead. By default the setting is turned off (on wxMac
+only.) When run on OSX the Py* apps have a new item on the Options
+menu for controlling this setting if you would like to experiment with
+it.
+
+Updated wx.lib.calendar with many fixes and enhancements from Joerg
+"Adi" Sieker.
+
+Added wx.Display and wx.VideoMode.
+
+AppleEvents can be handled by overriding wx.App methods MacOpenFile,
+MacPrintFile, MacNewFile, and MacReopenApp.
+
+Added wx.PlatformInfo which is a tuple containing strings that
+describe the platform and build options of wxPython. See the
+MigrationGuide for more details.
+
+Created a new extension module "activex" from Lindsay Mathieson's
+newest wxActiveX_ class. (The existing iewin module used an older
+version of this code, but only exposed the wxIEHtmlWin class.) This
+new module will (in theory ;-) ) allow you to host arbitrary ActiveX
+controls in a wx.Window, **without** requiring the use of the win32com
+and other PyWin32 modules! This should eliminate the cronic problems
+that have resulted from minor mismatches in how PyWin32 handles the
+GIL and tstate when making callbacks, etc. The older iewin module
+will be left in this release as the new stuff is not fully backwards
+compatible, but you should migrate your code to the new IEHtmlWindow
+in wx.lib.iewin, so the old one can be eventually removed.
+Additionally, I've always considered that the wx.lib.activexwrapper
+module is an ugly hack that I only included in the lib because I
+couldn't figure out anything better. Well now we have something that,
+if it isn't already, has the potential to be better. So consider
+migrating away from using activexwrapper as well. Please see the
+MigrationGuide for more details on using the new module.
+
+.. _wxActiveX: http://members.optusnet.com.au/~blackpaw1/wxactivex.html
+
+Floats are allowed again as function parameters where ints are expected.