Daniel Delay wrote:
> I agree the comparison to the mathematical o-operator is misleading, it
> was just to say sometimes, it can be usefull introduce new syntax to
> avoid too many nested parenthesis
To replace them by the same amount of parentheses with a dot in front?
Not very convincing.
> T
al <[EMAIL PROTECTED]> wrote:
> And it solve a problem that in all object oriented langages, a method
> that process 2 or more different classes of objets belongs just to one
> of those classes.
Your use of the word "all" in the phrase "all object oriented languages"
is erroneous. There ARE seve
Diez B. Roggisch a écrit :
> Apart from that, I don't think your proposal does any good - it is ugly
> (or at least not less ugly than the things you want to fix) and confuses
> the reader because of the colliding use of . for attribute access.
There is no ambiguity ( in one case "." is followe
> It seems to me that what you proposed was a "solution", that seems
> obvious only to you, to a problem perceived only by you.
>
> I am afraid you would have to work rather harder to persuade me that
> there is a problem, let alone that you have found the solution to it.
Hello, I never said th
> There's something i don't understand :
>
> I've posted the original message you reply to yesterday, but I still
> cannot see it in comp.lang.python, while I can see your reply, and my
> reply to your reply.
>
> I tried with two different providers to get the messages, but with the
> same res
Fredrik Lundh a écrit :
> [EMAIL PROTECTED] wrote:
>
>
>>These 3 intermediate variables used to improve readability
>>can introduce bugs : you have to check that b, c and d are
>>not used anywhere else in the code.
>
>
> if you have a fear of introducing new local variables, you have problems
>
Fredrik Lundh a écrit :
> [EMAIL PROTECTED] wrote:
>
>
>>These 3 intermediate variables used to improve readability
>>can introduce bugs : you have to check that b, c and d are
>>not used anywhere else in the code.
>
>
> if you have a fear of introducing new local variables, you have problems
>
al wrote:
> Fredrik Lundh a écrit :
>
>>if you have a fear of introducing new local variables, you have problems
>>that cannot be solved by syntax.
>
>
> Dear Fredrik,
>
> I have read the original messages on fr.comp.lang.python, and I don't
> understand your answer.
>
> It is not about a fea
Fredrik Lundh a écrit :
> if you have a fear of introducing new local variables, you have problems
> that cannot be solved by syntax.
Dear Fredrik,
I have read the original messages on fr.comp.lang.python, and I don't
understand your answer.
It is not about a fear of introducing new local varia
[EMAIL PROTECTED] wrote:
> These 3 intermediate variables used to improve readability
> can introduce bugs : you have to check that b, c and d are
> not used anywhere else in the code.
if you have a fear of introducing new local variables, you have problems
that cannot be solved by syntax.
-
Hello everybody,
I just like to know what all of you think of adding this functionnality
to python language, or any other object oriented language in fact.
(English is not my natural language so please e-mail if you can improve this text...)
x.( ... ? ... ) could be equivalent to ( ... x
11 matches
Mail list logo
