[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Steven D'Aprano
On Sun, Jun 16, 2019 at 08:04:44AM -0700, Christopher Barker wrote: > On Sun, Jun 16, 2019 at 6:08 AM Franklin? Lee > wrote: > > > The proposed feature is for expressing type relations, which only > > matters when you care about types. The feature will only be useful > > when you care about

[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Christopher Barker
On Sun, Jun 16, 2019 at 6:08 AM Franklin? Lee wrote: > The proposed feature is for expressing type relations, which only > matters when you care about types. The feature will only be useful > when you care about types. The syntax will only help/hurt readability > when the code cares about types.

[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Oscar Benjamin
On Sun, 16 Jun 2019 at 12:54, Franklin? Lee wrote: > > On Sat, Jun 15, 2019 at 10:26 PM Guido van Rossum wrote: > > I don't actually know how viable this proposal is, but given that it's > > being debated at some length, I'd like to put in my opinion that *if* > > we're going to define an

[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Franklin? Lee
On Sun, Jun 16, 2019 at 8:58 AM Dan Sommers <2qdxy4rzwzuui...@potatochowder.com> wrote: > > On 6/16/19 7:49 AM, Franklin? Lee wrote: > > > On Sat, Jun 15, 2019 at 10:26 PM Guido van Rossum > wrote: > > >> I don't actually know how viable this proposal is, but given that > >> it's being debated

[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Dan Sommers
On 6/16/19 7:49 AM, Franklin? Lee wrote: > On Sat, Jun 15, 2019 at 10:26 PM Guido van Rossum wrote: >> I don't actually know how viable this proposal is, but given that >> it's being debated at some length, I'd like to put in my opinion that >> *if* we're going to define an operator that's

[Python-ideas] Re: Comparison operator support (>= and <=) for type

2019-06-16 Thread Franklin? Lee
On Sat, Jun 15, 2019 at 10:26 PM Guido van Rossum wrote: > I don't actually know how viable this proposal is, but given that it's being > debated at some length, I'd like to put in my opinion that *if* we're going > to define an operator that's (roughly) synonymous with issubclass(), it >

[Python-ideas] Re: Add «iterate non-blocking» wrapper to prevent blocking loop too long

2019-06-16 Thread Joao S. O. Bueno
Despite my concerns over code for an implementation on my previous e-mail, it turns out that simply iterating in an `async for` loop won't yield to the asyncio-loop. An explicit "await" inside the async-generator is needed for that. That makes factoring-out the code presented in the first e-mail