On this thread:
http://www.mail-archive.com/matplotlib-devel@lists.sourceforge.net/msg05383.html
clip_on was a suggested way of getting around the clipping that happens
at the edge of a frame. In the Sage project, we are always setting the
limits on the axes via set_xlim and set_ylim. Is the
After ignoring it for a long time, I took a look at the Sourceforge bug
tracker, and closed a couple bugs. Our bug list is a bit embarrassing;
there are 52 open ones going back to 2005. Is any of this an artifact
of all the reworking going on at SF? Did some closed bugs get reopened
by accid
Jason R. Coombs wrote:
> I'm about to upload a new patch that implements some of the ideas John and
> Darren have sent. Would you mind running the performance tests against that
> one also? This new change has the potential to increase performance drag.
Jason,
There is a problem with rev4, runni
Hi folks,
David Warde-Farley kindly set up a page to coordinate BoF attendance
at the conference, in case anyone on this list is interested. Details
below.
Cheers,
f
-- Forwarded message --
From: David Warde-Farley
Date: Thu, Aug 13, 2009 at 2:20 PM
Subject: [IPython-user] S
Hi - it was something to do with that. When I now *add*:
./matplotlib-0.98.5.2n2-py2.5-macosx-10.3-fat.egg,
which was the version that EPD instaled, to easy-install.pth, I get
back version 0.98.5
On Thu, Aug 13, 2009 at 9:25 AM, Gael
Varoquaux wrote:
> On Thu, Aug 13, 2009 at 09:30:22AM -0600,
Jason R. Coombs wrote:
I'm about to upload a new patch that implements some of the ideas John and
Darren have sent. Would you mind running the performance tests against that
one also? This new change has the potential to increase performance drag.
I tested it; performance still is not a proble
Jason R. Coombs wrote:
> I'm about to upload a new patch that implements some of the ideas John and
> Darren have sent. Would you mind running the performance tests against that
> one also? This new change has the potential to increase performance drag.
>
> Jason
I'll test it, but it might be a
I'm about to upload a new patch that implements some of the ideas John and
Darren have sent. Would you mind running the performance tests against that
one also? This new change has the potential to increase performance drag.
Jason
> -Original Message-
> From: Eric Firing [mailto:efir...@
John Hunter wrote:
> On Thu, Aug 13, 2009 at 1:08 PM, Eric Firing wrote:
>
>> Ideally, all the docstring manipulations would be done once at the time of
>> installation or of compilation to .pyc, not at every mpl startup. I think
>> that doing it at compilation time is impossible, given python's
Hi Jeff,
>
> You are using the macosx backend. Can you try another backend, say TkAgg,
> by running:
>
> python test.py -dTkAgg ??
>
> -Jeff
tried that as well - it doesn't plot and produces the following traceback:
ASR:Desktop arokem$ python example.py -dTkAgg
Exception in Tkinter callback
T
On Thu, Aug 13, 2009 at 1:08 PM, Eric Firing wrote:
> Ideally, all the docstring manipulations would be done once at the time of
> installation or of compilation to .pyc, not at every mpl startup. I think
> that doing it at compilation time is impossible, given python's fundamental
> design, so t
Jason R. Coombs wrote:
>
>> -Original Message-
>> From: Darren Dale [mailto:dsdal...@gmail.com]
>>
>> On Thu, Aug 13, 2009 at 7:44 AM, John Hunter wrote:
>>> On Wed, Aug 12, 2009 at 7:12 AM, John Hunter
>> wrote:
>> I appreciate how much time has gone into the patch, but this impacts
>> so
On Thu, Aug 13, 2009 at 11:54:56AM -0500, Dave Peterson wrote:
>That depends. When doing a "python setup.py install" where setup.py's
>setup() function is imported from setuptools instead of distutils, then
>the setuptools install command deactivates any other eggs in the python
>
On Tue, Aug 11, 2009 at 07:53:29PM -0400, Jack Sankey wrote:
>Sorry for spamming, but I have another addition to
>BlockingMouseInput.add_click, that fixes the problem of the graphics
>jumping around while ginputting. This makes it much easier to zoom in on
>an imshow() plot and clic
John,
This seems like a good idea. I wanted to prove and vet the decorators first,
shake out any emergent issues, and then consider enhancements that the new
structure might enable.
While I was working through this, I was surprised when I saw how the kwdocd
was assembled from the various modules
> -Original Message-
> From: Darren Dale [mailto:dsdal...@gmail.com]
>
> On Thu, Aug 13, 2009 at 7:44 AM, John Hunter wrote:
> > On Wed, Aug 12, 2009 at 7:12 AM, John Hunter
> wrote:
> I appreciate how much time has gone into the patch, but this impacts
> so much code I think it is import
Also, functools requires Python 2.5. Matplotlib supports Python 2.4.
> -Original Message-
> From: Darren Dale [mailto:dsdal...@gmail.com]
> Sent: Thursday, 13 August, 2009 10:52
> To: Gael Varoquaux
> Cc: John Hunter; matplotlib development list; Eric Firing
> Subject: Re: [matplotlib-deve
Gael Varoquaux wrote:
On Thu, Aug 13, 2009 at 09:30:22AM -0600, Jeff Whitaker wrote:
Ariel Rokem wrote
import matplotlib
matplotlib.__version__
'0.98.5.2'
Ariel: This tells me you really didn't install it, or you installed it
in a different version of python than you a
On Thu, Aug 13, 2009 at 11:46 AM, John Hunter wrote:
> On Thu, Aug 13, 2009 at 9:12 AM, Darren Dale wrote:
>
> I don't think Jason is on the dev list, so I am CC-ing him. Please
> make sure he is CC-d on all other conversations in this thread.
>
>> I appreciate how much time has gone into the patc
On Thu, Aug 13, 2009 at 09:30:22AM -0600, Jeff Whitaker wrote:
> Ariel Rokem wrote:
> > Resending with CC to list:
> > D'oh. I forgot to do that. OK - now I went back and ran:
> > env ARCHFLAGS='-arch i386' python setup.py install
> > That also went with no hitches
> > Then, in Python:
>
Ariel Rokem wrote:
> Hi Jeff,
>
>
>> import matplotlib
>> matplotlib.__version__
>>
>>
>>> '0.98.5.2'
>>>
>>>
>> Ariel: This tells me you really didn't install it, or you installed it in a
>> different version of python than you are trying to import it with.
Hi Jeff,
> import matplotlib
> matplotlib.__version__
>
>>
>> '0.98.5.2'
>>
>
> Ariel: This tells me you really didn't install it, or you installed it in a
> different version of python than you are trying to import it with.
That does sound reasonable - but how do you explain what fo
On Thu, Aug 13, 2009 at 9:12 AM, Darren Dale wrote:
I don't think Jason is on the dev list, so I am CC-ing him. Please
make sure he is CC-d on all other conversations in this thread.
> I appreciate how much time has gone into the patch, but this impacts
> so much code I think it is important to
Ariel Rokem wrote:
> Resending with CC to list:
>
> D'oh. I forgot to do that. OK - now I went back and ran:
>
> env ARCHFLAGS='-arch i386' python setup.py install
>
> That also went with no hitches
>
> Then, in Python:
>
>
import matplotlib
matplotlib.__version__
> '0.98
Resending with CC to list:
D'oh. I forgot to do that. OK - now I went back and ran:
env ARCHFLAGS='-arch i386' python setup.py install
That also went with no hitches
Then, in Python:
>>> import matplotlib
>>> matplotlib.__version__
'0.98.5.2'
So - still no version update. I ran:
'easy_instal
On Thu, Aug 13, 2009 at 10:52:24AM -0400, Darren Dale wrote:
> I am aware of functools.wraps and have used it myself. So far we are
> only modifying and returning the original function, not a wrapped
> version of the original, so functools.wraps is not necessary.
OK, as I suspected, I was not read
Hi Gael,
On Thu, Aug 13, 2009 at 10:24 AM, Gael
Varoquaux wrote:
> On Thu, Aug 13, 2009 at 10:12:23AM -0400, Darren Dale wrote:
>> I appreciate how much time has gone into the patch, but this impacts
>> so much code I think it is important to really nail the
>> implementation. I think everything s
On Thu, Aug 13, 2009 at 10:12:23AM -0400, Darren Dale wrote:
> I appreciate how much time has gone into the patch, but this impacts
> so much code I think it is important to really nail the
> implementation. I think everything should be rolled up into a single
> high level decorator if possible. I
On Thu, Aug 13, 2009 at 7:44 AM, John Hunter wrote:
> On Wed, Aug 12, 2009 at 7:12 AM, John Hunter wrote:
>> Those of you with an interest in mpl docstring processing may want to
>> comment on this tracker item
>>
>> https://sourceforge.net/tracker/index.php?func=detail&aid=2835685&group_id=80706&a
Ariel Rokem wrote:
> Hi - that's interesting - I am actually on OS10.5. For some reason,
> the MPL libraries get built under a directory called
> "lib.macosx-10.3-fat-2.5" and the SDK set in the Python Makefile is
> /Developer/SDKs/MacOSX10.4u.sdk, which is why you see these mentioned
> in the outp
On Wed, Aug 12, 2009 at 7:12 AM, John Hunter wrote:
> Those of you with an interest in mpl docstring processing may want to
> comment on this tracker item
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=2835685&group_id=80706&atid=560720
This patch has come a long way since initial s
31 matches
Mail list logo