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
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.
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,
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
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
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
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
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
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
/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
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
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
15 matches
Mail list logo