wxPython News

wxPython 4.0.1 Released

wxPython 4.0.1 is now available at PyPI, with some additional files at the Extras archive.

This release is a quick hot-fix of some issues discovered in 4.0.0 just after the release, plus a bit of low-hanging fruit that was easy to squeeze in too. Changes in this release include the following:

  • A fix for a segfault that happens upon startup on newer linux releases. (#648)

  • Set LD_RUN_PATH for the wxWidgets part of the build so the wx libs that are loaded by other wx libs can be found successfully. (#723)

  • Use wxApp::GetInstance to check if there is an existing wxApp object. (#720)

wxPython 4.0.0 Released

The Phoenix Takes Flight!

wxPython 4.0.0 is now available at PyPI, with some additional files at the Extras archive.

Changes in this release include the following:

  • Fixes in wx.aui to properly transfer ownership of the menubar, and also some tweaks in the AUI_MDI sample in the demo. (#540)

  • Added a wx.BUILD_TYPE value to distinguish between development, snapshot, and release builds. The value is also appended to wx.PlatformInfo. (Thanks Mesalu!)

  • Fix crash when trying to fetch multiple items from a composite data object in wx.DropTarget.OnData. (#550) Also fixed the CustomDragAndDrop sample to not fail on Python 2.7.

  • Add ability for wxArray wrappers to return a copy of the item in the __getitem__ method. This solves problems where an array that is the return value of some method call is indexed immediately and a reference to the array is not held, which could result in garbage values for the indexed item. Currently this is turned on for just GridCellCoordsArray, but others can be switched in the future if needed. (#297)

  • Add missing wx.GetLocale function. (#572)

  • Add methods to wx.TextCtrl for output "file-like" compatibility. (#578)

  • Fix object ownership issue for menus added to toolbar items. (#580)

  • Updated SIP to version 4.19.5. One of the new features of this version is that integer overflows are no longer silently truncated and ignored. In other words, if a wrapped API has a parameter that is a C int type, and you pass a value that is larger than what will fit in that type of integer then an OverflowError exception will be raised.

  • Fixed wx.richtext.RichTextBuffer.GetExtWildcard to return a tuple of 2 values, as was done in Classic. (#594)

  • Various fixes in UltimateListCtrl, HyperTreeList and CheckListCtrlMixin. (#592, #349, #612)

  • Fixes in TextEditMixin to ensure that the new value is passed in the event. (#605)

  • Fix comparing DataViewItem and TreeListItem objects with None. (#595)

  • Fix event type name in wx/lib/sheet.py (#613)

  • The wx.MessageDialog methods which take ButtonLabel parameters are now able to accept either strings or stock IDs. (#607, #276)

  • Fix wx.EvtHandler.Unbind to work correctly when specifying the handler and it is a bound method. (#624)

  • Fix OGL's ShapeCanvas to draw properly when the window is scrolled, and to also adjust the mouse coordinates, etc. (#635)

  • Set a default background color for the generic buttons. (#651)

  • Fixed HtmlWindow's OnFoo virtual methods so calls to them are propagated to the Python class. (#642)

  • Fixed wx.CallLater to explicitly hold a reference instead of depending on an uncollectable cycle to keep the instance around. Like before the cycle is broken and the saved reference is deleted after the timer expires and the callable has been called. (#457)

  • Although it's more or less just an implementation detail, add wrappers for wx.aui.AuiTabCtrl so references to it will get the correct type. (#664)

  • List-like wrapper classes generated for accessing wxLists and wxArrays now support reverse indexing. (#669) For example:

    child = panel.GetChildren()[-1]

  • Ported some of the classes in Classic's gizmos module from C++ to Python, including LEDNumberCtrl, DynamicSashWindow, and TreeListCtrl. The classes are now located in the wx.lib.gizmos package, with a compatibility module at the old wx.gizmos location. Please note that this TreeListCtrl class is a very different implementation than wx.dataview.TreeListCtrl, although there is some overlap in purpose. In addition, the new TreeListCtrl class is not actually a port from the old gizmos.TreeListCtrl but rather just a thin layer around AGW's HyperTreeList. This means that if you are using a non- default style flag you'll need to pass it to the agwStyle parameter instead of the style parameter.

  • Fix crash when deleting all wx.dataview.TreeListCtrl items with wxGTK3. (#679, #704)

  • Fix displaying '&' in the label of wx.RadioBox on GTK. (#39)

  • Fix problems of the wrong C++ method being called in wx.ProgressDialog on MS Windows. (#701)

  • Fixed how the scrollbar events are captured in DynamicSashWindow in order to fix regression in the sample. (#687)

  • Allow extra CLI args to be passed to build.py by setting WXPYTHON_BUILD_ARGS in the environment.

  • Added context manager methods to wx.DC that explicitly destroys the C++ part of the DC upon exit. Using DCs as context managers is not required, but can be handy in the rare cases where something holds on to a DC for too long, perhaps unintentionally. (#680)

  • Fixed crash due to too aggressive management of wxModules when we load subordinate extensions that have their own wxModules (wx.html, wx.adv, etc.) (#688)

  • Fixed StyledTextCtrl.MarkerDefineRGBAImage and RegisterRGBAImage methods to be able to accept any Python buffer compatible object for the pixel data. (#716)

But Wait! There's More!

Be sure to also check out the release announcements for the 4.0 pre-release builds in order to get the full picture of everything that went into the 4.0 release.

New wxPython Website

"The 2000s called, they want their website back..."

Not any more! I finally gave the old clunky site back to the dinosaurs and have implemented a brand new site (using the awesome static site generator Nikola) which you are gazing at with much adoration now. The new site combines most of what was on the old site, plus a news feed (you're reading a news post right now) and I also resurrected my old wxForty-Two blog from the wordpress graveyard and added it here too. Being a static site I no longer have to worry about the perpetual stream of wordpress security issues.

Read more…

wxPython 4.0.0a1 Release

wxPython 4.0.0a1 is now available on PyPI. This is the first official release of the new Phoenix version of wxPython, including support for Python 2.7 and 3.4+, installation from PyPI, fully self-contained and relocatable so it can be installed in virtual environments, etc.

More updates to this website are forthcoming, but in the meantime you can learn more about this new release in the README and CHANGES documents, as well as the Migration Guide and the new API reference documentation.