On 08Feb2019 17:15, James Lu wrote:
Sometimes I see threads briefly go into topics that are unrelated to
new features in Python. For example: talking about a writer’s use of
“inhomogeneous” vs “heterogenous” vs “anhomogenous.” We get what the
original author meant, there is no need to fiddle w
Just a quick idea. Wouldn't an arrow operator -> be less of an eye sore?
Em sex, 8 de fev de 2019 às 18:16, Christopher Barker
escreveu:
> On Thu, Feb 7, 2019 at 4:27 PM David Mertz wrote:
>
> > Actually, if I wanted an operator, I think that @ is more intuitive than
> extra dots. Vectorizatio
Has anyone thought about my proposal yet? I think because it allows chained
function calls to be stored, which is probably something that is a common; if
imagine people turning the same series of chained functions into a lambda of
its own once it’s used more than once in a program.
Arguably, th
Sometimes I see threads briefly go into topics that are unrelated to new
features in Python. For example: talking about a writer’s use of
“inhomogeneous” vs “heterogenous” vs “anhomogenous.” We get what the original
author meant, there is no need to fiddle with the little details of language at
> On 3/31/18 5:43 PM, Steven D'Aprano wrote:
> > But we could avoid that runtime cost if the keyhole optimizer performed
> > the dedent at compile time:
> >
> > triple-quoted string literal
> > .dedent()
> >
> > could be optimized at compile-time, like other constant-folding.
There are a
On Fri, Feb 8, 2019 at 3:17 PM Christopher Barker
wrote:
> >vec_seq = Vector(seq)
> >(vec_seq * 2).name.upper()
> ># ... bunch more stuff
> >seq = vec_seq.unwrap()
>
> what type would .unwrap() return?
>
The idea—and the current toy implementation/alpha—has .unwrap return
whateve
On Thu, Feb 7, 2019 at 4:27 PM David Mertz wrote:
> Actually, if I wanted an operator, I think that @ is more intuitive than
extra dots. Vectorization isn't matrix multiplication, but they are sort
of in the same ballpark, so the iconography is not ruined.
well, vectorization is kinda the *oppo
not that anyone asked, but I"d only support:
> 2a) Adding a str.dedent() method
and maybe:
> 2b) Creating a constant-folding peephole optimization for methods on
immutable literals
and frankly, it's a much lighter lift to get approval than:
1) Creating a new type of string literal which compil
On Sat, Feb 9, 2019 at 6:08 AM Mike Miller wrote:
>
> Thanks all,
>
> I'm willing to start work on a PEP, perhaps next week. Unless Marius would
> prefer to do it.
>
> One fly in the ointment is that I don't feel strongly about the choice of
> solution 1, 2, or last-minute entry.
>
That's not a
Thanks all,
I'm willing to start work on a PEP, perhaps next week. Unless Marius would
prefer to do it.
One fly in the ointment is that I don't feel strongly about the choice of
solution 1, 2, or last-minute entry.
-Mike
___
Python-ideas mailing
On Sat, Feb 9, 2019 at 3:19 AM Paul Moore wrote:
>
> On Thu, 7 Feb 2019 at 18:21, Mike Miller wrote:
> > Anyone still interested in this?
>
> It feels like a nice idea to me, when reading the proposals. However,
> in all of the code I've ever written in Python (and that's quite a
> lot...) I've n
On Thu, 7 Feb 2019 at 18:21, Mike Miller wrote:
> Anyone still interested in this?
It feels like a nice idea to me, when reading the proposals. However,
in all of the code I've ever written in Python (and that's quite a
lot...) I've never actually had a case where I this feature would have
made a
/me also would be strongly in favor of this.
"+1 " .
Even taking in consideration the added complexity .
On Fri, 8 Feb 2019 at 13:26, Paul Ferrell wrote:
> I particularly like the str.dedent() idea. Adding yet another string
> prefix adds more complexity to the language, which I'm generally not
I particularly like the str.dedent() idea. Adding yet another string
prefix adds more complexity to the language, which I'm generally not
in favor of.
On 2/7/19, Mike Miller wrote:
> Was: "Dart (Swift) like multi line strings indentation"
>
> This discussion petered-out but I liked the idea, as i
On Thu, Feb 07, 2019 at 10:13:29AM -0800, Mike Miller wrote:
> Was: "Dart (Swift) like multi line strings indentation"
[...]
> Anyone still interested in this?
I am, but it will surely need a PEP. I'm not interested enough to write
the PEP itself but I'm more than happy to tear it to bits^W^W^W e
15 matches
Mail list logo
