Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-22 Thread Antoon Pardon
Op 2006-02-20, Steven D'Aprano schreef <[EMAIL PROTECTED]>: > John Zenger wrote: > >> I strongly agree that Python should promote range or xrange to syntax. I >> favor [0..10] rather than [0:10] because 0..10 is inherently easier to >> understand. > > "Inherently"? > > You mean people are born wi

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-20 Thread Colin J. Williams
Steven D'Aprano wrote: > John Zenger wrote: > >> I strongly agree that Python should promote range or xrange to syntax. >> I favor [0..10] rather than [0:10] because 0..10 is inherently easier >> to understand. > > > "Inherently"? > > You mean people are born with an instinctive, unlearnt und

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-20 Thread Tim Hochberg
[EMAIL PROTECTED] wrote: > Tim Hochberg wrote: > >>Colin J. Williams wrote: >> >> It would be good if the range and slice could be merged in some way, although the extended slice is rather complicated - I don't understand it. The semantics for an extended slicing are as follows.

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-20 Thread John Zenger
Steven D'Aprano wrote: > John Zenger wrote: > >> I strongly agree that Python should promote range or xrange to syntax. >> I favor [0..10] rather than [0:10] because 0..10 is inherently easier >> to understand. > > "Inherently"? > > You mean people are born with an instinctive, unlearnt unders

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-20 Thread Steven D'Aprano
John Zenger wrote: > I strongly agree that Python should promote range or xrange to syntax. I > favor [0..10] rather than [0:10] because 0..10 is inherently easier to > understand. "Inherently"? You mean people are born with an instinctive, unlearnt understanding of ..? Or that our brains are

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread bonono
Tim Hochberg wrote: > Colin J. Williams wrote: > > >> > >>It would be good if the range and slice could be merged in some way, > >>although the extended slice is rather complicated - I don't understand it. > >> > >> The semantics for an extended slicing are as follows. The primary > >> must ev

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread Erik Max Francis
John Zenger wrote: > I strongly agree that Python should promote range or xrange to syntax. > I favor [0..10] rather than [0:10] because 0..10 is inherently easier to > understand. Every maths text I have read uses the ".." notation to show > ranges; Math texts typically use a normal ellipsi

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread John Zenger
Colin J. Williams wrote: > Bryan Cole wrote: > >>> >>> First, I think the range() function in python is ugly to begin with. >>> Why can't python just support range notation directly like 'for a in >>> 0:10'. Or with 0..10 or 0...10 syntax. That seems to make a lot more >>> sense to me tha

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread Tim Hochberg
Colin J. Williams wrote: >> >>It would be good if the range and slice could be merged in some way, >>although the extended slice is rather complicated - I don't understand it. >> >> The semantics for an extended slicing are as follows. The primary >> must evaluate to a mapping object, and it i

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread Colin J. Williams
Colin J. Williams wrote: > Bryan Cole wrote: > >>> >>> First, I think the range() function in python is ugly to begin with. >>> Why can't python just support range notation directly like 'for a in >>> 0:10'. Or with 0..10 or 0...10 syntax. That seems to make a lot more >>> sense to me tha

Re: number ranges (was Re: Matlab page on scipy wiki)

2006-02-19 Thread Colin J. Williams
Bryan Cole wrote: >> >> >>First, I think the range() function in python is ugly to begin with. >>Why can't python just support range notation directly like 'for a in >>0:10'. Or with 0..10 or 0...10 syntax. That seems to make a lot more >>sense to me than having to call a named function.