]> git.saurik.com Git - wxWidgets.git/blobdiff - wxPython/docs/CHANGES.txt
typos fixed
[wxWidgets.git] / wxPython / docs / CHANGES.txt
index c503135bcf9c2c38d0c873c3679415951c5a647e..6c92a79c9c3a57a7b82f4f705834f319f75b378a 100644 (file)
@@ -1,7 +1,7 @@
 CHANGES.txt for wxPython
 =====================================================================
 
-2.5.1.1
+2.5.1.2
 -------
 
 (See also the MigrationGuide.txt file for details about some of the
@@ -83,6 +83,29 @@ 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