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)
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
We have just released a new version of matplotlib, available for download at
https://sourceforge.net/project/showfiles.php?group_id=80706package_id=278194release_id=646146
These what's new release notes, with graphs and links, are available in
html at
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 achieve
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 thought
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
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
True it is
It looks like there was a slight oops making the branch.
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/%5Cv0_98_4_maint
points to one level above the source tree. See:
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
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
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 forwarded the
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
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
13 matches
Mail list logo