ry useful.
>
> DG
> ___
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> htt
gt; Regards,
> DG
> ___
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message arch
Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/mes
/A7RPR3FSBXEMRYAUXJVYYROCHVHL7DVP/
> > Code of Conduct: http://python.org/psf/codeofconduct/
>
> _______
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail
out it as Ben suspects in one or two
> cases.
>
> Best wishes
> Rob Cliffe
> ___
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/
/mail.python.org/archives/list/python-ideas@python.org/message/BBFALX57PJI4ALF4O6YGYMHMLNL4U4YI/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Antoine Rozo
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe s
st -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/KWXDZBGZBX3LLCP3FQ33T
If these examples were possible (I wouldn't say they are smart designs)
they would lead to recursion errors.
Limitations on MRO are good, they force to keep a quite simple structure.
Le jeu. 7 avr. 2022 à 17:41, malmiteria a écrit :
> Antoine Rozo writes:
> > If the only feature you
tic MRO, is needed to make that work.
> I'm curious about this exemple, do you have a link to share so i could
> have a look at the code / change in code? This could be a good exercice.
> ___
> Python-ideas mailing list -- python
; Code of Conduct: http://python.org/psf/codeofconduct/
--
Antoine Rozo
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Mess
gt; Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/M45PDOVAKJPF
/mail.python.org/archives/list/python-ideas@python.org/message/5TJYKFLBHB26WEFFQXMY6AGWS34XTIUR/
>> Code of Conduct: http://python.org/psf/codeofconduct/
>>
>
>
> --
>
> CALVIN SPEALMAN
>
> SENIOR QUALITY ENGINEER
>
> cspea...@redhat.com M: +1.336.210.5107
arrays is offered by the fact that n-dimensional DFT reduces n-dimensional
> circular convolution to element-wise multiplication.
>
> ___
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@p
onduct: http://python.org/psf/codeofconduct/
>
> ___
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
de of Conduct: http://python.org/psf/codeofconduct/
--
Antoine Rozo
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.py
> Would you feel better if `yield` was always required?
Yes but then it's the same as defining a generator-function.
> For almost all the examples I've provided a corresponding equivalent in the
> current syntax, so are you saying that you're still confused now or that you
> can't figure it
ld be the clear winner in any similar situation -
> no careful judgement needed. This would become the one (and only one) obvious
> way to do it. The new syntax has the elegance of list comprehensions and the
> flexibility of multiple statements. It's completely scalable and works
&g
..@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/RJLGYE4N7NR6JYFSA64VES375U45PIKW/
> Code of Conduct: http://python.org/psf/codeofconduct/
--
Antoine Rozo
_
-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/VGPNG4IBWGRWPEQOAKCNTLBINWQS4BZO/
> Code of Conduct: http://python.org/psf/codeofconduct/
--
Antoine Rozo
__
gt; > Code of Conduct: http://python.org/psf/codeofconduct/
> _______
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.o
python.org/archives/list/python-ideas@python.org/message/3VOQUSHPYTKLL65V6BUN4MMKKJOXCIKO/
> Code of Conduct: http://python.org/psf/codeofconduct/
--
Antoine Rozo
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to pyth
(the behavior is a bit more obvious). I'm mostly just curious if the
> difference between |= and dict.update() would end up being similar as far as
> performance goes, with |= having a negligible advantage over dict.update() in
> most situations.
> __
on.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/LOWRX42JL3SWG4QSOMV3WX4SOLJBXPXV/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Antoine Rozo
Dismiss my message, I have read `if "art_wt" not in article`. But in the
same way, you could have a function to reset a value in your dict if the
current value evaluates to False.
2018-05-26 11:21 GMT+02:00 Antoine Rozo <antoine.r...@gmail.com>:
> > if not article[&quo
eas mailing list
>> Python-ideas@python.org
>> https://mail.python.org/mailman/listinfo/python-ideas
>> Code of Conduct: http://python.org/psf/codeofconduct/
>>
>
>
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
>
>
--
Antoine Rozo
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-ideas
Code of Conduct: http://python.org/psf/codeofconduct/
t; So is my proposal, and as usual urging for constructive conversation.
> (i.e. proposing to write own language/translator is not constructive
> conversation)
>
>
> Cheers,
> Mikhail
> _______
> Python-ideas mailing list
> Python-i
e the
>
> following line in their Python interpreter.
>
>pip("install woolamaloo-sheepshavers-goodies --user")
>
> which will install a package which will in turn, as dependencies,
>
> pull in a number of packages which are relevant for sheep shaving but
>
> w
Chris Angelico <ros...@gmail.com>:
> On Sat, Oct 14, 2017 at 5:16 AM, Antoine Rozo <antoine.r...@gmail.com>
> wrote:
> > Hello,
> >
> > A very useful part of the itertools module's documentation is the section
> > "Recipes", giving utility functions
).
Can we consider making itertools a package and adding a module
itertools.recipes that implements all these utilility functions?
Regards.
--
Antoine Rozo
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman/listinfo/python-
dopt it. I see this only has promoting a peaceful
> coexistence.
>
> Another pain point is python uses [].append() and JS uses [].join() Having
> a wrapper for append would be helpful.
>
> And for that matter, why isn't append/extend a global? I can add things to
> lots of dif
ite multi-language code
> involving Python and JS.
>
> ChrisA
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/code
t what
>>> point does a method become a global? A member? Do we take the path that
>>> everything is a global? Or should all methods be members? So far it seems
>>> arbitrary.
>>>
>>
>> Okay, its arbitrary.
>>
>> Why is it called [].len instead of [].length or {}.size? Why None
>>
te`` for generators and coroutines.
>
> The following code::
>
> class Context:
>
> def __enter__(self):
> self.old_x = get_execution_context_item('x')
> set_execution_context_item('x', 'something')
>
> def __exit__(self, *err
readability
> * Easy to understand
>
> ~Paul
>
>
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
>
gt;
> I am willing to work on a patch.
>
> Barry
>
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Antoine
-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
>
>
>
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://
t;
> --
> Steve
> ___
> Python-ideas mailing list
> Python-ideas@python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Antoine Rozo
__
gt;> better, and most of what it does are things that Python already does
>>> better and has done better for years. In short, I don't see any
>>> advantages at all to doing classes this way, and there are some
>>> non-negligible disadvantages.
>>>
>>
>
38 matches
Mail list logo