Python-ideas April 2015

python-ideas@python.org

72 participants
37 discussions

Pattern matching
by Szymon Pyżalski 08 Apr '15

08 Apr '15

Hello! I was trying to google if there were some attempts to add pattern matching feature (as seen in e.g. haskell) to Python. I couldn't however find anything. Were there any proposals for a feature like this? Greetings zefciu

9 20

Re: [Python-ideas] Top 10 Python modules that need a redesign Was: Geo coordinates conversion in stdlib
by random832＠fastmail.us 07 Apr '15

07 Apr '15

On Sun, Apr 5, 2015, at 00:00, Steven D'Aprano wrote: > As I understand it, the list of codes accepted is platform-dependent. > While many codes are standard from machine to machine, some are not > available on some systems. In my opinion all codes accepted by C11 *should* be supported by python; its present failure to do so is a wart. Any new work to address this issue should be in the form of a pure python strftime function rather than an effort to document every platform's idiosyncracies. In particular, none of the specifiers in the standard _except_ %z or %Z require any platform-specific logic. And these could be addressed by likewise supporting tm_zone and tm_gmtoff on platforms that do not provide them.

3 2

Clear all caches
by Serhiy Storchaka 02 Apr '15

02 Apr '15

There are a lot of implicit caches in the stdlib. Some of them can grow unlimitedly. It would be good to have an official way to clear caches. I proposed to add two functions (in some existing lightweight module or add a new module): clear_caches(level=0) register_cache(level, clear_func) clear_caches() calls cache clearing functions for specified level and larger. register_cache() registers cache clearing functions for specified level. All modules that use implicit cache should register clearing function. functools.lru_cache() should register wrapper's cache clearing function. May be register gc.collect too. Third-party libraries and user code will be able to register their own clearing functions.

9 17

A new module loader
by Ryan Gonzalez 02 Apr '15

02 Apr '15

Attached is a new module loader I've been working on that's an order of magnitude times faster than the current one. What would it take for this to be merged? BTW... (rot13) Ncevy Sbbyf! -- Ryan [ERROR]: Your autotools build scripts are 200 lines longer than your program. Something’s wrong. http://kirbyfan64.github.io/

11 23

Adding rule about trailing comma.
by INADA Naoki 02 Apr '15

02 Apr '15

What about adding rule about trailing comma? Yes: foo(aaa, bbb) or foo(aaa, bbb, ) No: foo(aaa, bbb,) # except one-value tuple. or foo(aaa, bbb ) -- INADA Naoki <songofacandy(a)gmail.com>

4 5

History on proposals for Macros?
by Matthew Rocklin 02 Apr '15

02 Apr '15

I want Python to have macros. This is obviously a hard sell. I'm willing to do some legwork to demonstrate value. What would a good proposal include? Are there good examples of failed proposals on this topic? Is the core team open to this topic? Thank you for your time, - Mathew Rocklin

11 39

A mutable alternative to namedtuple
by Luciano Ramalho 01 Apr '15

01 Apr '15

Sometimes we need a simple class to hold some mutable attributes, provide a nice repr, support == for testing, and support iterable unpacking, so you can write: >>> p = Point(3, 4) >>> x, y = p That's very much like the classes built by namedtuple, but mutable. I propose we add to the collections module another class factory. I am calling it plainclass, but perhaps we can think of a better name. Here is how it would be used: >>> import collections >>> Point = collections.plainclass('Point', 'x y') The signature of the plainclass function would be exactly the same as namedtuple, supporting the same alternative ways of naming the attributes. The semantics of the generated Point class would be like this code: https://gist.github.com/ramalho/fd3d367e9d3b2a659faf What do you think? Cheers, Luciano PS. I am aware that there are "Namespace" classes in the standard library (e.g. [2]). They solve a different problem. [2] https://docs.python.org/3/library/argparse.html#argparse.Namespace -- Luciano Ramalho | Author of Fluent Python (O'Reilly, 2015) | http://shop.oreilly.com/product/0636920032519.do | Professor em: http://python.pro.br | Twitter: @ramalhoorg

11 31

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Python-ideas April 2015