Moved config.py to the root because if wxPython hasn't been built yet

[wxWidgets.git] / wxPython / docs / CHANGES.txt

diff --git a/wxPython/docs/CHANGES.txt b/wxPython/docs/CHANGES.txt
index ce2c94a478890870b91fd2132a26c654f10bf823..b1d028aced207108effc28e244489535d355907d 100644 (file)
--- a/wxPython/docs/CHANGES.txt
+++ b/wxPython/docs/CHANGES.txt
@@ -1,13 +1,22 @@
 CHANGES.txt for wxPython
 =====================================================================
 
-2.5.1.x
+2.5.1.1
 -------
 
 (See also the MigrationGuide.txt file for details about some of the
 big changes that have happened in this release and how you should
 adapt your code.)
 
+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 wxWidgets 2.5 that I have forgotten about.
 
@@ -69,6 +78,35 @@ 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 wx.activex version
+of IEHtmlWindow, or the implementation 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