[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Fwd: ANNOUNCE: wxPython 2.9.2.2
From: |
Sebastian Hilbert |
Subject: |
Re: [Gnumed-devel] Fwd: ANNOUNCE: wxPython 2.9.2.2 |
Date: |
Thu, 8 Sep 2011 06:44:10 +0200 |
User-agent: |
KMail/1.13.7 (Linux/2.6.38.4-23-default; KDE/4.7.0; i686; ; ) |
On Mittwoch, 7. September 2011 21:38:12 Karsten Hilbert wrote:
> On Wed, Sep 07, 2011 at 07:13:54PM +0200, Hilbert, Sebastian wrote:
> > FYI
>
> 2.x where x is odd are development releases and never get
> packaged for Debian.
>
I know. 2.9 seems to be where they put new features and fixes while 2.8.x
seems to be pretty much dead. Looking at their track record I am unsure when
they will release 3.0.
Escpecially Mac and Windows users might benefit from going with 2.9 releases.
Sebastian
> Karsten
>
> > ---------- Forwarded Message ----------
> >
> > Subject: ANNOUNCE: wxPython 2.9.2.2
> > Date: Mittwoch, 7. September 2011, 07:38:00
> > From: Robin Dunn <address@hidden>
> > To: address@hidden, address@hidden, wx-
> > address@hidden, address@hidden
> >
> > Announcing
> > ----------
> >
> > wxPython 2.9.2.2 has been released and is available for download at
> > http://wxpython.org/download.php. This build adds some fixes for some
> > bugs, and also a couple nice new features. The Cairo version of the
> > wx.GraphicsContext back-end can now be used on Windows, and there is a
> > new module in the library that helps wx applications to update
> > themselves when new versions of the software are released.
> >
> > Various binaries are available for 32-bit and 64-bit Windows, and also
> > for OSX using the Carbon and Cocoa APIs, for Python 2.6 and 2.7, and
> > source code is also available at http://wxpython.org/download.php of
> > course for building your own.
> >
> >
> > 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 set of Python extension modules that wrap the GUI
> > components of the popular wxWidgets cross platform library, which is
> > written in C++.
> >
> > 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 and 64-bit Microsoft Windows,
> > most Linux or other Unix-like systems using GTK2, and Mac OS X 10.4+.
> > In most cases the native widgets are used on each platform to provide
> > a 100% native look and feel for the application.
> >
> >
> > Changes in 2.9.2.2
> > ------------------
> >
> > Fixed a problem with wx.ListCtrl.InsertStringItem when an imageIndex
> > was not passed. Change the listctrl to not always assume that there
> > is an image.
> >
> > Several fixes for the wx.lib.agw modules.
> >
> > Fixed a problem in wxGrid on OSX-cocoa where it would close the cell
> > editor immediately because of extra kill focus events.
> >
> > Added an OSX implementation for the wxRegion constructor taking a
> > sequence of points.
> >
> > Added the ability to use the Cairo backend for wx.GraphicsContext on
> > Windows. The Cairo libraries are loaded dynamically on-demand, so
> > there is not a runtime dependency on Cairo for applications that do
> > not use it. The Cairo DLL and its dependencies are bundled with the
> > wxPython installers. We expect to be able to also add dynamic loading
> > of Cairo for OSX soon, (but if anybody would like to volunteer that
> > would be nice too.) To create a Cairo graphics context you first
> > have to get the Cairo GraphicsRenderer and then use it to create the
> >
> > context, like this::
> > cr = wx.GraphicsRenderer.GetCairoRenderer()
> > ctx = cr.CreateContext(dc)
> >
> > If either GetCairoRenderer or CreateContext fails (either it's not
> > supported or the Cairo shared libraries can not be found) then None
> > will be returned, so be sure to check the return values. Using Cairo
> > on Windows is usually faster and seems to be of better quality than
> > using the GDI+ backend.
> >
> > The wx.GCDC class can now be constructed with an already exisiting
> > wx.GraphicsContext.
> >
> > The wx.lib.softwareupdate module has been added. It implements a
> > class designed to be mixed with wx.App in a derived class and provides
> > code for enabling your applications to update themselves when new
> > releases are made available (very similar to how most applications on
> > the Mac will prompt you to allow it to self-update.) This is based on
> > the Esky library available from the Python package index at
> > http://pypi.python.org/pypi/esky. To enable your application to be
> > self-updatable it must be packaged as an Esky bundle, which is a .zip
> > file with a certain structure and meta-data, which means that you will
> > have to modify your setup.py files to enable this. There is an
> > example showing how to do this in the samples/doodle folder of the
> > wxPython source tarball or the docs and demos package.
> >
> > Added a MultiMessageDialog class to wx.lib.dialogs that is similar to
> > the stock wx.MessageDialog, but is additionally able to have a
> > scrollable message area, custom icons, and customized button labels,
> > (although they will still use the stock IDs). There is also a
> > MultiMessageBox Function that is like the wx.MessageBox function.