From g.rodola at gmail.com Mon Jan 1 15:34:56 2018 From: g.rodola at gmail.com (Giampaolo Rodola') Date: Mon, 1 Jan 2018 21:34:56 +0100 Subject: ANN: psutil 5.4.3 released Message-ID: Hello all, I'm glad to announce the release of psutil 5.4.3: https://github.com/giampaolo/psutil About ===== psutil (process and system utilities) is a cross-platform library for retrieving information on running processes and system utilization (CPU, memory, disks, network) in Python. It is useful mainly for system monitoring, profiling and limiting process resources and management of running processes. It implements many functionalities offered by command line tools such as: ps, top, lsof, netstat, ifconfig, who, df, kill, free, nice, ionice, iostat, iotop, uptime, pidof, tty, taskset, pmap. It currently supports Linux, Windows, OSX, Sun Solaris, FreeBSD, OpenBSD, NetBSD and AIX, both 32-bit and 64-bit architectures, with Python versions from 2.6 to 3.6. PyPy is also known to work. What's new ========== *2018-01-01* **Enhancements** - #775: disk_partitions() on Windows return mount points. **Bug fixes** - #1193: pids() may return False on OSX. Links ===== - Home page: https://github.com/giampaolo/psutil - Download: https://pypi.python.org/pypi/psutil - Documentation: http://psutil.readthedocs.io - What's new: https://github.com/giampaolo/psutil/blob/master/HISTORY.rst -- Giampaolo - http://grodola.blogspot.com From nicoddemus at gmail.com Thu Jan 4 17:44:49 2018 From: nicoddemus at gmail.com (Bruno Oliveira) Date: Thu, 04 Jan 2018 22:44:49 +0000 Subject: pytest 3.3.2 Message-ID: pytest 3.3.2 has just been released to PyPI. This is a bug-fix release, being a drop-in replacement. To upgrade:: pip install --upgrade pytest The full changelog is available at http://doc.pytest.org/en/latest/changelog.html. Thanks to all who contributed to this release, among them: * Anthony Sottile * Antony Lee * Austin * Bruno Oliveira * Florian Bruhin * Floris Bruynooghe * Henk-Jaap Wagenaar * Jurko Gospodneti? * Ronny Pfannschmidt * Srinivas Reddy Thatiparthy * Thomas Hisch Happy testing, The pytest Development Team From charlesr.harris at gmail.com Sat Jan 6 20:00:20 2018 From: charlesr.harris at gmail.com (Charles R Harris) Date: Sat, 6 Jan 2018 18:00:20 -0700 Subject: NumPy 1.14.0 release Message-ID: Hi All, On behalf of the NumPy team, I am pleased to announce NumPy 1.14.0. Numpy 1.14.0 is the result of seven months of work and contains a large number of bug fixes and new features, along with several changes with potential compatibility issues. The major change that users will notice are the stylistic changes in the way numpy arrays and scalars are printed, a change that will affect doctests. See the release notes for details on how to preserve the old style printing when needed. A major decision affecting future development concerns the schedule for dropping Python 2.7 support in the runup to 2020. The decision has been made to support 2.7 for all releases made in 2018, with the last release being designated a long term release with support for bug fixes extending through the end of 2019. Starting from January, 2019 support for 2.7 will be dropped in all new releases. More details can be found in the relevant NEP . This release supports Python 2.7 and 3.4 - 3.6. Wheels for the release are available on PyPI. Source tarballs, zipfiles, release notes, and the changelog are available on github . *Highlights* - The ``np.einsum`` function uses BLAS when possible - ``genfromtxt``, ``loadtxt``, ``fromregex`` and ``savetxt`` can now handle files with arbitrary Python supported encoding. - Major improvements to printing of NumPy arrays and scalars. *New functions* - ``parametrize``: decorator added to numpy.testing - ``chebinterpolate``: Interpolate function at Chebyshev points. - ``format_float_positional`` and ``format_float_scientific`` : format floating-point scalars unambiguously with control of rounding and padding. - ``PyArray_ResolveWritebackIfCopy`` and ``PyArray_SetWritebackIfCopyBase``, new C-API functions useful in achieving PyPy compatibity. *Contributors* A total of 100 people contributed to this release. People with a "+" by their names contributed a patch for the first time. * Alexey Brodkin + * Allan Haldane * Andras Deak + * Andrew Lawson + * Anna Chiara + * Antoine Pitrou * Bernhard M. Wiedemann + * Bob Eldering + * Brandon Carter * CJ Carey * Charles Harris * Chris Lamb * Christoph Boeddeker + * Christoph Gohlke * Daniel Hrisca + * Daniel Smith * Danny Hermes * David Freese * David Hagen * David Linke + * David Schaefer + * Dillon Niederhut + * Egor Panfilov + * Emilien Kofman * Eric Wieser * Erik Bray + * Erik Quaeghebeur + * Garry Polley + * Gunjan + * Han Shen + * Henke Adolfsson + * Hidehiro NAGAOKA + * Hemil Desai + * Hong Xu + * Iryna Shcherbina + * Jaime Fernandez * James Bourbeau + * Jamie Townsend + * Jarrod Millman * Jean Helie + * Jeroen Demeyer + * John Goetz + * John Kirkham * John Zwinck * Jonathan Helmus * Joseph Fox-Rabinovitz * Joseph Paul Cohen + * Joshua Leahy + * Julian Taylor * J?rg D?pfert + * Keno Goertz + * Kevin Sheppard + * Kexuan Sun + * Konrad Kapp + * Kristofor Maynard + * Licht Takeuchi + * Lo?c Est?ve * Lukas Mericle + * Marten van Kerkwijk * Matheus Portela + * Matthew Brett * Matti Picus * Michael Lamparski + * Michael Odintsov + * Michael Schnaitter + * Michael Seifert * Mike Nolta * Nathaniel J. Smith * Nelle Varoquaux + * Nicholas Del Grosso + * Nico Schl?mer + * Oleg Zabluda + * Oleksandr Pavlyk * Pauli Virtanen * Pim de Haan + * Ralf Gommers * Robert T. McGibbon + * Roland Kaufmann * Sebastian Berg * Serhiy Storchaka + * Shitian Ni + * Spencer Hill + * Srinivas Reddy Thatiparthy + * Stefan Winkler + * Stephan Hoyer * Steven Maude + * SuperBo + * Thomas K?ppe + * Toon Verstraelen * Vedant Misra + * Warren Weckesser * Wirawan Purwanto + * Yang Li + * Ziyan Zhou + * chaoyu3 + * orbit-stabilizer + * solarjoe * wufangjie + * xoviat + * ?lie Gouzien + Cheers, Charles Harris From taleinat at gmail.com Sun Jan 7 10:26:11 2018 From: taleinat at gmail.com (Tal Einat) Date: Sun, 7 Jan 2018 17:26:11 +0200 Subject: ANN: htmldammit 0.1 Message-ID: I'm happy to announce htmldammit , a library for decoding binary HTML data into Unicode in the best possible way. Suggestions and comments are most welcome! Installation: `pip install htmldammit` Source: GitHub Rationale: When it comes to decoding HTML,Common libraries such as requests and BeautifulSoup do not make the best possible use of information from both the raw data as well as the HTTP Content-Type header. Combining them to get the best possible result is surprisingly far from straightforward. BeauftulSoup comes closest with it UnicodeDammit utility, but gives no direct support for taking advantage of Content-Type header information. Furthermore, in order to utilize the Content-Type header while preferring embedded charset declarations in a document when those exist, quite some hacking is required. htmldammit takes care of all of this. It uses UnicodeDammit in a non-trivial manner under the hood. It supplies simple functions to extract all of the needed data from a urlopen() and requests.get() response objects and return Unicode HTML. Additionally, a request hook for requests and an opener for urllib are supplied to make using this consistently simpler. Regards, - Tal Einat From nad at python.org Tue Jan 9 10:48:01 2018 From: nad at python.org (Ned Deily) Date: Tue, 9 Jan 2018 10:48:01 -0500 Subject: [RELEASE] Python 3.7.0a4 is now available for testing Message-ID: Python 3.7.0a4 is the last of four planned alpha releases of Python 3.7, the next feature release of Python. During the alpha phase, Python 3.7 remains under heavy development: additional features will be added and existing features may be modified or deleted. Please keep in mind that this is a preview release and its use is not recommended for production environments. The next preview release, 3.7.0b1, is planned for 2018-01-29. You can find Python 3.7.0a4 and more information here: https://www.python.org/downloads/release/python-370a4/ -- Ned Deily nad at python.org -- [] From info at egenix.com Thu Jan 11 07:30:53 2018 From: info at egenix.com (eGenix Team: M.-A. Lemburg) Date: Thu, 11 Jan 2018 13:30:53 +0100 Subject: =?UTF-8?Q?ANN:_Python_Meeting_D=c3=bcsseldorf_-_17.01.2018?= Message-ID: [This announcement is in German since it targets a local user group meeting in D?sseldorf, Germany] ________________________________________________________________________ ANK?NDIGUNG Python Meeting D?sseldorf http://pyddf.de/ Ein Treffen von Python Enthusiasten und Interessierten in ungezwungener Atmosph?re. Mittwoch, 17.01.2018, 18:00 Uhr Raum 1, 2.OG im B?rgerhaus Stadtteilzentrum Bilk D?sseldorfer Arcaden, Bachstr. 145, 40217 D?sseldorf Diese Nachricht ist auch online verf?gbar: http://www.egenix.com/company/news/Python-Meeting-Duesseldorf-2018-01-17 ________________________________________________________________________ NEUIGKEITEN * Bereits angemeldete Vortr?ge: Dr. Klaus Bremer "Klimadatenauswertung mit Python" Marc-Andre Lemburg "YouTube API mit Python ansprechen" Philipp Hagemeister "5 Sicherheitsl?cken in Deiner Python-Anwendung" Charlie Clark "asyncio f?r schnellere Datenbanken" Weitere Vortr?ge k?nnen gerne noch angemeldet werden: info at pyddf.de * Startzeit und Ort: Wir treffen uns um 18:00 Uhr im B?rgerhaus in den D?sseldorfer Arcaden. Das B?rgerhaus teilt sich den Eingang mit dem Schwimmbad und befindet sich an der Seite der Tiefgarageneinfahrt der D?sseldorfer Arcaden. ?ber dem Eingang steht ein gro?es "Schwimm' in Bilk" Logo. Hinter der T?r direkt links zu den zwei Aufz?gen, dann in den 2. Stock hochfahren. Der Eingang zum Raum 1 liegt direkt links, wenn man aus dem Aufzug kommt. Google Street View: http://bit.ly/11sCfiw ________________________________________________________________________ EINLEITUNG Das Python Meeting D?sseldorf ist eine regelm??ige Veranstaltung in D?sseldorf, die sich an Python Begeisterte aus der Region wendet: * http://pyddf.de/ Einen guten ?berblick ?ber die Vortr?ge bietet unser YouTube-Kanal, auf dem wir die Vortr?ge nach den Meetings ver?ffentlichen: * http://www.youtube.com/pyddf/ Veranstaltet wird das Meeting von der eGenix.com GmbH, Langenfeld, in Zusammenarbeit mit Clark Consulting & Research, D?sseldorf: * http://www.egenix.com/ * http://www.clark-consulting.eu/ ________________________________________________________________________ PROGRAMM Das Python Meeting D?sseldorf nutzt eine Mischung aus (Lightning) Talks und offener Diskussion. Vortr?ge k?nnen vorher angemeldet werden, oder auch spontan w?hrend des Treffens eingebracht werden. Ein Beamer mit XGA Aufl?sung steht zur Verf?gung. (Lightning) Talk Anmeldung bitte formlos per EMail an info at pyddf.de ________________________________________________________________________ KOSTENBETEILIGUNG Das Python Meeting D?sseldorf wird von Python Nutzern f?r Python Nutzer veranstaltet. Um die Kosten zumindest teilweise zu refinanzieren, bitten wir die Teilnehmer um einen Beitrag in H?he von EUR 10,00 inkl. 19% Mwst, Sch?ler und Studenten zahlen EUR 5,00 inkl. 19% Mwst. Wir m?chten alle Teilnehmer bitten, den Betrag in bar mitzubringen. ________________________________________________________________________ ANMELDUNG Da wir nur f?r ca. 20 Personen Sitzpl?tze haben, m?chten wir bitten, sich per EMail anzumelden. Damit wird keine Verpflichtung eingegangen. Es erleichtert uns allerdings die Planung. Meeting Anmeldung bitte formlos per EMail an info at pyddf.de ________________________________________________________________________ WEITERE INFORMATIONEN Weitere Informationen finden Sie auf der Webseite des Meetings: http://pyddf.de/ Mit freundlichen Gr??en, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Experts (#1, Jan 11 2018) >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ >>> Python Database Interfaces ... http://products.egenix.com/ >>> Plone/Zope Database Interfaces ... http://zope.egenix.com/ ________________________________________________________________________ ::: We implement business ideas - efficiently in both time and costs ::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ http://www.malemburg.com/ From michele.simionato at gmail.com Sun Jan 14 03:42:17 2018 From: michele.simionato at gmail.com (Michele Simionato) Date: Sun, 14 Jan 2018 00:42:17 -0800 (PST) Subject: ANN: decorator 4.2.0 Message-ID: <5d6c04ca-0514-4b59-8485-ae488adebf82@googlegroups.com> Dear all, a new release of the decorator module is out. The new feature is a simple facility to define parametric families of decorators (aka decorators with arguments). Here are the relevant links: Download: https://pypi.python.org/pypi/decorator/4.2.0 Project: https://github.com/micheles/decorator/ Docs: http://decorator.readthedocs.io/en/4.2.0/ From raj.pritvi.kumar at gmail.com Sun Jan 14 15:53:51 2018 From: raj.pritvi.kumar at gmail.com (Raj Kumar) Date: Sun, 14 Jan 2018 12:53:51 -0800 Subject: Uplink v0.3 Release Message-ID: <42ebc924-cfc4-464e-a0b2-b8db5d899414@Spark> Hi everyone, I am excited to announce the release of Uplink v0.3, an MIT-licensed library for building HTTP API clients: github.com/prkumar/uplink/ What is Uplink? ============== In essence, Uplink delivers reusable and self-sufficient objects for consuming HTTP webservices, with minimal code and user pain. It generates consumers from the classes and methods you define (loosely analogous to Django's ORM) and supports both synchronous and asynchronous requests, with support for asyncio and Twisted. What?s New in v0.3 =============== In addition to a few bug fixes and other improvements, this release includes direct support for returning deserialized response objects using marshmallow (https://marshmallow.readthedocs.io/en/latest/) schemas. Further, users can easily extend support for other deserialization libraries by implementing an adapter class. See the full list of release changes here: https://github.com/prkumar/uplink/blob/master/CHANGELOG.rst Links ===== - GitHub: github.com/prkumar/uplink - Download: pypi.python.org/pypi/uplink - Documentation: uplink.readthedocs.io/en/latest/ -- Raj Kumar - raj.pritvi.kumar at gmail.com From pyscripter at gmail.com Tue Jan 16 08:02:22 2018 From: pyscripter at gmail.com (pyscripter at gmail.com) Date: Tue, 16 Jan 2018 05:02:22 -0800 (PST) Subject: PyScripter v3.2.0 released Message-ID: <1ae7e677-d56c-468b-9c87-7082d76d7494@googlegroups.com> PyScripter is a free and open-source Python Integrated Development Environment (IDE) created with the ambition to become competitive in functionality with commercial Windows-based IDEs available for other languages. It is feature-rich, but also light-weight. The major new feature of this release is DPI awareness. See: Announcement: http://pyscripter.blogspot.gr/2018/01/pyscripter-version-302-released.html Features: https://github.com/pyscripter/pyscripter/wiki/Features Downloads: https://sourceforge.net/projects/pyscripter/files From rt.van.der.ham at gmail.com Mon Jan 15 12:21:01 2018 From: rt.van.der.ham at gmail.com (Ruud van der Ham) Date: Mon, 15 Jan 2018 18:21:01 +0100 Subject: salabim 2.2.11 released Message-ID: salabim is a discrete event simulation package in Python, with powerful process interaction, queues, resources, statistical sampling, monitoring and -last but not least- real-time animation. This version contains enhanced trace output, more statistical distributions and several enhancements. See www.salabim.org for details. From h.goebel at crazy-compilers.com Tue Jan 16 17:40:17 2018 From: h.goebel at crazy-compilers.com (Hartmut Goebel) Date: Tue, 16 Jan 2018 23:40:17 +0100 Subject: [ANN] python-ghostscript 0.6 Message-ID: <45d9ca3d-d24e-b17e-71e4-cc4945f2b1db@crazy-compilers.com> I'm pleased to announce the new release vor python-ghostscript: ???????????????? python-ghostscript 0.6 A Python-Interface to the Ghostscript C-API using ctypes :License: GNU Public License v3 (GPLv3) :Author:? Hartmut Goebel :Homepage: https://gitlab.com/pdftools/python-ghostscript :Download: https://pypi.python.org/pypi/ghostscript `Ghostscript`__, is a well known interpreter for the PostScript language and for PDF. This package implements a interface to the Ghostscript C-API using `ctypes`__. Both a low-level and a pythonic, high-level interface are provided. __ http://www.ghostscript.com/ __ http://docs.python.org/library/ctypes.html This package is currently tested only under GNU/Linux. Please report whether it works in your environment, too. Thanks. Latest Changes ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Please note: Version 0.5 has been skipped to avoid version conflicts with the fork `python3-ghostscript`. All changes of that fork are integrated into this release. ? * Add support for Python 3.x (tested with Python 3.4). ??? Minimum required Python version is now 2.7. ? * Add support for display callback and an example program ??? using it. Thanks to Lasse Fister. ? * Add context-interface (for the ``with``-statement). ? * ``GhostscriptError`` now has an attribute ``code`` holding ??? the numeric error-code. ? * ``Ghostscript()`` now accepts keyword-arguments ``stdin``, ??? ``stdout``, ``stderr`` for setting the respective stream. This was ??? already implementd in version 0.4.1, but not documented. ? * Add unittest suite (using pytest). ? * Several bug fixes and smaller changes. ? * Switch version control to git and move project to gitlab. See ??? Readme-file for the new URL. ? * Set up continuous integration tests. Example ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Here is an example for how to use the high-level interface of `python-ghostscript`. This implements a very basic ps2pdf-tool:: ? import sys ? import ghostscript ? args = [ ????? "ps2pdf",??? # actual value doesn't matter ????? "-dNOPAUSE", "-dBATCH", "-dSAFER", ????? "-sDEVICE=pdfwrite", ????? "-sOutputFile=" + sys.argv[1], ????? "-c", ".setpdfwrite", ????? "-f",? sys.argv[2] ????? ] ? ghostscript.Ghostscript(*args) -- Regards Hartmut Goebel | Hartmut Goebel | h.goebel at crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible | From michele.simionato at gmail.com Wed Jan 17 10:30:08 2018 From: michele.simionato at gmail.com (Michele Simionato) Date: Wed, 17 Jan 2018 07:30:08 -0800 (PST) Subject: ANN: decorator 4.2.0 In-Reply-To: References: <5d6c04ca-0514-4b59-8485-ae488adebf82@googlegroups.com> Message-ID: <3b69d0d2-2c3d-4e39-8099-f9740d720915@googlegroups.com> On Monday, January 15, 2018 at 2:20:15 PM UTC+1, Michele Simionato wrote: > Dear all, > > a new release of the decorator module is out. The new feature is a simple facility to define parametric families of decorators (aka decorators with arguments). > > Here are the relevant links: > > Download: https://pypi.python.org/pypi/decorator/4.2.0 > Project: https://github.com/micheles/decorator/ > Docs: http://decorator.readthedocs.io/en/4.2.0/ We are already at version 4.2.1 now: Download: https://pypi.python.org/pypi/decorator/4.2.1 Docs: http://decorator.readthedocs.io/en/4.2.1/ From aronovitch at gmail.com Fri Jan 19 17:43:24 2018 From: aronovitch at gmail.com (Amit Aronovitch) Date: Sat, 20 Jan 2018 00:43:24 +0200 Subject: ANN: homography 0.1 Message-ID: <3cc2e751-9a8a-2799-03ed-4a39b8eecdbf@gmail.com> We are pleased to announce `homography`, a package for representation and manipulation of 2D projective transformations (a construct which is commonly used for image processing and computer graphics). Supported on Python>=3.4. Suggestions and contributions are welcome. Installation: `pip install homography` Documentation: https://satellogic.github.io/homography/ Code & Issues: https://github.com/satellogic/homography Regards, ? Amit Aronovitch, on behalf of the satellogic-devs team From stefan at bytereef.org Sun Jan 21 11:50:49 2018 From: stefan at bytereef.org (Stefan Krah) Date: Sun, 21 Jan 2018 17:50:49 +0100 Subject: ANN: ndtypes/xnd 0.2.0b1 released Message-ID: <20180121165049.GA23033@bytereef.org> Hello, this is the first release (beta) of two Python modules for describing and manipulating unboxed in-memory data. ndtypes ======= ndtypes is based on the libndtypes C-library. libndtypes has four main purposes: 1) Typing a memory block (abstract type). 2) Storing the exact layout information of a memory block (concrete type). 3) Constructing the type from a close variant of the datashape type language. 3) Dynamic type checking of memory blocks by pattern-matching an abstract function signature against the types of concrete input arguments. ndtypes implements all the heavy-lifting for typing and handling memory blocks and is meant to be used as a foundation for other modules. xnd === xnd is based on the libxnd C-library and the ndtypes module. It defines and manages typed memory blocks. Because libndtypes has full layout information, the xnd memory block is a small C-struct that contains bitmaps for optional data, a linear index for addressing bitmaps, the type and the data pointer. This makes it easy to implement lightweight memory views that support the whole range of C types relevant for scientific computing. Since libndtypes uses a standard algebraic data type to store recursive type and layout information, mapping and unpacking nested Python values directly to memory is straightforward. Unless the type contains explicit pointer types like references, bytes or strings, a single, pointer-free memory block is allocated. List of xnd's features ---------------------- 1) Missing values (NA) are supported for all data. The bitmaps are Arrow compatible. 2) ndarrays with arbitrarily nested element types and optional values. 3) Ragged arrays using offset addressing with nested element types and optional values. The ragged array type is compatible with the Arrow list type. 4) Slicing and multi-dimensional indexing. Slicing and indexing returns fully typed views on the data. 5) First class tuples and records with detailed explicit alignment and packing. 6) Constructor types (Joule(float32) != Ampere(float32)). 7) Reference types for compatibility with other memory block libraries. 8) Buffer protocol support for importing other memory blocks while translating PEP-3118 format strings to datashape. Links ===== https://github.com/plures/ndtypes http://ndtypes.readthedocs.io/en/latest/ https://pypi.python.org/pypi/ndtypes/0.2.0b1 https://github.com/plures/xnd http://xnd.readthedocs.io/en/latest/ https://pypi.python.org/pypi/xnd/0.2.0b1 Checksums ========= 815455812cdeb0f8bd6c6d2111aca1c3ed23760d3c5a62dd45de20b37e01c0b1 ndtypes-0.2.0b1.tar.gz fbfc4060fd95057d9882ae281b7d2b1b102283b8459ef5bfd8d4ffb21200d8df xnd-0.2.0b1.tar.gz Stefan Krah From prabhu at aero.iitb.ac.in Mon Jan 22 22:05:13 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Tue, 23 Jan 2018 08:35:13 +0530 Subject: [ANN ] Jupyter tools: tex2ipy and ipyaml v 0.3 Message-ID: Hi everyone, I'd like to announce new releases of tex2ipy and ipyaml on pypi. tex2ipy: https://github.com/prabhuramachandran/tex2ipy This simple tool makes it relatively easy to convert a LaTeX beamer presentation to a Jupyter/IPython notebook using RISE[1]. This version fixes some issues, works with the latest version of TexSoup and nbformat. The second tool is: ipyaml: https://github.com/prabhuramachandran/ipyaml This allows Jupyter to store notebook files as easy-to-edit YAML files. It supports both code/markdown and outputs so is entirely compatible with .ipynb files (version 4 of the notebook format). Output dumping can be disabled if needed. This package is similar to notedown and ipymd but offers complete compatibility with .ipynb files. This version works with the latest nbformat version and also reduces a little indentation to make the yaml files a little easier on the eye. cheers, Prabhu [1] https://github.com/damianavila/RISE From larry at hastings.org Tue Jan 23 09:52:12 2018 From: larry at hastings.org (Larry Hastings) Date: Tue, 23 Jan 2018 06:52:12 -0800 Subject: [RELEASED] Python 3.4.8rc1 and Python 3.5.5rc1 are now available Message-ID: <91bc5411-3a98-ef11-fc25-ee3fa75941ba@hastings.org> On behalf of the Python development community, I'm pleased to announce the availability of Python 3.4.8rc1 and Python 3.5.5rc1. Both Python 3.4 and 3.5 are in "security fixes only" mode. Both versions only accept security fixes, not conventional bug fixes, and both releases are source-only. You can find Python 3.4.8rc1 here: https://www.python.org/downloads/release/python-348rc1/ And you can find Python 3.5.5rc1 here: https://www.python.org/downloads/release/python-355rc1/ Happy Pythoning, //arry/ From barry at python.org Sat Jan 27 16:02:08 2018 From: barry at python.org (Barry Warsaw) Date: Sat, 27 Jan 2018 16:02:08 -0500 Subject: =?utf-8?Q?Welcome_the_3=2E8_and_3=2E9_Release_Manager_-_=C5=81uka?= =?utf-8?Q?sz_Langa!?= Message-ID: As Ned just announced, Python 3.7 is very soon to enter beta 1 and thus feature freeze. I think we can all give Ned a huge round of applause for his amazing work as Release Manager for Python 3.6 and 3.7. Let?s also give him all the support he needs to make 3.7 the best version yet. As is tradition, Python release managers serve for two consecutive releases, and so with the 3.7 release branch about to be made, it?s time to announce our release manager for Python 3.8 and 3.9. By unanimous and enthusiastic consent from the Python Secret Underground (PSU, which emphatically does not exist), the Python Cabal of Former and Current Release Managers, Cardinal Xim?nez, and of course the BDFL, please welcome your next release manager? ?ukasz Langa! And also, happy 24th anniversary to Guido?s Python 1.0.0 announcement[1]. It?s been a fun and incredible ride, and I firmly believe that Python?s best days are ahead of us. Enjoy, -Barry [1] https://groups.google.com/forum/?hl=en#!original/comp.lang.misc/_QUzdEGFwCo/KIFdu0-Dv7sJ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From ericsnowcurrently at gmail.com Sat Jan 27 16:14:35 2018 From: ericsnowcurrently at gmail.com (Eric Snow) Date: Sat, 27 Jan 2018 14:14:35 -0700 Subject: =?UTF-8?Q?Re=3A_=5Bpython=2Dcommitters=5D_Welcome_the_3=2E8_and_3=2E9_Rele?= =?UTF-8?Q?ase_Manager_=2D_=C5=81ukasz_Langa=21?= In-Reply-To: References: Message-ID: On Sat, Jan 27, 2018 at 2:02 PM, Barry Warsaw wrote: > please welcome your next release manager? > > ?ukasz Langa! Congrats, ?ukasz! (or condolences? ) -eric From prabhu at aero.iitb.ac.in Sun Jan 28 13:24:43 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Sun, 28 Jan 2018 23:54:43 +0530 Subject: [ANN ] Jupyter tools: tex2ipy and ipyaml v 0.3 Message-ID: <44bab44f-b65f-b973-0844-b39f71b2758a@aero.iitb.ac.in> Hi everyone, I'd like to announce new releases of tex2ipy and ipyaml on pypi. tex2ipy: https://github.com/prabhuramachandran/tex2ipy This simple tool makes it relatively easy to convert a LaTeX beamer presentation to a Jupyter/IPython notebook using RISE[1]. This version fixes some issues, works with the latest version of TexSoup and nbformat. The second tool is: ipyaml: https://github.com/prabhuramachandran/ipyaml This allows Jupyter to store notebook files as easy-to-edit YAML files. It supports both code/markdown and outputs so is entirely compatible with .ipynb files (version 4 of the notebook format). Output dumping can be disabled if needed. This package is similar to notedown and ipymd but offers complete compatibility with .ipynb files. This version works with the latest nbformat version and also reduces a little indentation to make the yaml files a little easier on the eye. cheers, Prabhu [1] https://github.com/damianavila/RISE p.s. sorry about the cross posting. From edreamleo at gmail.com Tue Jan 30 17:34:49 2018 From: edreamleo at gmail.com (Edward K. Ream) Date: Tue, 30 Jan 2018 16:34:49 -0600 Subject: Leo 5.7b1 released Message-ID: Leo 5.7b1 is now available on SourceForge and on GitHub . Leo is an IDE, outliner and PIM, as described here . Simulating Leo's features in Vim, Emacs or Eclipse is possible, just as it is possible to simulate Python in assembly language... *The highlights of Leo 5.7* - Added Debian package for Leo. - pip install leo (After 5.7 final) - A web-based Leo Viewer, written by Joe Orr. - New reload-settings command. - Leo optionally shows user tips on startup. - Added a new Tips page to Leo's documentation. - Improved the console_gui plugin. - Added live links from urls in the log pane. - Unit tests use a string gui, making them faster and more robust. - The line_numbering plugin shows line numbers in external files. - Improved the javascript importer. - Added 6 new commands. - Dozens of bug fixes. *Links* - Leo's home page - Documentation - Tutorials - Video tutorials - Forum - Download - Leo on GitHub - LeoVue - What people are saying about Leo - A web page that displays .leo files - More links Edward ------------------------------------------------------------------------------------------ Edward K. Ream: edreamleo at gmail.com Leo: http://leoeditor.com/ ------------------------------------------------------------------------------------------ From mike at pythonlibrary.org Tue Jan 30 21:46:02 2018 From: mike at pythonlibrary.org (Mike Driscoll) Date: Tue, 30 Jan 2018 20:46:02 -0600 Subject: ANN: ReportLab Book Kickstarter Message-ID: I have recently started my 4th self-published book, ReportLab: PDF Processing with Python. This is the first book on ReportLab, a great package for creating reports in the PDF format. You can read more about it here: https://www.kickstarter.com/projects/34257246/reportlab-pdf-processing-with-python Thanks, Mike From nicoddemus at gmail.com Tue Jan 30 17:18:17 2018 From: nicoddemus at gmail.com (Bruno Oliveira) Date: Tue, 30 Jan 2018 22:18:17 +0000 Subject: pytest 3.4.0 released! Message-ID: The pytest team is proud to announce the 3.4.0 release! pytest is a mature Python testing tool with more than a 1600 tests against itself, passing on many different interpreters and platforms. This release contains considerable improvements to the logging facilities as well as other fixes and improvements, so users are encouraged to take a look at the CHANGELOG: http://doc.pytest.org/en/latest/changelog.html For complete documentation, please visit: http://docs.pytest.org As usual, you can upgrade from pypi via: pip install -U pytest Thanks to all who contributed to this release, among them: * Aaron * Alan Velasco * Anders Hovm?ller * Andrew Toolan * Anthony Sottile * Aron Coyle * Brian Maissy * Bruno Oliveira * Cyrus Maden * Florian Bruhin * Henk-Jaap Wagenaar * Ian Lesperance * Jon Dufresne * Jurko Gospodneti? * Kate * Kimberly * Per A. Brodtkorb * Pierre-Alexandre Fonta * Raphael Castaneda * Ronny Pfannschmidt * ST John * Segev Finer * Thomas Hisch * Tzu-ping Chung * feuillemorte Happy testing, The Pytest Development Team From nad at python.org Wed Jan 31 20:34:12 2018 From: nad at python.org (Ned Deily) Date: Wed, 31 Jan 2018 20:34:12 -0500 Subject: [RELEASE] Python 3.7.0b1 is now available for testing Message-ID: <9425596C-A92F-4B10-A8B7-98F4E827E8D0@python.org> On behalf of the Python development community and the Python 3.7 release team, I'm happy to announce the availability of Python 3.7.0b1. b1 is the first of four planned beta releases of Python 3.7, the next major release of Python, and marks the end of the feature development phase for 3.7. You can find Python 3.7.0b1 here: https://www.python.org/downloads/release/python-370b1/ Among the new major new features in Python 3.7 are: * PEP 538, Coercing the legacy C locale to a UTF-8 based locale * PEP 539, A New C-API for Thread-Local Storage in CPython * PEP 540, UTF-8 mode * PEP 552, Deterministic pyc * PEP 553, Built-in breakpoint() * PEP 557, Data Classes * PEP 560, Core support for typing module and generic types * PEP 562, Module __getattr__ and __dir__ * PEP 563, Postponed Evaluation of Annotations * PEP 564, Time functions with nanosecond resolution * PEP 565, Show DeprecationWarning in __main__ * PEP 567, Context Variables Please see "What?s New In Python 3.7" for more information. Additional documentation for these features and for other changes will be provided during the beta phase. https://docs.python.org/3.7/whatsnew/3.7.html Beta releases are intended to give you the opportunity to test new features and bug fixes and to prepare their projects to support the new feature release. We strongly encourage you to test your projects with 3.7 during the beta phase and report issues found to https://bugs.python.org as soon as possible. While the release is feature complete entering the beta phase, it is possible that features may be modified or, in rare cases, deleted up until the start of the release candidate phase (2018-05-21). Our goal is have no ABI changes after beta 3 and no code changes after rc1. To achieve that, it will be extremely important to get as much exposure for 3.7 as possible during the beta phase. Attention macOS users: with 3.7.0b1, we are providing a choice of two binary installers. The new variant provides a 64-bit-only version for macOS 10.9 and later systems; this variant also now includes its own built-in version of Tcl/Tk 8.6. We welcome your feedback. Please keep in mind that this is a preview release and its use is not recommended for production environments. The next planned release of Python 3.7 will be 3.7.0b2, currently scheduled for 2018-02-26. More information about the release schedule can be found here: https://www.python.org/dev/peps/pep-0537/ -- Ned Deily nad at python.org -- [] From ericfahlgren at gmail.com Wed Jan 31 20:45:01 2018 From: ericfahlgren at gmail.com (Eric Fahlgren) Date: Wed, 31 Jan 2018 17:45:01 -0800 Subject: [wxPython-dev] wxPython 4.0.0 final In-Reply-To: <5A726F72.4040708@alldunn.com> References: <5A726F72.4040708@alldunn.com> Message-ID: 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 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 wxPython-dev+unsubscribe at googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > From barry at python.org Wed Jan 31 23:05:42 2018 From: barry at python.org (Barry Warsaw) Date: Wed, 31 Jan 2018 23:05:42 -0500 Subject: Developer docker images Message-ID: <162EC7BF-B883-42E2-BBB8-CA5573ADF9C2@python.org> With the release of 3.7b1, I?ve updated the semi-official python-dev big ol? docker image you can use in various CI and development tasks, such as for GitLab CI runners. This image is based on Ubuntu 16.04 LTS, and comes with the latest Python 2.7, 3.4, 3.5, 3.6, 3.7, and git master (now 3.8a0), along with a bunch of other useful tools like mypy, coverage, tox, wget, zip, and git. For more information see: https://gitlab.com/python-devs/ci-images/tree/master The README.md file includes links to the quay.io repository, instructions on the image?s use, and a sample .gitlab-ci.yml file. I?ll be tracking the 3.7 releases now as well. Feedback welcome at: https://gitlab.com/python-devs/ci-images Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From robin at alldunn.com Wed Jan 31 20:37:54 2018 From: robin at alldunn.com (Robin Dunn) Date: Wed, 31 Jan 2018 17:37:54 -0800 Subject: wxPython 4.0.0 final Message-ID: <5A726F72.4040708@alldunn.com> 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