wxPython 4.0.0 final

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

wxPython 4.0.0 final

Robin Dunn

Announcing wxPython 4.0.0
=========================

PyPI:   https://pypi.python.org/pypi/wxPython/4.0.0
Extras: https://extras.wxPython.org/wxPython4/extras/
Pip:    ``pip install wxPython==4.0.0``

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)





What is wxPython?
-----------------

wxPython is a cross-platform 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++. Supported platforms are Microsoft
Windows, Mac OS X and macOS, and Linux or other unix-like systems with
GTK2 or GTK3 libraries. In most cases the native widgets are used on
each platform to provide a 100% native look and feel for the
application.


What is wxPython Phoenix?
-------------------------

wxPython's Project Phoenix is a new from-the-ground-up implementation
of wxPython, created with the intent of making wxPython “better,
stronger, faster than he was before.” In other words, this new
implementation is focused on improving speed, maintainability and
extensibility of wxPython, as well as removing most of the cruft that
had accumulated over the long life of Classic wxPython.

The project has been in development off and on, mostly behind the
scenes, for many years. For the past few years automated snapshot
builds have been available for those adventurous enough to try it, and
many people eventually started using the snapshots in their projects,
even for production releases.  While there are still some things on
the periphery that need to be completed, the core of the new wxPython
extension modules which wrap the wxWidgets code has been stable for a
long time now.

Due to some things being cleaned up, reorganized, simplified and
dehackified wxPython Phoenix is not completely backwards compatible
with wxPython Classic.  This is intended. In general, however, the API
differences tend to be minor and some applications can use Phoenix
with slight, or even with no modifications.  In some other cases the
correct way to do things was also available in Classic and it's only
the wrong way that has been removed from Phoenix.  For more
information there is a Migration Guide document available at:
https://docs.wxpython.org/MigrationGuide.html

The new wxPython API reference documentation, including all
Python-specific additions and customizations, and docs for the wx.lib
package, is located at: https://docs.wxpython.org/


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: [wxPython-dev] wxPython 4.0.0 final

Eric Fahlgren
Excellent work, Robin (and other committers)!  Thanks for all your continued efforts to keep wxPython alive and growing.

On Wed, Jan 31, 2018 at 5:37 PM, Robin Dunn <[hidden email]> wrote:

Announcing wxPython 4.0.0
=========================

PyPI:   https://pypi.python.org/pypi/wxPython/4.0.0
Extras: https://extras.wxPython.org/wxPython4/extras/
Pip:    ``pip install wxPython==4.0.0``

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)





What is wxPython?
-----------------

wxPython is a cross-platform 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++. Supported platforms are Microsoft
Windows, Mac OS X and macOS, and Linux or other unix-like systems with
GTK2 or GTK3 libraries. In most cases the native widgets are used on
each platform to provide a 100% native look and feel for the
application.


What is wxPython Phoenix?
-------------------------

wxPython's Project Phoenix is a new from-the-ground-up implementation
of wxPython, created with the intent of making wxPython “better,
stronger, faster than he was before.” In other words, this new
implementation is focused on improving speed, maintainability and
extensibility of wxPython, as well as removing most of the cruft that
had accumulated over the long life of Classic wxPython.

The project has been in development off and on, mostly behind the
scenes, for many years. For the past few years automated snapshot
builds have been available for those adventurous enough to try it, and
many people eventually started using the snapshots in their projects,
even for production releases.  While there are still some things on
the periphery that need to be completed, the core of the new wxPython
extension modules which wrap the wxWidgets code has been stable for a
long time now.

Due to some things being cleaned up, reorganized, simplified and
dehackified wxPython Phoenix is not completely backwards compatible
with wxPython Classic.  This is intended. In general, however, the API
differences tend to be minor and some applications can use Phoenix
with slight, or even with no modifications.  In some other cases the
correct way to do things was also available in Classic and it's only
the wrong way that has been removed from Phoenix.  For more
information there is a Migration Guide document available at:
https://docs.wxpython.org/MigrationGuide.html

