Am 27.04.15 um 01:06 schrieb Chris Angelico:
On Mon, Apr 27, 2015 at 6:26 AM, Ben Finney wrote:
It doesn't have to. By using the newer ‘tkinter.ttk’ library
https://docs.python.org/3/library/tkinter.ttk.html>, the GUI will
use native look-and-feel widgets.
Does the new library also deal with
Following up to myself...
Here's a link to Patrick Grim's results that you can actually download
(Springer really retains a 1997 research paper behind a paywall?):
http://www.pgrim.org/pgrim/SPATIALP.HTM
--
https://mail.python.org/mailman/listinfo/python-list
On Sunday, April 26, 2015 at 6:41:08 PM UTC-7, Seymore4Head wrote:
> Richard Dawkins explains with passion the idea of game theory and tit
> for tat, or why cooperation with strangers is often a strong strategy.
>
> He talks of a computer program tournament. I don't know what I could
> say that
(Redirecting to the list - hope you don't mind)
On Mon, Apr 27, 2015 at 2:36 PM, Makoto Kuwata wrote:
>
>
> On Mon, Apr 27, 2015 at 12:20 PM, Chris Angelico wrote:
>>
>>
>> I agree it would be nice to have extra parameters directly handled,
>> but before you go further with the proposal, I sugge
On Mon, Apr 27, 2015 at 2:45 PM, Ethan Furman wrote:
>> What's the advantage of that over a simple closure? You have the same
>> number of nesting levels, plus a lot more boiler-plate repetition -
>> instead of just referencing names from the outer scope, you have to
>> explicitly capture them all
On 04/27, Chris Angelico wrote:
> On Mon, Apr 27, 2015 at 2:24 PM, Ethan Furman wrote:
> > On 04/27, Makoto Kuwata wrote:
> >>
> >> I feel that function decorator having arguments is complicated,
> >> because three 'def' are nested:
> >>
> >> def multiply(n):
> >> def deco(func):
> >> d
On Mon, Apr 27, 2015 at 2:24 PM, Ethan Furman wrote:
> On 04/27, Makoto Kuwata wrote:
>>
>> I feel that function decorator having arguments is complicated,
>> because three 'def' are nested:
>>
>> def multiply(n):
>> def deco(func):
>> def newfunc(*args, **kwargs):
>> return n
On 04/27, Makoto Kuwata wrote:
>
> I feel that function decorator having arguments is complicated,
> because three 'def' are nested:
>
> def multiply(n):
> def deco(func):
> def newfunc(*args, **kwargs):
> return n * func(*args, **kwargs)
> return newfunc
> return de
On Mon, Apr 27, 2015 at 12:37 PM, Makoto Kuwata wrote:
> If function decorator notation could take arguments,
> decorator definition would be more simple:
>
> def multiply(func, n):
> def newfunc(*args, **kwargs):
> return n * func(*args, **kwargs)
> return newfunc
>
> @multiply
Seymore4Head writes:
> Richard Dawkins explains with passion the idea of game theory and tit
> for tat, or why cooperation with strangers is often a strong strategy.
>
> He talks of a computer program tournament.
Thanks! That is what would be great to have when you present the link in
the first
I want to ask Python experts about function decorator which has arguments.
I feel that function decorator having arguments is complicated,
because three 'def' are nested:
def multiply(n):
def deco(func):
def newfunc(*args, **kwargs):
return n * func(*args, **kwargs)
retu
On Monday, April 27, 2015 at 7:11:08 AM UTC+5:30, Seymore4Head wrote:
> On Mon, 27 Apr 2015 09:40:04 +1000, Ben Finney wrote:
>
> >Seymore4Head writes:
> >
> >> Anyone here worked on trying a better strategy?
> >
> >If you want us to spend the time visiting a link, please spend the time
> >yourse
On Mon, 27 Apr 2015 09:40:04 +1000, Ben Finney
wrote:
>Seymore4Head writes:
>
>> Anyone here worked on trying a better strategy?
>
>If you want us to spend the time visiting a link, please spend the time
>yourself to summarise why it's relevant here. Do so in the initial post
>with the link.
Ri
Seymore4Head writes:
> Anyone here worked on trying a better strategy?
If you want us to spend the time visiting a link, please spend the time
yourself to summarise why it's relevant here. Do so in the initial post
with the link.
--
\ “Some mornings, it's just not worth chewing through th
On Mon, Apr 27, 2015 at 6:26 AM, Ben Finney wrote:
> Steven D'Aprano writes:
>
>> Tkinter is easier to use, as it is standard with Python. So long as
>> you have Tk/Tcl installed on your computer, Tkinter should work fine.
>>
>> However, Tkinter probably looks a bit more old fashioned.
>
> It doe
https://www.youtube.com/watch?v=48EWLj3gIJ8
Anyone here worked on trying a better strategy?
--
https://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano writes:
> Tkinter is easier to use, as it is standard with Python. So long as
> you have Tk/Tcl installed on your computer, Tkinter should work fine.
>
> However, Tkinter probably looks a bit more old fashioned.
It doesn't have to. By using the newer ‘tkinter.ttk’ library
https:/
On 04/26/2015 11:07 AM, Cecil Westerhof wrote:
Op Sunday 26 Apr 2015 19:12 CEST schreef Gary Herron:
On 04/26/2015 09:32 AM, Cecil Westerhof wrote:
Op Sunday 26 Apr 2015 17:09 CEST schreef Steven D'Aprano:
On Sun, 26 Apr 2015 11:02 pm, Cecil Westerhof wrote:
I want to use a GUI for Python.
On Sun, 26 Apr 2015 18:55:27 + (UTC), Denis McMahon
wrote:
>The first thing you need to do is create a small self contained example
>of your problem.
>
>State the problem: Plot does not create the output you expect.
>
>Give an example:
>
>plot( [1,11], [5,5] )
>
>Explain what you expect the
>
> But just curious: what is the reason you use five different kinds of
> GUI? It seems like it makes think difficult for you. I mean the
> question as enlightenment for myself.
A good question :). Most of this comes from the openness to create binding for
many projects. Tkinter is a binding o
On Sat, 25 Apr 2015 23:33:10 +0100, Mario Figueiredo wrote:
> plot(list(results.keys()), list(results.values()))
I found multiple plots in matplotlib. You need to specify which one
you're using.
The first thing you need to do is create a small self contained example
of your problem.
State
Op Sunday 26 Apr 2015 19:12 CEST schreef Gary Herron:
> On 04/26/2015 09:32 AM, Cecil Westerhof wrote:
>> Op Sunday 26 Apr 2015 17:09 CEST schreef Steven D'Aprano:
>>
>>> On Sun, 26 Apr 2015 11:02 pm, Cecil Westerhof wrote:
>>>
I want to use a GUI for Python. When searching I found (beside
>>
On 04/26/2015 09:32 AM, Cecil Westerhof wrote:
Op Sunday 26 Apr 2015 17:09 CEST schreef Steven D'Aprano:
On Sun, 26 Apr 2015 11:02 pm, Cecil Westerhof wrote:
I want to use a GUI for Python. When searching I found (beside some
others) Tkinter and wxPython. From what I found it looks like
Tkint
On 26/04/2015 17:16, Cecil Westerhof wrote:
Op Sunday 26 Apr 2015 15:02 CEST schreef Cecil Westerhof:
I want to use a GUI for Python. When searching I found (beside some
others) Tkinter and wxPython. From what I found it looks like
Tkinter is slightly better. What would be the pros/cons of thes
Op Sunday 26 Apr 2015 17:09 CEST schreef Steven D'Aprano:
> On Sun, 26 Apr 2015 11:02 pm, Cecil Westerhof wrote:
>
>> I want to use a GUI for Python. When searching I found (beside some
>> others) Tkinter and wxPython. From what I found it looks like
>> Tkinter is slightly better. What would be th
Op Sunday 26 Apr 2015 15:02 CEST schreef Cecil Westerhof:
> I want to use a GUI for Python. When searching I found (beside some
> others) Tkinter and wxPython. From what I found it looks like
> Tkinter is slightly better. What would be the pros/cons of these
> two? Would there be a compelling reas
On Mon, 27 Apr 2015 01:00 am, Φώντας Λαδοπρακόπουλος wrote:
> Hello,
>
> Can you please tell me how to install latest Python 3.4.x without
> disturbing the other default python v2.7.5 intallation that i currently
> have on my VPS server and access it as Python 3?
>
> Thank you.
Not unless you t
On Sun, 26 Apr 2015 11:02 pm, Cecil Westerhof wrote:
> I want to use a GUI for Python. When searching I found (beside some
> others) Tkinter and wxPython. From what I found it looks like Tkinter
> is slightly better. What would be the pros/cons of these two? Would
> there be a compelling reason to
On Saturday, April 25, 2015 at 7:53:27 PM UTC-4, Chris Angelico wrote:
> On Sun, Apr 26, 2015 at 9:36 AM, wrote:
> > The solution ended up being editing the top-level __init__.py:
> >
> > import awesome
> >
> > and then *when in a subdirectory*:
> >
> > import awesome_lib as awesome
> >
> > and *
I want to use a GUI for Python. When searching I found (beside some
others) Tkinter and wxPython. From what I found it looks like Tkinter
is slightly better. What would be the pros/cons of these two? Would
there be a compelling reason to use another GUI?
--
Cecil Westerhof
Senior Software Enginee
On Sun, 26 Apr 2015 11:17:07 +0100, Dave Farrance
wrote:
>
>Moving average. Try:
>
>def movingaverage(interval, window_size):
>window= numpy.ones(int(window_size))/float(window_size)
>return numpy.convolve(interval, window, 'same')
>
>y_av = movingaverage(y,10)
>
>Note that you'd get prob
Mario Figueiredo wrote:
>Other than replacing the random module with the probability density
>function for the exponential distribution, do you have a suggestion of
>how I could smooth the curve?
Moving average. Try:
def movingaverage(interval, window_size):
window= numpy.ones(int(window_si
32 matches
Mail list logo
