non-PCH build fix (according to Tinderbox).

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

diff --git a/wxPython/docs/CHANGES.txt b/wxPython/docs/CHANGES.txt
index f82432026ec31022d64de9538d2d1b1daaac0908..819390eb874c3564af8d787cac9cf1037c626167 100644 (file)
--- a/wxPython/docs/CHANGES.txt
+++ b/wxPython/docs/CHANGES.txt
@@ -1,9 +1,61 @@
 Recent Changes for wxPython
 =====================================================================
 
 Recent Changes for wxPython
 =====================================================================
 

-2.7.1.0
+
+2.7.1.3

 -------
 -------

-* 13-Oct-2006
+*
+
+wxGTK:  The wx.ALWAYS_SHOW_SB style is now supported.
+
+Fixed name errors in the old wxPython package namespace.  As a
+reminder, use of this package is deprecated and you are encouraged to
+switch your programs over to the wx package.
+
+Fixed wx.glcanvas.GLCanvas.SetCurrent to be compatible with prevoius
+versons. 
+
+
+
+
+
+2.7.1.2
+-------
+* 21-Oct-2006
+
+Fixed a bug in the MaskedEdit controls caused by conflicting IsEmpty
+methods. 
+
+Patch #1579280: Some mimetype optimizations on unix-like systems.
+
+wxMac: Several wx.webkit.WebKitCtrl enhancements/fixes, including:
+
+    - new methods for increasing/decreasing text size, getting
+      selection, getting/setting scroll position, printing, enabling
+      editing, and running JavaScripts on the page.
+
+    - added new event (wx.webkit.WebKitBeforeLoadEvent) for catching, and
+      possibly vetoing, load events before they occur.
+
+    - wx.webkit.WebKitCtrl now fires mouse events for certain events
+      that it was eating before. This improves wxSplitterWindow
+      resizing behavior.
+
+    - refactoring of the sizing logic to move the Cocoa view.  Tested
+      with splitter windows, panels, notebooks and all position
+      correctly with this.
+
+Some improvements to the drawing code in CustomTreeCtrl.
+
+Fixed refcount leak in wx.Window.GetChildren.
+
+
+
+
+
+2.7.1.1
+-------
+* 18-Oct-2006

 
 The following deprecated items have been removed:
 
 
 The following deprecated items have been removed:
 


@@ -67,7 +119,6 @@ Or like this with super()::
        # do something here
        return super(MyPrintout, self).OnBeginDocument(start, end)
 
        # do something here
        return super(MyPrintout, self).OnBeginDocument(start, end)
 

-

 Note that the old way with the "base_*" function still works, but you
 will get a DeprecationWarning from calling base_OnBeginDocument.  The
 classes affected by this are:
 Note that the old way with the "base_*" function still works, but you
 will get a DeprecationWarning from calling base_OnBeginDocument.  The
 classes affected by this are:


@@ -123,7 +174,7 @@ of the component data objects to use to access the data.
 Changed how the stock objects (wx.RED, wx.RED_PEN, wx.RED_BRUSH, etc.)
 are initialized.  They are now created as uninitialized instances
 using __new__.  Then after the wx.App has been created, but before
 Changed how the stock objects (wx.RED, wx.RED_PEN, wx.RED_BRUSH, etc.)
 are initialized.  They are now created as uninitialized instances
 using __new__.  Then after the wx.App has been created, but before

-OnInit is called, the .this attribute of each obhect is initialized.
+OnInit is called, the .this attribute of each object is initialized.

 This was needed because of some delayed initialization functionality
 that was implemented in wxWidgets, but the end result is cleaner for
 wxPython as well, and allowed me to remove some ugly code previously
 This was needed because of some delayed initialization functionality
 that was implemented in wxWidgets, but the end result is cleaner for
 wxPython as well, and allowed me to remove some ugly code previously


@@ -267,7 +318,7 @@ Renamed wx.FutureCall to wx.CallLater so it is named more like
 wx.CallAfter.  wx.FutureCall is now an empty subclass of wx.CallLater
 for compatibility of older code.
 
 wx.CallAfter.  wx.FutureCall is now an empty subclass of wx.CallLater
 for compatibility of older code.
 