The new wxPython API reference documentation, including all
Python-specific additions and customizations, and docs for the wx.lib
package, is located at: https://docs.wxpython.org/


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: wxPython 4.0.0 final

Rich Shepard
In reply to this post by Robin Dunn
On Wed, 31 Jan 2018, Robin Dunn wrote:

> Announcing wxPython 4.0.0

   Thank you, Robin and everyone else who contributed to the development.

Rich

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: wxPython 4.0.0 final

Michael Ernst-2
In reply to this post by Robin Dunn
Good job. Thanks for your effort and time!

Michael

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: wxPython 4.0.0 final

Florian Höch
In reply to this post by Robin Dunn
Congratulations!

Thanks for your continued work and support.

Am 01.02.2018 um 02:37 schrieb Robin Dunn:
> Announcing wxPython 4.0.0
> =========================
--
Florian Höch

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: wxPython 4.0.0 final

Matt Newville
In reply to this post by Robin Dunn
Awesome! Thanks so much!



On Wed, Jan 31, 2018 at 7:37 PM, Robin Dunn <[hidden email]> wrote:

Announcing wxPython 4.0.0
=========================

PyPI:   https://pypi.python.org/pypi/wxPython/4.0.0
Extras: https://extras.wxPython.org/wxPython4/extras/
Pip:    ``pip install wxPython==4.0.0``

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)





What is wxPython?
-----------------

wxPython is a cross-platform 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++. Supported platforms are Microsoft
Windows, Mac OS X and macOS, and Linux or other unix-like systems with
GTK2 or GTK3 libraries. In most cases the native widgets are used on
each platform to provide a 100% native look and feel for the
application.


What is wxPython Phoenix?
-------------------------

wxPython's Project Phoenix is a new from-the-ground-up implementation
of wxPython, created with the intent of making wxPython “better,
stronger, faster than he was before.” In other words, this new
implementation is focused on improving speed, maintainability and
extensibility of wxPython, as well as removing most of the cruft that
had accumulated over the long life of Classic wxPython.

The project has been in development off and on, mostly behind the
scenes, for many years. For the past few years automated snapshot
builds have been available for those adventurous enough to try it, and
many people eventually started using the snapshots in their projects,
even for production releases.  While there are still some things on
the periphery that need to be completed, the core of the new wxPython
extension modules which wrap the wxWidgets code has been stable for a
long time now.

Due to some things being cleaned up, reorganized, simplified and
dehackified wxPython Phoenix is not completely backwards compatible
with wxPython Classic.  This is intended. In general, however, the API
differences tend to be minor and some applications can use Phoenix
with slight, or even with no modifications.  In some other cases the
correct way to do things was also available in Classic and it's only
the wrong way that has been removed from Phoenix.  For more
information there is a Migration Guide document available at:
https://docs.wxpython.org/MigrationGuide.html

The new wxPython API reference documentation, including all
Python-specific additions and customizations, and docs for the wx.lib
package, is located at: https://docs.wxpython.org/


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.



--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: [wxPython-dev] wxPython 4.0.0 final

Chris Barker - NOAA Federal
In reply to this post by Robin Dunn
whoo hoo!!!

Great Work Robin -- and everyone else that contributed!

-Chris


On Wed, Jan 31, 2018 at 5:37 PM, Robin Dunn <[hidden email]> wrote:

Announcing wxPython 4.0.0
=========================

PyPI:   https://pypi.python.org/pypi/wxPython/4.0.0
Extras: https://extras.wxPython.org/wxPython4/extras/
Pip:    ``pip install wxPython==4.0.0``

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)





What is wxPython?
-----------------

wxPython is a cross-platform 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++. Supported platforms are Microsoft
Windows, Mac OS X and macOS, and Linux or other unix-like systems with
GTK2 or GTK3 libraries. In most cases the native widgets are used on
each platform to provide a 100% native look and feel for the
application.


