"John S. Yates, Jr." <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| On Tue, 3 Jul 2007, "Guido van Rossum" <[EMAIL PROTECTED]> wrote:
|
| >However, I'm rejecting it on the basis that code so complicated to
| >require this feature is very rare.
|
| I assume that you are familiar wit
On 03/07/07, Alexandre Vassalotti <[EMAIL PROTECTED]> wrote:
> I also find the semantic make more sense too. For example:
>
> >>> s = StringIO("Good bye, world")
> >>> s.truncate(10)
> >>> s.write("cruel world")
> >>> s.getvalue()
> ???
>
> I think that should return "Good bye, cruel worl
On 7/2/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Honestly, I think truncate() should always set the current position to
> the new size, even though that's not what it currently does.
Thought about that and I think that would be the best thing to do.
That would avoid making StringIO unneces
On Tue, 3 Jul 2007, "Guido van Rossum" <[EMAIL PROTECTED]> wrote:
>However, I'm rejecting it on the basis that code so complicated to
>require this feature is very rare.
I assume that you are familiar with Donald E. Knuth's classic paper:
"Structured Programming with go to Statements"
http:
On 7/3/07, tomer filiba <[EMAIL PROTECTED]> wrote:
> i haven't seen this issue discussed at all, so i thought i'd bring it up --
> what's the status of the pep 315 (do-while syntax)? is it getting into py3k?
No, it wasn't even considered. It was in the deferred list and nobody
suggested we look at
i haven't seen this issue discussed at all, so i thought i'd bring it up --
what's the status of the pep 315 (do-while syntax)? is it getting into py3k?
-tomer
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/
Giovanni Bajo wrote:
> On 03/07/2007 9.17, Neil Toronto wrote:
>
>> Greg Ewing wrote:
>>
>>> On 30/06/2007 22.54, Matt Chisholm wrote:
>>>
>>>
>>>
I've created and submitted a new PEP proposing support for labels in
Python's break and continue statements.
http:
On 6/30/07, Matt Chisholm <[EMAIL PROTECTED]> wrote:
> I've created and submitted a new PEP proposing support for labels in
> Python's break and continue statements. Georg Brandl has graciously
> added it to the PEP list as PEP 3136:
>
> http://www.python.org/dev/peps/pep-3136/
I think this is a
On 03/07/2007 9.17, Neil Toronto wrote:
> Greg Ewing wrote:
>> On 30/06/2007 22.54, Matt Chisholm wrote:
>>
>>
>>> I've created and submitted a new PEP proposing support for labels in
>>> Python's break and continue statements.
>>>
>>> http://www.python.org/dev/peps/pep-3136/
>>>
>> -1. Con
Hi Lino,
On 7/1/07, Lino Mastrodomenico <[EMAIL PROTECTED]> wrote:
> ``__getitem__(integer) -> line``
>
> Returns the line at the specified (y) position.
Just some ideas to think about.
1) Have you considered adding a separate lines property to the Image protocol?
2) Does one, by default, w
Greg Ewing wrote:
> On 30/06/2007 22.54, Matt Chisholm wrote:
>
>
>> I've created and submitted a new PEP proposing support for labels in
>> Python's break and continue statements.
>>
>> http://www.python.org/dev/peps/pep-3136/
>>
>
> -1. Confusing nested loops are best broken out into
> se
11 matches
Mail list logo
