The animation example below (taken from
http://zulko.github.io/blog/2014/11/29/data-animations-with-python-and-moviepy/)
stops after producing and displaying the 41 frames. In stead, after producing
the 41 frames I want to make it loop continuously. I have googled and googled
and googled and sti
On Wed, May 11, 2016 at 1:17 PM, Arshpreet Singh wrote:
> Thanks for the information, I just applied for program but I got one mail
> about license and expiration.
>
>
> This software license expires on October 29, 2016.
>
>
> I am not able to understand that can anyone put some light on that h
On 5/10/2016 11:12 PM, Chris Angelico wrote:
On Wed, May 11, 2016 at 12:00 PM, beliavsky--- via Python-list
wrote:
The Intel Distribution for Python 2017 Beta
https://software.intel.com/en-us/python-distribution is available for Windows,
Linux, and Mac OS for Python 2.7 and 3.5.
"The Beta pr
Thanks for the information, I just applied for program but I got one mail about
license and expiration.
This software license expires on October 29, 2016.
I am not able to understand that can anyone put some light on that how license
can be expired?
--
https://mail.python.org/mailman/listi
On Wed, May 11, 2016 at 12:00 PM, beliavsky--- via Python-list
wrote:
> The Intel Distribution for Python 2017 Beta
> https://software.intel.com/en-us/python-distribution is available for
> Windows, Linux, and Mac OS for Python 2.7 and 3.5.
>
> "The Beta product adds new Python packages like sci
DFS writes:
> But, I am dead serious about becoming a good Python developer, and I
> truly appreciate all clp replies.
People are more likely to reply to you if your posting style makes you
enjoyable instead of annoying to engage with. That's community spirit.
Friendly participation is always we
The Intel Distribution for Python 2017 Beta
https://software.intel.com/en-us/python-distribution is available for Windows,
Linux, and Mac OS for Python 2.7 and 3.5.
"The Beta product adds new Python packages like scikit-learn, mpi4py, numba,
conda, tbb (Python interfaces to Intel® Threading Bui
On Wed, May 11, 2016 at 10:16 AM, Thomas 'PointedEars' Lahn
wrote:
>>> With the “%” string operator (deprecated),
>>
>> according to who?
>
> TFM.
[citation needed]
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
DFS wrote:
> On 5/8/2016 8:44 PM, Thomas 'PointedEars' Lahn wrote:
>> DFS wrote:
>>> sSQL = "line 1\n"
>>> sSQL += "line 2\n"
>>> sSQL += "line 3"
>>
>> […]
>> #---
>> sSQL = ("line 1\n"
>> "line 2\n"
>> "line 3")
On Wed, 11 May 2016 10:16 am, Thomas 'PointedEars' Lahn wrote:
> (Note to moderators: But you have let *this* through, huh?)
Moderation only affects the mailing list python-list@python.org, the Usenet
mirror remains unmoderated. If you are reading this via Usenet, you may see
DFS's insults, but
On 2016-05-10 23:36, DFS wrote:
[snip]
If lists are still being created:
* at every moment in time, len(list1) returns a length that doesn't
change even if data is added to the list after the call to len().
Example: If the list has 100 items in it at the point len(list) is called:
for i in ra
On Sunday, May 8, 2016 at 5:44:25 PM UTC-7, Thomas 'PointedEars' Lahn wrote:
> Also, it would be a good idea if you posted under your real name. Internet
> is the thing with cables; Usenet is the thing with people. I for one tend
> to avoid communicating with few-letter entities; exceptions to
On Sat, May 7, 2016 at 4:46 PM wrote:
> Il giorno sabato 7 maggio 2016 21:04:47 UTC+2, Michael Selik ha scritto:
> > On Fri, May 6, 2016 at 3:01 AM wrote:
> >
> > > The PDF is generated through an external API. Since currently is
> generated
> > > on demand, this is handled synchronously via an
On Tue, May 10, 2016 at 11:48 AM Peter Otten <__pete...@web.de> wrote:
> Steven D'Aprano wrote:
> > I have a decorator that adds an attribute to the decorated function:
> >inner.instrument = instrument
> >return inner
>
> the original instrument is still accessible as f.__wrapped__.instr
On 05/10/2016 02:21 PM, DFS wrote:
[some inflammatory nonsense]
and is now being moderated. If you see flame-bait in one of the
unmoderated venues please ignore it.
Thanks.
--
~Ethan~
--
https://mail.python.org/mailman/listinfo/python-list
On 5/7/2016 10:50 PM, Chris Angelico wrote:
On Sun, May 8, 2016 at 12:15 PM, DFS wrote:
The only reason
for j in range(len(list1)):
do something with list1[j], list2[j], list3[j], etc.
or
for item1, item2, item3 in zip(list1, list2, list3):
do something with the items
works is bec
On Tuesday, May 10, 2016 at 11:03:47 AM UTC-7, DFS wrote:
> "There should be one-- and preferably only one --obvious way to do it."
>
> https://www.python.org/dev/peps/pep-0020/
>
>
Each method of string concatenation has different uses.
> ---
> sSQL = "line 1\
On 05/10/2016 02:21 PM, DFS wrote:
On 5/9/2016 3:53 AM, Steven D'Aprano wrote:
Pointlessly provocative subject line edited.
huh? You called yourself a "master crafts/wo/man".
Challenging someone's boastful claim isn't trolling.
My expectation was to not be met by smug, sanctimonious
On Wed, May 11, 2016 at 7:21 AM, DFS wrote:
> Take your net-nannying somewhere else. It's not welcome /anywhere/.
DFS, you are out of line. Please reconsider the *way* you are saying
things, and especially, don't call people names.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
On 5/10/2016 2:15 PM, Ian Kelly wrote:
On Tue, May 10, 2016 at 10:16 AM, DFS wrote:
On 5/9/2016 3:53 AM, Steven D'Aprano wrote:
On Monday 09 May 2016 09:10, DFS wrote:
sSQL = "line 1\n"
sSQL += "line 2\n"
sSQL += "line 3"
Pointlessly provocative subject line edited.
huh? You called
On 5/10/2016 3:34 PM, Terry Reedy wrote:
On 5/10/2016 9:51 AM, Claudiu Popa wrote:
Thank you for letting us know. While pylint is indeed
opinionated in some cases, we're not trying to be
"arrogant", as you put it, towards Guido or the other core
developers. What's sad in this particular case is
On Wed, May 11, 2016 at 1:35 AM, wrote:
> Basically, pylint overwhelms the user
> right now with its enabled checks and we're trying to split these
> into tiers, as seen in the following:
>
> $ pylint myproject
> # core checkers enabled
> 10/10 - Congrats, you're clean on a core. You
On 5/10/2016 11:35 AM, pcmantic...@gmail.com wrote:
The bad-builtin check is now an extension, so using the first case
would enable it.
The 'old' (not 'bad') builtin check should include using map instead of
a comprehension. The check should also pay attention to whether the
function argume
On 5/10/2016 9:51 AM, Claudiu Popa wrote:
Thank you for letting us know. While pylint is indeed
opinionated in some cases, we're not trying to be
"arrogant", as you put it, towards Guido or the other core
developers. What's sad in this particular case is that the
feedback had to come in rather a
That was it.
Thanks guys for your help.
Best regards.
--
https://mail.python.org/mailman/listinfo/python-list
On 5/10/2016 2:13 AM, Cai Gengyang wrote:
Ok, so after reading YCombinator's RFS, I have decided that I want to
work on this :
---
EDUCATION
If we can fix education, we can eventua
(interspersing letters to name your examples)
On 2016-05-10 14:03, DFS wrote:
A (nope)
> ---
> sSQL = "line 1\n"
> sSQL += "line 2\n"
> sSQL += "line 3"
B (see below)
> ---
> sSQL = ("line 1\n"
> "line 2\n"
> "lin
On Tuesday, May 10, 2016 at 2:03:47 PM UTC-4, DFS wrote:
> Which is the "one obvious way" to do it?
>
> I liked:
>
> sSQL = "line 1\n"
> sSQL += "line 2\n"
> sSQL += "line 3"
>
>
> but it's frowned upon in PEP8.
I would use a way you didn't show:
sSQL = """
line1
line2
On Tue, May 10, 2016 at 10:16 AM, DFS wrote:
> On 5/9/2016 3:53 AM, Steven D'Aprano wrote:
>>
>> On Monday 09 May 2016 09:10, DFS wrote:
>>
>>> sSQL = "line 1\n"
>>> sSQL += "line 2\n"
>>> sSQL += "line 3"
>>
>>
>> Pointlessly provocative subject line edited.
>
>
>
> huh? You called yourself a "
"There should be one-- and preferably only one --obvious way to do it."
https://www.python.org/dev/peps/pep-0020/
---
sSQL = "line 1\n"
sSQL += "line 2\n"
sSQL += "line 3"
---
sSQL = ("line 1\n"
"line 2\n"
"line 3"
On Tuesday, May 10, 2016 at 2:13:42 AM UTC-4, Cai Gengyang wrote:
>
> EDUCATION
>
> If we can fix education, we can eventually do everything else on this list.
> The first attempts to use technology to fix education have focused on using
> the Internet to distribute traditional content to a wide
On 05/10/2016 08:45 AM, Steven D'Aprano wrote:
I have a decorator that adds an attribute to the decorated function:
My question is, what should I do if the decorated function already has an
instrument attribute?
If the decorator is adding an attribute for the decorated thing to use,
and th
On 2016-05-10 17:06, Stephen Hansen wrote:
On Tue, May 10, 2016, at 08:45 AM, Steven D'Aprano wrote:
I have a decorator that adds an attribute to the decorated function:
[...]
My question is, what should I do if the decorated function already has an
instrument attribute?
1. raise an exception?
On Wed, 11 May 2016 02:16 am, DFS wrote:
> huh? You called yourself a "master crafts/wo/man".
[...]
> DuhPricko
*plonk*
--
Steven
--
https://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano wrote:
> I have a decorator that adds an attribute to the decorated function:
>
>
> def decorate(func):
> instrument = make_instrument()
>
> @functools.wraps(func)
> def inner(*args):
> instrument.start()
> result = func(*args)
> instrument.fi
On Tuesday, May 10, 2016 at 9:46:45 PM UTC+5:30, DFS wrote:
> On 5/9/2016 3:53 AM, Steven D'Aprano wrote:
> > On Monday 09 May 2016 09:10, DFS wrote:
> >
> >> sSQL = "line 1\n"
> >> sSQL += "line 2\n"
> >> sSQL += "line 3"
> >
> > Pointlessly provocative subject line edited.
>
>
> huh? You call
On Tue, May 10, 2016, at 09:16 AM, DFS wrote:
> But no, "master", your answers are incorrect. What's wrong with that
> concat statement is that += concatenation is frowned upon by python's
> creator, and is not recommended (in PEP8):
>
>
> Code should be written in a way that does not disadva
On 5/9/2016 3:53 AM, Steven D'Aprano wrote:
On Monday 09 May 2016 09:10, DFS wrote:
sSQL = "line 1\n"
sSQL += "line 2\n"
sSQL += "line 3"
Pointlessly provocative subject line edited.
huh? You called yourself a "master crafts/wo/man".
-
On Tue, May 10, 2016, at 08:45 AM, Steven D'Aprano wrote:
> I have a decorator that adds an attribute to the decorated function:
> [...]
> My question is, what should I do if the decorated function already has an
> instrument attribute?
>
> 1. raise an exception?
This. Your decorator should, IMHO
I have a decorator that adds an attribute to the decorated function:
def decorate(func):
instrument = make_instrument()
@functools.wraps(func)
def inner(*args):
instrument.start()
result = func(*args)
instrument.finish()
return result
inner.instrum
On Tuesday, May 10, 2016 at 5:58:37 PM UTC+3, Steven D'Aprano wrote:
> Hi Claudiu,
>
>
> On Tue, 10 May 2016 11:51 pm, Claudiu Popa wrote:
>
> > Thank you for letting us know. While pylint is indeed
> > opinionated in some cases, we're not trying to be
> > "arrogant", as you put it, towards Guid
A further comment:
On Tue, 10 May 2016 11:51 pm, Claudiu Popa wrote:
> Thank you for letting us know. While pylint is indeed
> opinionated in some cases, we're not trying to be
> "arrogant",
And from the docs:
"What Pylint says is not to be taken as gospel and Pylint isn’t smarter than
you are
Hi Claudiu,
On Tue, 10 May 2016 11:51 pm, Claudiu Popa wrote:
> Thank you for letting us know. While pylint is indeed
> opinionated in some cases, we're not trying to be
> "arrogant", as you put it, towards Guido or the other core
> developers. What's sad in this particular case is that the
> fe
On Tue, 10 May 2016 11:47 pm, Chris Angelico wrote:
> On Tue, May 10, 2016 at 11:40 PM, Steven D'Aprano
> wrote:
>> You are asking the player to hit enter at 10 seconds. *Exactly* ten
>> seconds. The computer can measure time to well under a millionth of a
>> second, I'm pretty sure that nobody,
On Sunday, May 8, 2016 at 4:41:02 AM UTC+3, Terry Reedy wrote:
> On 5/7/2016 3:17 PM, Christopher Reimer wrote:
>
> > For my purposes, I'm using the list comprehension over filter to keep
> > pylint happy.
>
> How sad. The pylint developers arrogantly take it on themselves to
> revise Python, a
On Tue, May 10, 2016 at 11:40 PM, Steven D'Aprano wrote:
> You are asking the player to hit enter at 10 seconds. *Exactly* ten seconds.
> The computer can measure time to well under a millionth of a second, I'm
> pretty sure that nobody, no matter how skillful, can be expected to hit
> enter after
Hello George, and welcome!
On Tue, 10 May 2016 07:01 pm, George Molsom wrote:
> I have created a program in class 'make a game that tests how good people
> are at guessing when 10 seconds has elapsed.'
>
> The following are the code I currently have and the error produced when I
> attempt to ru
On Tue, May 10, 2016 at 10:19 PM, Dennis Lee Bieber
wrote:
> You invoke strftime() [in default: use current time mode], but pass it
> a format that is not defined in the documentation (or wasn't in Python 2.7
> which I'm still running). #2
> %s (lowercase) formats the seconds field
On Tuesday, May 10, 2016 at 10:51:58 AM UTC+5:30, hariram...@gmail.com wrote:
> On Monday, May 9, 2016 at 11:12:47 PM UTC+5:30, sohca...@gmail.com wrote:
> > On Monday, May 9, 2016 at 3:15:45 AM UTC-7, hariram...@gmail.com wrote:
> > > On Monday, May 9, 2016 at 10:50:47 AM UTC+5:30, hariram...@gmai
ANNOUNCING
eGenix.com pyOpenSSL Distribution
Version 0.13.15
An easy-to-install and easy-to-use distribution
of the pyOpenSSL Python interface for OpenS
George Molsom writes:
> I have created a program in class 'make a game that tests how good
> people are at guessing when 10 seconds has elapsed.'
Welcome! You may want to join the dedicated beginners forum
https://mail.python.org/mailman/listinfo/tutor> where we
collaboratively teach foundationa
I have created a program in class 'make a game that tests how good people are
at guessing when 10 seconds has elapsed.'
The following are the code I currently have and the error produced when I
attempt to run it. I have tried everything I can think of to resolve the issue,
and I have also run t
2016-05-10 9:54 GMT+02:00 Steven D'Aprano
:
> On Tuesday 10 May 2016 17:13, Paul Rubin wrote:
>
>> Steven D'Aprano writes:
>>> Australia's naming laws almost certainly wouldn't allow such a name.
>>
>> https://en.wikipedia.org/wiki/Facebook_real-
> name_policy_controversy#Vietnamese
>
> "Phuc Dat
On Tuesday 10 May 2016 17:13, Paul Rubin wrote:
> Steven D'Aprano writes:
>> Australia's naming laws almost certainly wouldn't allow such a name.
>
> https://en.wikipedia.org/wiki/Facebook_real-
name_policy_controversy#Vietnamese
"Phuc Dat Bich" was a hoax, but it probably would be allowed in A
Steven D'Aprano writes:
> Australia's naming laws almost certainly wouldn't allow such a name.
https://en.wikipedia.org/wiki/Facebook_real-name_policy_controversy#Vietnamese
--
https://mail.python.org/mailman/listinfo/python-list
On Tue, May 10, 2016 at 2:13 AM, Cai Gengyang wrote:
> Ok, so after reading YCombinator's RFS, I have decided that I want to work on
> this :
>
>
> ---
>
> EDUCATION
>
> If we can fix e
56 matches
Mail list logo
