PEP 501 was deferred because more learning and time was wanted after
introducing f-strings. Now that it has been 5 years, I wonder what the
possibilities of revisiting PEP 501 are.
I recently had the experience of using javascript "tagged template
literals" and was able to build a SQL string parse
rc.
> >
> > On Fri, May 7, 2021 at 11:32 PM M.-A. Lemburg > <mailto:[email protected]>> wrote:
> >
> > On 07.05.2021 21:40, Nick Humrich wrote:
> > > PEP 501 was deferred because more learning and time was wanted
> after
> > introduc
4:02 AM M.-A. Lemburg wrote:
> On 07.05.2021 23:56, Nick Humrich wrote:
> > Marc,
> >
> > You might have misunderstood me. I am not recommending sending the
> database raw
> > strings without parameters, but rather that i-strings turn things into
> > parameter
uld be interested in
sponsoring this PEP.
Nick Humrich
___
Python-ideas mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
In python, we have beautiful unpacking:
a, b, c = [1,2,3]
and even
a, b, *c = [1,2,3,4,5]
We also have dictionary destructing for purposes of keywords:
myfunc(**mydict)
You can currently unpack a dictionary, but its almost certainly not what
you would intend.
a, b, c = {'a': 1, 'c': 3, 'b': 2}.v
I am sure this has been discussed before, and this might not even be the
best place for this discussion, but I just wanted to make sure this has
been thought about.
What if pypi.org supported private repos at a cost, similar to npm?
This would be able to help support the cost of pypi, and hopefully