-Added the wx.lib.customtreectrl the from Andrea Gavana.
+Added the wx.lib.customtreectrl module from Andrea Gavana.

 
 Added ChangeSelection to wx.BookCtrl (the base class for wx.Notebook
 and other book controls) that is the same as SetSelection but doesn't
 
 Added ChangeSelection to wx.BookCtrl (the base class for wx.Notebook
 and other book controls) that is the same as SetSelection but doesn't


@@ -280,13 +331,6 @@ For consistency, all classes having an Ok() method now also have
 IsOk(), use of the latter form is preferred although the former hasn't
 been deprecated yet
 
 IsOk(), use of the latter form is preferred although the former hasn't
 been deprecated yet
 

-wx.BufferedDC and wx.BufferedPaintDC, if created with a reference to a
-window and no program supplied buffer bitmap, will not do its own
-buffering if the window is already double buffered by the system.
-Also added a wx.AutoBufferedPaintDC that is a subclass of wx.PaintDC
-on platforms that do double buffering by default, and a subclass of
-wx.BufferedPaintDC on the platforms that don't.
-

 Added the wx.AboutBox() function and wx.AboutDialogInfo class.  They
 provide a way to show a standard About box for the application, which
 will either be a native dialog or a generic one depending on what info
 Added the wx.AboutBox() function and wx.AboutDialogInfo class.  They
 provide a way to show a standard About box for the application, which
 will either be a native dialog or a generic one depending on what info


@@ -307,21 +351,32 @@ Quartz) for wxDC is now turned on by default.  This means that all
 drawing via wxDC is done using the new APIs from apple, instead of the
 old Quick Draw API.  There are, however, a few places where Quartz and
 wxDC don't fit together very well, mainly the lack of support for
 drawing via wxDC is done using the new APIs from apple, instead of the
 old Quick Draw API.  There are, however, a few places where Quartz and
 wxDC don't fit together very well, mainly the lack of support for

-logical drawing operations such as XOR, but there work in progress to
-provide other ways to do the same sort of thing that will work with
+logical drawing operations such as XOR, but there is work in progress
+to provide other ways to do the same sort of thing that will work with

 Quartz and also on the other platforms.
 
 The first parts of a new 2D drawing API has been added with the
 wx.GraphicsPath and wx.GraphicsContext classes.  They wrap GDI+ on
 Quartz and also on the other platforms.
 
 The first parts of a new 2D drawing API has been added with the
 wx.GraphicsPath and wx.GraphicsContext classes.  They wrap GDI+ on

-Windows, Cairo on wxGTK and CoreGraphics on OS X, and allow path-based
+Windows, Cairo on wxGTK and CoreGraphics on OS X.  They allow path-based

 drawing with alpha-blending and anti-aliasing, and use a floating
 drawing with alpha-blending and anti-aliasing, and use a floating

-point cooridnant system.  Currently they can only target drawing to
+point cooridnate system.  Currently they can only target drawing to

 windows, but other wx.DC backends are forthcoming.  The APIs may
 evolve a bit more before they are finalaized with the 2.8 release, but
 there is enough there now to get a good feel for how things will work.
 There is also a transitional wx.GCDC class that provides the wx.DC API
 on top of wx.GraphicsContext.  Docs and a demo are still MIA.
 
 windows, but other wx.DC backends are forthcoming.  The APIs may
 evolve a bit more before they are finalaized with the 2.8 release, but
 there is enough there now to get a good feel for how things will work.
 There is also a transitional wx.GCDC class that provides the wx.DC API
 on top of wx.GraphicsContext.  Docs and a demo are still MIA.
 

+Added a wx.AutoBufferedPaintDC that is a subclass of wx.PaintDC on
+platforms that do double buffering by default, and a subclass of
+wx.BufferedPaintDC on the platforms that don't.  You can use this
+class to help avoid the overhead of buffering when it is not
+needed. There is also a wx.AutoBufferedPaintDCFactory function that
+does a little more and actually tests if the window has
+double-buffering enabled and then decides whether to return a
+wx.PaintDC or wx.BufferedPaintDC.  This uses the new
+wx.Window.IsDoubleBuffered method.
+
+