On 11/4/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> John, Fernando,
>
> Is it OK to remove the hack now? In pyplot.py:
>
> # a hack to keep old versions of ipython working with mpl after bug
> # fix #1209354
This was added in 2005 when mpl was at 0.83 and ipython was at 0.6.15,
so yes, it is OK
On 11/5/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> > > If we go the route of
> > > wrapping the API (which would be better anyway, since then we could look
> > > for fonts in our own custom font directory), it would just be like the
> > > existing dependencies on freetype and libpng. Not a big
On Nov 6, 2007 1:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This fontforge script seems to do the conversion quite well:
>
> #!/usr/bin/fontforge
> Open($1);
> Generate($1:r+".ttf");
> Quit(0);
>
> If there are no objections, I'll go ahead and do that an
On Nov 6, 2007 1:36 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> There is, of course, some time and memory overhead to loading larger
> fonts, but it may not be significant.
>
> The other issue with subsetting the fonts before distributing them is
> just a matter of person-time: someone has
On Nov 6, 2007 2:09 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> No reason, other than the usual "hasn't been tested as much", and how
> that may affect the upcoming release. I anticipate more mis-mapped
> glyphs (I found some already, but I'm sure not all of them). But it
> won't get tes
On Nov 7, 2007 12:01 PM, Boyd Waters <[EMAIL PROTECTED]> wrote:
> Tell them they need a "real" enthought traits package. Then they can
> use their package management to make it right.
This is of course assuming their package management has
enthought.traits, which by and large, it won't.
I am sym
On Nov 7, 2007 1:52 AM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 06, 2007 at 09:00:23PM -0500, Darren Dale wrote:
> > I have not committed my work to svn yet. I wanted to get some feedback on
> > points 1 and 2 first. Is it acceptable to use traits internally, but not
> > expose it t
On Nov 9, 2007 1:12 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I've committed my changes on the transforms branch so you can play with
> it -- I'm holding off on changing the trunk due to the pending release.
> But if everyone agrees on the way to expose this, it would be nice to
> merge
On Nov 12, 2007 12:15 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> In your list, "load" is duplicated.
Thanks, purged.
> On a more strategic note: what do you see as the future of mlab, and its
> place in pylab? Should mlab contain every neat function we can think
> of, and if so, should all of
On Nov 12, 2007 4:09 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> I have been updating the logic in our setup.py and setupext.py files, so all
> of the build options are now exposed in setup.cfg. This should make it easier
> for anyone wishing to distribute matplotlib, like package managers. See
>
On Nov 4, 2007 1:06 PM, Boyd Waters <[EMAIL PROTECTED]> wrote:
> I believe that "generic" autoconf would pick up CFLAGS:
>
> CFLAGS="-arch ppc -arch i386"
Worked for zlib and freetype, but failed for libpng with:
gcc -DHAVE_CONFIG_H -I. -I. -I. -DPNG_CONFIGURE_LIBPNG -arch ppc
-arch i386 -MT li
On Nov 13, 2007 8:01 AM, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Monday 12 November 2007 06:39:28 pm Darren Dale wrote:
> > On Monday 12 November 2007 05:52:55 pm John Hunter wrote:
> > > On Nov 12, 2007 4:09 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> > &
On Nov 14, 2007 8:00 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I'll defer to others with more experience with specgram to assess the
> rest of your patch.
Glen, this looks fairly benign (the center frequency bit) so I am
happy to add it, but could I trouble you to make similar patch th
On Nov 12, 2007 8:35 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
> I am willing to commit to helping migrating the relevant mlab code
> over to SciPy (or NumPy). The next release of SciPy
> (http://projects.scipy.org/scipy/scipy/milestone/0.7) may be pushed
> back a little, but it should be out
On Nov 14, 2007 12:57 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> step_demo is failing because of this:
>
> In [4]:xx = numpy.ma.ones((2,3))
>
> In [5]:xx + ''
> Out[5]:array(NotImplemented)
>
A couple of days ago I was cleaning up references to Numeric and
numarray, and came across this
def is
On Nov 14, 2007 1:24 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Coincidentally, I just noticed this myself, and fixed it (and renamed it
> to is_writable_file_like). There will be (once I commit), and handful
> of places that use it.
By the way, your changes to make all the backends sup
On Nov 14, 2007 1:53 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Is there any reason that circles are approximated by polygons when
> written out by vector graphics backends (i.e. SVG, PS)? Someone pointed
> this out to me, and having verified it, I found it surprising. I would
> think sinc
On Nov 15, 2007 1:51 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Very odd. I've been running my own very similar benchmark as I've been
> going, and the two code bases perform quite similarly. The branch
> continues to cache the markers in more or less the same way as on the
> trunk. He
On Nov 15, 2007 12:53 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thought some of you may be interested to know that the speed on the
> branch is getting much better. Whereas earlier the branch was about 2x
> slower than the trunk, now most things are close to equal with the trunk
> speed
On Nov 20, 2007 7:44 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
>
>
> I sent a note a while ago about a key events being broken. I have a
> bit more information, but still no solution:
>
> - Other mouse-based events seem to work just fine
> - Key events broke somewhere between 2007-11-7 and 20
On Nov 20, 2007 9:15 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
>
> On Nov 20, 2007, at 3:12 PM, John Hunter wrote:
> I am using Mac OS X 10.4.11, python 2.5, and svn versions of numpy
> and mpl. I use Tk/Tcl 8.4.7 that (if I remember right) came with the
> OS. I did no
On Nov 18, 2007 10:10 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
>
> On Nov 18, 2007 11:33 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> > Trailing whitespace introduces noise--sometimes a *lot* of noise--into
> > svn changesets. I would very much appreciate it if everyone would try
> > to elimi
On Nov 20, 2007 11:24 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
> 2007-11-20 18:13:23.074 Python[24184] *** _NSAutoreleaseNoPool():
> Object 0x409e190 of class NSCarbonWindowContentView autoreleased with
> no pool in place - just leaking
I googled this message and found this:
http://www.cocoabu
On Nov 21, 2007 1:37 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Can you give me a pointer about what exactly you did? Just now, I just
> discovered a whitespace-cleanup and a whitespace-visual-mode. It'd be
> nice if there was something that automatically showed just tabs and
> end-of-line whit
On Nov 26, 2007 9:48 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>
> Michael: I'm seeing the following error on OS X (Tiger) with numpy
> 1.0.4 when building the latest svn transforms branch:
And in mostly unrelated news, I'm seeing the following traceback on
zoom-to-rect from the toolbar in gtk
On Nov 26, 2007 3:49 PM, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I just noticed this in axes.py in SVN head, line 185:
>
> def __call__(self, *args, **kwargs):
>
> if self.axes.xaxis is not None and self.axes.xaxis is not None:
>
>
> I imagine that's supposed to ch
A couple of weeks ago we talked about doing a release, but with the
deluge of changes (stix fonts, site.cfg, and others) I thought it
might be a good idea to shake the tree for bugs. I think enough time
has elapsed since these changes went in that we should proceed with
the plan to release 0.91 if
On Nov 26, 2007 5:42 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> Ready whenever. I did a test 10.5 bulid a few days ago
> targeting 10.4 with the latest libpng and freetype statically linked
> in. All went pretty well. I'll write up build instructions similar
> to yours when I go through
On Nov 27, 2007 2:05 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> To clarify
>
> - 0.91
> - numpy only
> - no wx compiled in (since 2.8 is pure python)
> - should tk use the default OSX installation for leopard?
Yes on the first three -- I am not sure what the last question is
referring to so
On Nov 27, 2007 5:00 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> The last few builds for OSX I have done, somone (don't remember who)
> complained that I didn't build against ActiveTCL. I didn't know if
> others had a preference on this.
I think native tcl/tk is preferable, but this is not a te
On Nov 21, 2007 1:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
> Looks like I'll now have to find a way to do the one thing in emacs that
> keeps me using xemacs: goto-line bound to M-g. (Any quick tips appreciated.)
I thi
On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I assume there is also some sort of C and/or C++ mode, and similar hook
> additions are needed for them--correct? Or is there a hierarchy of
> modes, in which case a single hook could go at a higher level?
I don't know about a hi
On Nov 28, 2007 12:22 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> So, I think perhaps this description in CODING_GUIDE is backward, but
> wanted to double check before I fix it.
Yep, good catch. I updated the doc. I think I have it this time...
Please do not commit lines with trailing
On Nov 28, 2007 1:07 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Great work everyone with getting the release out!
>
> Now is probably a good time to discuss how the SVN repository will look
> after the release.
>
> My thoughts are below -- any and all concerns or suggestions are
> welcome.
On Nov 28, 2007 2:21 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I suppose this was bound to happen...
>
> The released version has a bug that prevents using the (serif) STIX
> fonts. Entirely my fault for not checking all font possibilities after
> a recent change.
>
> r4492 fixes this bu
On Nov 28, 2007 7:55 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> So should I bother with binary releases for 0.91.0? I assume you
> meant 0.91.1 below as well.
Yes, I meant 91.1 and yes, we should go ahead with the binary
releases. The only way we can find any bugs in the current release,
incl
On Nov 28, 2007 9:21 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Nov 28, 2007 7:55 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> > So should I bother with binary releases for 0.91.0? I assume you
> > meant 0.91.1 below as well.
>
> Yes, I meant 91.1 and yes, w
On Nov 29, 2007 7:34 AM, hjc520070 <[EMAIL PROTECTED]> wrote:
>
> I just want to show a matplotlib.image.AxesImage on a figure. But It can't
> work properly. Can somebody help me? The code are following: when I run it
> , It just show a white figure. But I Set it cm.Greens .It doesn't work .
Axes
Does anyone have any thoughts on this? Lila, can you provide
matplotlib, gcc and AIX version/platform info?
-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Nov 29, 2007 11:49 AM
Subject: problem compiling matplotlib on AIX
To: [EMAIL PROTECTED]
John,
On Nov 29, 2007 10:13 AM, Ludwig Schwardt <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Is there any chance that the patch I submitted on 31 October on this
> list could still make it into 0.91.0?
91.0 is already out, but I just committed it so it will make it in for 91.1.
> On an aside, what is the best
For the 0.91 release, I have updated the web site, which had become
woefully out of date. In addition to some 91 specific things like
"what's new", credits and updating a bunch of links to point to
pyplot, I also cleaned out some dead wood (removed numeric and
numarray references, cleaned up insta
On Nov 29, 2007 2:14 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This seems like a good idea to me, and it works for me (I can build mpl
> with the TkAgg extension from a console with X completely shutdown on
> RHEL4...).
I tested in my normal X11 enabled solaris build environment and in a
On Nov 29, 2007 2:30 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> There are some Gtk-specific functions at the bottom of mlab.py. It
> tries to "import gtk" and then will either define them or not.
Ahh, I hadn't considered import time in the try/except block. In
light of this, we probably
On Nov 29, 2007 4:02 PM, Ludwig Schwardt <[EMAIL PROTECTED]> wrote:
> I'm glad you liked my Tk patch! Along the same line, I patched axes3d.py to
> allow the creation of non-interactive 3D plots.
OK, since noone else is maintaining this package right now, what you
say goes :-)
Committed in r4509
On Nov 29, 2007 4:46 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> Not to be a glory hog, but I spent a fair bit of time on backend_ps and
> backend_qt*. It seems like Eric's fingerprints can be found all over
> matplotlib, but I dont have a suggestion for what to add to his nugget.
Great, thanks
On Nov 29, 2007 7:45 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> So here's my plan. I just got an iMac a few weeks ago and I had to
> spend a little time getting parallels setup with VS2003... yada yada
> yada. I plan on cutting a 0.91.1 release tomorrow followed shortly by
> windows and mac bu
On Nov 29, 2007 10:30 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> For reference and possible critique, I wrote up notes on how I built a
> Universal matplotlib dist.
Thanks for posting these Charlie, I put these up on the wiki along
side mine, and refer to both on the mpl installing page. So i
On Nov 30, 2007 6:32 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> John: A small thing - my name is mispelled on the credits page (should
> be one 't'). Also, if you get a chance it would be great if you could
> update the basemap docs to the latest svn (I'll release 0.9.8 soon).
Done.
--
On Dec 1, 2007 12:03 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> Sorry for the delay. Apparently at some point the mingw compiler
> became default, and it was giving me problems since I was trying to
> build with the VS libpng and freetype. All binaries are posted now.
> Jon, you should pr
On Dec 1, 2007 8:15 AM, Bojan Nikolic <[EMAIL PROTECTED]> wrote:
>
> Dear All,
>
> I've placed some very simple colour bar patches at :
>
> https://code.launchpad.net/~bojan-bnikolic/python2.4-matplotlib/bn-colourbar-patches
>
> They make default shrink of the colour bar such that it is the same si
On Dec 3, 2007 9:10 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I'm +1 on just removing the paragraph altogether. It only applies if
> someone did:
>
> python setup.py install --install-data=/some/weird/place
Yes, it should be removed. It predates the move of the data to
mpl-dat
Some time ago, I talked about enabling mpl donations to raise money
for development. My goal is to promote donations with some reasonably
prominent info on the web page, and some emails as well, to raise
enough to fund a sprint.This is the blurb I wrote for the
donations page:
All donations
I just noticed that the blit API in GTK* is causing a seg fault on my
desktop. Can anyone confirm this on another system. Has anyone made
any changes that you are aware of that might have affected this part
of the code? I am seeing problems with
examples/animation_blit.py and examples/poly_edito
On Dec 3, 2007 1:15 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Just a question: how do you handle taxes? Won't you be stuck paying
> income tax on any donations? Not that I know of any way to get around
> it short of incorporating as a nonprofit.
That is a good question -- does a donation not
On Dec 3, 2007 1:52 PM, Christopher Barker <[EMAIL PROTECTED]> wrote:
> >>short of incorporating as a nonprofit.
>
> That's sure a lot of work -- can the PSA host this sort of thing? It
> would be a whole lot easier to use an existing organization.
Well, noone is proposing setting up an organizati
On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> try:
> l,b,w,h = ax.get_position()
> except:
> l,b,w,h = (ax.get_position()).bounds
In general, blanket excepts are bad practice because they can mask
other bugs. You might catch the AttributeError, or do something like:
Charlie is fixing a few problems with the release, and noticed that
many of the new directories and files that have been created of late
were not added to MANIFEST.in, which is used by sdist in the build
process to build a correct source distribution. He added a few things
(eg ttconv and setup.cfg
On Dec 4, 2007 2:17 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> I'm checking the matplotlib-0.91.1 gentoo ebuild that Sébastien Fabbro put
> together. After installing, I get a number of errors when running
> backend_driver.py that are probably related to MANIFEST.in: missing pyplot
> and npyma.
On Dec 4, 2007 4:16 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> Damn thats frustrating. I just repeated the same steps I took before I wrote
> about finding a problem, and now everything is ok. Sorry for the noise.
Try flushing ~/.matplotlib and retest -- some of the bugs may be
masked by the c
On Dec 4, 2007 4:02 PM, Ted Drain <[EMAIL PROTECTED]> wrote:
> Looks very nice! We'd love to have smarter layout systems as we
> create a lot of plots for people (i.e. standard scripts that people
> run instead of edit) and it's difficult to apply nice layouts that
> work for every case that comes
On Dec 5, 2007 6:14 PM, James Evans <[EMAIL PROTECTED]> wrote:
> I have just submitted a patch to the Annotation class that allows
> specification of a 'data offset' frame for the text coordinate. This allows
> you to specify a data point to annotate and an offset that will stay the
> same regard
I'd like to shoot for another point release next week 0.91.2 to get
something out that is stable and free of most of the known bugs. Lets
hold off contributing anything significant in terms of new features
(minor features easy to test and unlikely to break code are OK), and
concentrate of clearing
On Dec 6, 2007 8:03 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> It's an open question whether autolayout may start ignoring the adjust
> requests or not as a backward compatibility measure. I still consider
> this stuff a long way off until it's usable in general.
My feeling is that it i
On Dec 6, 2007 12:14 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> It seems to me that most of the machinery about selecting which
> numerical package to import can be removed, correct? This is mainly in
> numerix/__init__.py. The rcParam can be kept around, but maybe we
> should warn if it
On Dec 7, 2007 6:02 PM, James Evans <[EMAIL PROTECTED]> wrote:
> There appears to be an issue with the agg backend with how it is drawing
> ellipses (or maybe it is how matplotlib uses agg), but the attached script
> shows how a point, which should be coincident with the center circle, but it
> is
On Dec 10, 2007 8:51 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I have 8-spline approximation working on the trunk and on the transforms
> branch. (r4679)
Thanks Michael, I was working on this myself but it is hard for me to
keep up with you :-)
In reading the paper Charlie sent and lin
The finally clauses in font_manager.py are python2.5 only and should
be removed. Michael, I suspect you added these when cleaning up the
open file handle bugs, but we'll have to find another solution.
Shouldn't these be picked up by the garbage collector?
JDH
---
On Dec 10, 2007 10:25 AM, Ted Drain <[EMAIL PROTECTED]> wrote:
> I don't know if the current MPL architecture can support this but it
> would be nice if it worked that way. We have people making decisions
> based on what these plots show that affect spacecraft worth hundreds
> of millions of doll
On Dec 11, 2007 3:24 PM, Ted Drain <[EMAIL PROTECTED]> wrote:
> Thanks! That looks like a great solution. We'll take a look at it this
> week and try to beat on it w/ some more test cases.
Very nice work Michael -- I tried updating from your branch but it
looks like maybe you haven't committed
On Dec 11, 2007 6:51 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> I removed the mpl_connect from the scroll event to pick. I don't know
> why it was there.
>
> I tested the patch on OS X WxAgg examples/image_slice_viewer.
>
> Let me know if it is okay to post to svn, or if we are still in featur
On Dec 12, 2007 1:29 PM, Mark Bakker <[EMAIL PROTECTED]> wrote:
> It seems that in the latest version (0.9.1) the location of the images, such
> as home.ppm, has moved to a new directory.
> It used to be in ...\mpl-data and now it is in ...\mpl-data\images
>
> This totally breaks my code, as I use
I moved the tools in mlab that did optional imports (the rec2gtk and
rec2excel functions and their dependencies) out of mlab into
toolkits.gtktools and toolkits.exceltools. As Michael noted, these
imports can be expensive for users with gtk on their system and do not
belong in mlab. In some cases
Do we need namespace packages in toolkits? I recently added gtktools
and exceltools to toolkits, and got a very hard to debug error:
In [1]: import matplotlib
In [2]: matplotlib.__file__
Out[2]:
'/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/__init__.pyc'
In [3]: matplotlib.rcPa
On Dec 15, 2007 3:13 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> mlab.defaultformatd sets the default float formatter for rec2csv() to be
> something that doesn't keep the full representation of a floating point
> number. Obviously, I can pass in my own formatd argument to rec2csv(),
> but I wond
On Dec 16, 2007 1:33 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> OK, I added unit/mlab_unit.py to svn. This checks that double precision
> floats can round-trip through rec2csv and csv2rec. To pass requires not
> only svn matplotlib (due to John's change), but also svn numpy (to be
> included wit
On Dec 16, 2007 5:26 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> As a followup to the work on floats, I fixed rec2csv to deal with funky
> strings (strings with commas and quotes). I've checked this is as r4749,
> but I thought I'd announce here in case someone (John, in particular)
> was depend
On Dec 16, 2007 5:26 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> As a followup to the work on floats, I fixed rec2csv to deal with funky
> strings (strings with commas and quotes). I've checked this is as r4749,
> but I thought I'd announce here in case someone (John, in particular)
> was depend
On Dec 21, 2007 9:11 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> > Porting this back to the trunk is non-trivial -- but I know John would
> > like to do it, so I think it will happen once one of us has time.
> I have ported this arc stuff to the trunk. It is in r4783. Please let
> me kn
On Dec 25, 2007 5:39 AM, Mark Bakker <[EMAIL PROTECTED]> wrote:
> Tedd, Michael -
>
> Sorry to join this discussion late, but wouldn't it be easier to use a
> representation of an ellipse in complex variables? That's what I have been
> using and it seems pretty quick to me.
The main point we are d
On Dec 30, 2007 12:33 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> We should have gotten involved more in matplotlib development earlier,
> but at least now. I think there should be just one 3D plotting
> library in Python and imho matplotlib should do it. However, we need:
Hi Ondrej,
Sorry fo
It looks like the trunk has stabilized with the important bugs fixed,
so I think it would be a good time to push out the 0.91.2 release,
perhaps Monday. Charlie, are you available for this? Does anyone
have any reason to delay?
Thanks,
JDH
---
We have uploaded source and binary releases of matplotlib-0.91.2 to
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474&release_id=566411.
Thanks to Charlie Moad for doing the release.
This is a bugfix release and includes several important fixes listed
below.
2008-01-06
Now that the 0.91.2 release is out, I am inclined to merge Michael's
transforms branch into the trunk. Since many people rely on svn, we
probably need to advertise this move broadly, with a news item on the
web page and announcements on the mailing lists, with instructions on
how to checkout the
On Jan 7, 2008 2:37 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> (At the moment I can't compile the branch--I just sent Mike a message
> about that off the list, with voluminous output.)
>
> It seems like what is needed is not exactly a merge operation but simply
> a renaming of the trunk and the
On Jan 8, 2008 8:11 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Also -- we probably want a news item to say something like this:
I just added MIGRATION.txt to the trunk -- after you do the merge, we
can post this document to provide the migration instructions. I've
tried to add all your t
On Jan 8, 2008 1:49 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thank you for enlightening us. This overloaded and contentious word
> will be replaced.
BTW Michael, ready to go when you are
JDH
-
Check out the new S
Migrating to the new matplotlib codebase
Michael Droettboom has spent the last several months working on the
"transforms branch" of matplotlib, in which he rewrote from the ground
up the transformation infrastructure in matplotlib, which many found
unintuit
On Jan 2, 2008 12:53 PM, Gurzó Péter <[EMAIL PROTECTED]> wrote:
> i think in print_png we must use "str(filename)" as we do it in
> print_raw, not "filename".
Added in maintenance branch and trunk -- thanks.
JDH
-
This SF.n
On Jan 19, 2008 7:21 AM, Chris Friedl <[EMAIL PROTECTED]> wrote:
> Jeez ... OK, a second try without mentioning the word. (to evade the spam
> filters).
>
> Browsing the matplotlib wiki topical software page tonight I stumbled across
> a link to "that drug that men can use when they need some help
On Jan 29, 2008 8:15 PM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> Ooops, I had forgotten to add the Wx backend. Here is a new patch.
>
> By the way, with the wx backend, there seems to be a simple mistake in
> the "show" method of the figure manager, to reproduce the traceback do
> (with a recen
On Feb 2, 2008 8:48 AM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> Here is the new patch. I added visual feedback when accumulating points.
> I hope the docstrings are clear.
Great -- thanks again. I applied this patch and created a new example
ginput_demo.py
Tested on GTKAgg and TkAgg on my s
On Feb 5, 2008 3:58 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Feb 2, 2008 8:48 AM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
>
> > Here is the new patch. I added visual feedback when accumulating points.
> > I hope the docstrings are clear.
>
> Great --
On Feb 10, 2008 7:32 AM, Neal Becker <[EMAIL PROTECTED]> wrote:
> The available plotting in pylab is good, but could be a lot better. I've
> used grace (xmgrace) for years and it's great. After bringing up the plot,
> I can interactively modify it in all kinds of ways.
Well, you can certainly mo
On Feb 12, 2008 7:02 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> You're absolutely correct - I wrote the original patch against 91.2,
> and forgot to test it against the new trunk. Below is a new patch
> that HAS been tested against the trunk version. It includes another
> fix for some API cha
On Feb 12, 2008 10:31 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> While doing some further testing, I'm getting another bug in the svn
> code - whenever I try to right-click and drag to zoom out when using
> the toolbar, an Exception is raised complaining about an unbound
> local. I traced the
On Feb 13, 2008 8:05 AM, Neil Crighton <[EMAIL PROTECTED]> wrote:
> Another big difference between matplotlib and chaco: matplotlib has
> online documentation, examples and tutorials. I couldn't find any
> documentation on Chaco when I was looking around for a python plotting
> program. If I had
On Feb 13, 2008 10:04 AM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13, 2008 at 08:24:35AM -0600, John Hunter wrote:
> > As I mentioned in my earlier post, when we migrate to traits
> > for matplotlib artist properties, we will get a pretty rich
> > interac
On Feb 19, 2008 5:45 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> I didn't provide any masked array checks in any of the contains methods
> that I wrote. Do any of these need to be fixed?
They do need to be fixed, but this is not a high priority item. Let's
wait until the new maskedarray code
On Thu, Mar 13, 2008 at 3:17 PM, Mark E. Hamilton <[EMAIL PROTECTED]> wrote:
> I'm getting the traceback shown below in _get_configdir. I've attached a
> patch for cutils.py
Thanks Mark -- I just committed this fix to the svn trunk,
Thanks,
JDH
--
On Fri, Mar 21, 2008 at 8:21 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> It doesn't look like a faulty X setup, and since you *do* get a window,
> it's unlikely it's a Tkinter problem.
>
> The fishy thing here is that _tkagg should be a C extension, have a .so
> file extension and have o
901 - 1000 of 1363 matches
Mail list logo