What is wxPython Phoenix?
-------------------------

wxPython's Project Phoenix is a new from-the-ground-up implementation
of wxPython, created with the intent of making wxPython “better,
stronger, faster than he was before.” In other words, this new
implementation is focused on improving speed, maintainability and
extensibility of wxPython, as well as removing most of the cruft that
had accumulated over the long life of Classic wxPython.

The project has been in development off and on, mostly behind the
scenes, for many years. For the past few years automated snapshot
builds have been available for those adventurous enough to try it, and
many people eventually started using the snapshots in their projects,
even for production releases.  While there are still some things on
the periphery that need to be completed, the core of the new wxPython
extension modules which wrap the wxWidgets code has been stable for a
long time now.

Due to some things being cleaned up, reorganized, simplified and
dehackified wxPython Phoenix is not completely backwards compatible
with wxPython Classic.  This is intended. In general, however, the API
differences tend to be minor and some applications can use Phoenix
with slight, or even with no modifications.  In some other cases the
correct way to do things was also available in Classic and it's only
the wrong way that has been removed from Phoenix.  For more
information there is a Migration Guide document available at:
https://docs.wxpython.org/MigrationGuide.html

The new wxPython API reference documentation, including all
Python-specific additions and customizations, and docs for the wx.lib
package, is located at: https://docs.wxpython.org/


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.



--

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

[hidden email]

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: [wxPython-dev] wxPython 4.0.0 final

jamesw
Awesome!!!

Thanks so much Robin for all of your incredibly hard work!

Cheers,
James


On 2 February 2018 at 04:04, Chris Barker <[hidden email]> wrote:
whoo hoo!!!

Great Work Robin -- and everyone else that contributed!

-Chris


On Wed, Jan 31, 2018 at 5:37 PM, Robin Dunn <[hidden email]> wrote:

Announcing wxPython 4.0.0
=========================

PyPI:   https://pypi.python.org/pypi/wxPython/4.0.0
Extras: https://extras.wxPython.org/wxPython4/extras/
Pip:    ``pip install wxPython==4.0.0``

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)





What is wxPython?
-----------------

wxPython is a cross-platform 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++. Supported platforms are Microsoft
Windows, Mac OS X and macOS, and Linux or other unix-like systems with
GTK2 or GTK3 libraries. In most cases the native widgets are used on
each platform to provide a 100% native look and feel for the
application.


What is wxPython Phoenix?
-------------------------

wxPython's Project Phoenix is a new from-the-ground-up implementation
of wxPython, created with the intent of making wxPython “better,
stronger, faster than he was before.” In other words, this new
implementation is focused on improving speed, maintainability and
extensibility of wxPython, as well as removing most of the cruft that
had accumulated over the long life of Classic wxPython.

The project has been in development off and on, mostly behind the
scenes, for many years. For the past few years automated snapshot
builds have been available for those adventurous enough to try it, and
many people eventually started using the snapshots in their projects,
even for production releases.  While there are still some things on
the periphery that need to be completed, the core of the new wxPython
extension modules which wrap the wxWidgets code has been stable for a
long time now.

Due to some things being cleaned up, reorganized, simplified and
dehackified wxPython Phoenix is not completely backwards compatible
with wxPython Classic.  This is intended. In general, however, the API
differences tend to be minor and some applications can use Phoenix
with slight, or even with no modifications.  In some other cases the
correct way to do things was also available in Classic and it's only
the wrong way that has been removed from Phoenix.  For more
information there is a Migration Guide document available at:
https://docs.wxpython.org/MigrationGuide.html

The new wxPython API reference documentation, including all
Python-specific additions and customizations, and docs for the wx.lib
package, is located at: https://docs.wxpython.org/


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.



--

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

[hidden email]

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: [wxPython-dev] wxPython 4.0.0 final

sunil gupta
Thank you, Robin and everyone else who contributed to the development.

Sunil

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.