Robert Kern wrote:
> Michael Hobbs wrote:
>
>> True enough. Although, I have to ask how many times you define a new
>> function only to have Python spit a syntax error out at you saying that
>> you forgot a colon. It happens to me all the time. (Usually after an
&
Robert Kern wrote:
> Michael Hobbs wrote:
>
>> In the end, I have to admit that I really couldn't give a flying frog if
>> the colon is there or not. It's just a colon, after all. I *was* hoping
>> that I could convince someone to honestly think about i
Ron Adam wrote:
> Michael Hobbs wrote:
>
>> Ron Adam wrote:
>>
>>> LOL, of course it would. I would expect that too after a suitable amount
>>> of
>>> 'brain washing', oops, I mean training and conditioning. ;-)
>>>
&
Ron Adam wrote:
> LOL, of course it would. I would expect that too after a suitable amount of
> 'brain washing', oops, I mean training and conditioning. ;-)
>
Trust me, my brain is quite filthy and doesn't wash easily. I do
appreciate aesthetics, which is why still stay with Python, even aft
Carsten Haese wrote:
> On Sat, 2006-11-11 at 23:18 -0800, Doug wrote:
>
>> Michael Hobbs wrote:
>>
>>> I think the colon could be omitted from every type of compound
>>> statement: 'if', 'for', 'def', 'class', wha
Ron Adam wrote:
> [EMAIL PROTECTED] wrote:
>
>> > I'm not sure why '\'s are required to do multi-line before the
>> colon.
>> Special cases aren't special enough to break the rules.
>>
>> Georg
>> >>> A bit of a circular answer.
>> >>>
>> >>> Why
Georg Brandl wrote:
> Ron Adam wrote:
>
>> Michael Hobbs wrote:
>>
>>
>>> The same problem that is solved by not having to type parens around the
>>> 'if' conditional, a la C and its derivatives. That is, it's unnecessary
>&g
Antoon Pardon wrote:
> On 2006-11-11, Steven D'Aprano <[EMAIL PROTECTED]> wrote:
>
>> On Fri, 10 Nov 2006 13:16:32 -0600, Michael Hobbs wrote:
>>
>>
>>> Yeah, okay, I didn't read through the details of the PEP. I picked a bad
>>>
Steven D'Aprano wrote:
> On Fri, 10 Nov 2006 15:18:55 -0600, Michael Hobbs wrote:
>
>
>> Ron Adam wrote:
>>
>>> It is also an outline form that frequently used in written languages.
>>> Something
>>> python tries to do, is to be
Ron Adam wrote:
> It is also an outline form that frequently used in written languages.
> Something
> python tries to do, is to be readable as if it were written in plain language
> where it is practical to do so. So the colon/outline form makes a certain
> sense
> in that case as well.
>
Ron Adam wrote:
> The faq also pointed out a technical reason for requiring the colon. It
> makes
> the underlying parser much easier to write and maintain. This shouldn't be
> taken to lightly in my opinion, because a simpler easer to maintain and more
> reliable python parser means developm
Steve Holden wrote:
> Michael Hobbs wrote:
>
>> Ben Finney wrote:
>>
> [...]
>
>>> A use case. What problem is being solved by introducing this
>>> inconsistency?
>>>
>>>
>> The same problem that is solved by
Ben Finney wrote:
> Please don't hide your new thread as a reply to an existing, unrelated
> message. Start a new message if your message isn't actually a reply.
>
>
My apologies. My email client was apparently hiding some important
headers from me.
>> The colon that divides the statement ther
Paul Boddie wrote:
> Michael Hobbs wrote:
>
>> I think the colon could be omitted from every type of compound
>> statement: 'if', 'for', 'def', 'class', whatever. Am I missing anything?
>>
>
> The FAQ answer. ;-)
>
&g
Can anyone find a flaw with this change in syntax?
Instead of dividing a compound statement with a colon, why not divide it
on a newline? For example, the colon could be dropped from this statement:
if self.hungry:
self.eat()
to
if self.hungry
self.eat()
Python is already
Bruno Desthuilliers wrote:
> Heavy a écrit :
>
>> Ciao a tutti,
>> sto creando una applicazione in python, che deve fungere anche da
>> server web...
>> non ho assolutamente problemi a prendere i parametri di una 'GET', mi
>> limito a fare il parsing della URL, ma come faccio a prendere i
>> par
rrent content will then be fed to iTunes via a standard HTTP
loopback connection.
It uses the official BitTorrent 4.4.0 code to perform the actual
downloads from a BitTorrent network. (http://www.bittorrent.com)
Regards,
- Michael Hobbs <[EMAIL PROTECTED]>
--
http://mail.python.org/mailm
Eric Deveaud wrote:
> [EMAIL PROTECTED] wrote:
>
>> Eric Deveaud wrote:
>>
>>> [EMAIL PROTECTED] wrote:
>>>
Like in C we comment like
/*
Bunch of lines of code
*/
Should we use docstring """ """
>>> I would say NO. docstring are disp
fed to iTunes via a standard HTTP
loopback connection.
It uses the official BitTorrent 4.4.0 code to perform the actual
downloads from a BitTorrent network. (http://www.bittorrent.com)
Regards,
- Michael Hobbs <[EMAIL PROTECTED]>
--
http://mail.python.org/mailman/listinfo/python-list
I just wanted to see if anyone else experienced a problem with the
Thread.join() method in Python 2.4. Unfortunately, I did not debug this
problem fully before re-writing my code to avoid Thread.join().
My specific situation was that I called subprocess.Popen() to spawn a
separate process with th
Simon Wittber <[EMAIL PROTECTED]> wrote:
> I've noticed that a few ASPN cookbook recipes, which are recent
> additions, use classic classes.
>
> I've also noticed classic classes are used in many places in the
> standard library.
>
> I've been using new-style classes since Python 2.2, and am supr
Tim Gosselin <[EMAIL PROTECTED]> wrote:
> I am writing a tcp tunnel but cannot find a way of detecting when a socket
> shuts down its read end without writing to the socket. For testing the
> write end of the remote endpoint I just do a:
>
> if not sock.recv(buffsize)
>
> I cannot write to the so
David Brown <[EMAIL PROTECTED]> wrote:
> Hello. I recently came across a free operating system called Unununium (or
> something like that) and it was developed in Python and Assembly.
>
> Now, I have been looking for a way to make an operating system for a long
> long time and the only possibiliti
Nick Coghlan <[EMAIL PROTECTED]> wrote:
>
> Wait for Python 3k when this will work:
>
> class c:
> def __init__(self):
> with self:
> .x = 1
> .y = 2
> .hi = "Hi there!"
Python is looking more like JavaScript every day...
--
http://mail.python.org/mailman/listinfo/pytho
John Roth <[EMAIL PROTECTED]> wrote:
> Now, the base objective seems to be to incorporate PyChecker
> functionality into the root. This in turn requires type inference,
> which in turn strongly suggests type annotations to help the
> inferencer out over rough spots.
>
> I like this approach a lot.
Ville Vainio <[EMAIL PROTECTED]> wrote:
> What form of extreme dynamic behaviour have you been using lately?
One real-world example: in my new coverage analysis tool (to be
released any month now), I need to trace threads without changing any
code. To do so, I redefine the thread.start_new_thread
Neal D. Becker <[EMAIL PROTECTED]> wrote:
> I've just started learning about Haskell. I suggest looking at this for an
> example.
>
> A good intro: http://www.haskell.org/tutorial
>
I've always found that with Haskell, if I can get my program to
compile without error, it usually runs flawlessly
Rahul <[EMAIL PROTECTED]> wrote:
> I am assuming that optional type checking is being added for easier
> debugging only. So if 'expects' are turned on , python raises
> warnings(which do not halt the system) but not when they are turned
> off. These will enable easier debugging for new people while
Daniel Bickett <[EMAIL PROTECTED]> wrote:
>> I have no way to build it on Windows though, as I don't have Visual C++
>> 7.1, for that we must wait for Robin Dunn.
>
> Would it be too difficult of a task to try getting the build working
> with Dev-C++? That way those without enough incentive for pu
29 matches
Mail list logo