ANNOUNCE: wxPython 188.8.131.52
robin at alldunn.com
Mon Oct 29 03:30:20 CET 2007
The 184.108.40.206 release of wxPython is now available for download at
http://wxpython.org/download.php. This release has a number of
important bug fixes and is a general improvement of the 220.127.116.11
Source code is available, as well as binaries for Python 2.3, 2.4 and
2.5, for Windows and Mac, as well some pacakges for various Linux
distributions. A summary of changes is listed below and also at
What is wxPython?
wxPython is a GUI toolkit for the Python programming language. It
allows Python programmers to create programs with a robust, highly
functional graphical user interface, simply and easily. It is
implemented as a Python extension module that wraps the GUI components
of the popular wxWidgets cross platform library, which is written in
wxPython is a cross-platform toolkit. This means that the same program
will usually run on multiple platforms without modifications.
Currently supported platforms are 32-bit Microsoft Windows, most Linux
or other Unix-like systems using GTK2, and Mac OS X 10.3+, in most
cases the native widgets are used on each platform to provide a 100%
native look and feel for the application.
Changes in 18.104.22.168
wxMac: Fixed paste bug when the clipboard contains unicode text.
AUI: Added missing event binders for the notebok tab events.
wxMac: Fixed bug that resulted in portions of virtual listctrl's to
not be repainted when scrolling with PgUp/PgDown/Home/End.
wxMac: Fixed bug that broke tab traversal when tabbing runs into a
wxGTK: Add wx.Window.GetGtkWidget.
All: Undprecated wx.ListCtrl.[G|S]etItemSpacing
All: Fixed wx.Palette constructor wrapper. It takes three seqences of
integers to specify the R, G, and B values for each color in the
palette, which must all be the same length and which must contain
integer values in the range of 0..255 inclusive.
Thanks to some grunt work from Edouard TISSERANT, wxPython now has the
needed tweaks in config.py to be able to be built with mingw32. See
BUILD.txt for details.
Changes in wx.GraphicsContext to make things like the half-pixel
offsets more consistent across platforms.
wxMSW: If freezing a top-level window wxWidgets will actually freeze
the TLW's children instead. This works around a feature of MS Windows
that allowed windows beneath the frozen one in Z-order to paint
through, and also mouse events clicking through to the lower window.
http://wxPython.org Java give you jitters? Relax with wxPython!
More information about the Python-list