Re: [matplotlib-devel] error in add_subplot

On Wed, Dec 10, 2008 at 12:36 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote: > Current SVN (r6540) raise an error for the following code. Arg, bad timing. Charlie released 0.98.4 hours before you found this. Fortunately, the use case, fig = plt.figure() ax = maxes.Subplot(fig, 1, 1, 1)

[matplotlib-devel] 98.4 maintenance branch

Since we already have a bug in the 98.4 release, we can anticipate needing to do a bugfix release accumulating all the bugs we fix in the next week (presuming we don't discover any critical bugs which would require us to push out a fix earlier). To make sure we achieve maximal stability, I have cr

[matplotlib-devel] ANN: matplotlib-0.98.4

We have just released a new version of matplotlib, available for download at https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194&release_id=646146 These "what's new" release notes, with graphs and links, are available in html at http://matplotlib.sourceforge.net/use

[matplotlib-devel] TextCollection

Hi, I was going to try to start working on a TextCollection class (finally!), and I thought it might be good to discuss some of it here before I get too far along. Motivations: *Speed up and simplify drawing of multiple text objects with common properties by reusing a single graphics c

Re: [matplotlib-devel] 98.4 maintenance branch

John Hunter wrote: > Since we already have a bug in the 98.4 release, we can anticipate > needing to do a bugfix release accumulating all the bugs we fix in the > next week (presuming we don't discover any critical bugs which would > require us to push out a fix earlier). To make sure we achiev

Re: [matplotlib-devel] 98.4 maintenance branch

On Wed, Dec 10, 2008 at 11:30 AM, Michael Droettboom <[EMAIL PROTECTED]>wrote: > > This will make merging slightly easier, (since the -S parameter is not > required), and it is generally good practice in the long run to not keep > extra branches lying around. I'm happy to make this change, but th

[matplotlib-devel] Status of pylab example loadrec.py

Hi all, The example loadrec.py illustrates the usage of PyExcelerator. However it seems PyExcelerator is no longer maintained Is it planned to adapt the example wrt xlwt ? http://pypi.python.org/pypi/xlwt Cheers, Nils ---

Re: [matplotlib-devel] Status of pylab example loadrec.py

On Wed, Dec 10, 2008 at 3:28 PM, Nils Wagner <[EMAIL PROTECTED]>wrote: > Hi all, > > The example loadrec.py illustrates the usage of > PyExcelerator. > > However it seems PyExcelerator is no longer maintained > > Is it planned to adapt the example wrt xlwt ? > > http://pypi.python.org/pypi/xlwt >

Re: [matplotlib-devel] 98.4 maintenance branch

It looks like there was a slight "oops" making the branch. https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/ v0_98_4_maint points to one level above the source tree. See: http://matplotlib.svn.sourceforge

Re: [matplotlib-devel] 98.4 maintenance branch

Hmm... Seems Thunderbird butchered my long URLs. Anyway, the problem is worse than I thought. Since the branch was created from trunk/ to branches/v0_98_4_maint/, svnmerge.py will only merge from one of those to the other. What we really want to be able to do is merge from branches/v0_98_4_ma

Re: [matplotlib-devel] 98.4 maintenance branch

On Wed, Dec 10, 2008 at 5:43 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > Hmm... Seems Thunderbird butchered my long URLs. > > Anyway, the problem is worse than I thought. Since the branch was created > from trunk/ to branches/v0_98_4_maint/, svnmerge.py will only merge from one > of those

[matplotlib-devel] rest table in matplotlib.lines.Line2D.set_marker

In response to a question on matplotlib-users, I added some additional documentation for the linestyles and markers in the matplotlib.lines API docs. Specifically, I added a rest table mapping the linestyle/marker to the meaning of the marker. Strangely, the set_linestyle table renders fine htt

Re: [matplotlib-devel] Status of pylab example loadrec.py

On Wed, Dec 10, 2008 at 4:26 PM, John Hunter <[EMAIL PROTECTED]> wrote: > >> Is it planned to adapt the example wrt xlwt ? >> >> http://pypi.python.org/pypi/xlwt >> > > > True it is no longer maintained, but it does work. We are looking into > xlwt (I wasn't aware of it until today when you forwa

[matplotlib-devel] requesting permission to remove traits and configobj

There has been a report at the bugtracker complaining that matplotlib is overwriting an existing installation of configobj. I had a look at the code and thought the bug report must be a mistake or windows specific, but I just saw similar behavior on my linux system. I would like to simply remove c

Re: [matplotlib-devel] requesting permission to remove traits and configobj

On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > There has been a report at the bugtracker complaining that matplotlib is > overwriting an existing installation of configobj. I had a look at the code > and thought the bug report must be a mistake or windows specific, but I