Re: [matplotlib-devel] [Matplotlib-users] ImportError: cannot import name inverse_fft

2006-06-12 Thread Darren Dale
I can confirm this, using mpl svn2473 and numpy svn2603. On Monday 12 June 2006 03:08, Nils Wagner wrote: matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data $HOME=/home/nwagner loaded rc file /home/nwagner/matplotlibrc matplotlib version 0.87.3 verbose.level helpful

Re: [matplotlib-devel] [Matplotlib-users] ImportError: cannot import name inverse_fft

2006-06-12 Thread Darren Dale
On Monday 12 June 2006 11:02, Darren Dale wrote: I can confirm this, using mpl svn2473 and numpy svn2603. On Monday 12 June 2006 03:08, Nils Wagner wrote: matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data $HOME=/home/nwagner loaded rc file /home/nwagner

[matplotlib-devel] possible bug in errorbar documentation

2006-06-14 Thread Darren Dale
I'm making an errorbar plot with assymetric errorbars. The docstring says: xerr and yerr may be any of: a rank-0, Nx1 Numpy array - symmetric errorbars +/- value an N-element list or tuple - symmetric errorbars +/- value a rank-1, Nx2 Numpy array - asymmetric errorbars

Re: [matplotlib-devel] bug introduced in 0.87.3: subprocess error while saving eps

2006-07-10 Thread Darren Dale
Yes, this has been fixed. Mark Bakker wrote: Sorry to bother you again, but I recently upgraded from 0.87.2 to 0.87.3, and cannot save eps files anymore. I get a 'subprocess' error. I am running Python 2.3, mpl 0.87.3, and TkAgg (although that shouldn't matter). Error occurs whether using

Re: [matplotlib-devel] imshow with PS backend

2006-07-29 Thread Darren Dale
On Thursday 27 July 2006 8:33 am, JIM MacDonald wrote: Hi, I've just moved from MATLAB to matplotlib, and I'm really impressed with the quality of the PS figures it generates with usetex and the xpdf distiller. Glad to hear it. I've hit a couple of problems though [...] The first problem

Re: [matplotlib-devel] svn zoom

2006-08-11 Thread Darren Dale
On Thursday 10 August 2006 11:17, John Hunter wrote: I'm a little confused here because the default should be to use the axis major formatter (eg in the Axes.format_xdata function). Why would the default formatter return such a long string? I don't know what the right answer is: using the

Re: [matplotlib-devel] Patch to let specify pie chart text radius

2006-08-14 Thread Darren Dale
Hi Asheesh, It looks like your first email got overlooked. Sorry about that. Would you also post a bug report at the sourceforge webpage? I'll look at your patch when I get a chance. Darren On Monday 14 August 2006 8:17 pm, Asheesh Laroia wrote: On Tue, 18 Jul 2006, Asheesh Laroia wrote:

Re: [matplotlib-devel] [Matplotlib-users] Problems upgrading to mpl 0.87.4

2006-08-17 Thread Darren Dale
On Thursday 17 August 2006 7:19 pm, Christopher Barker wrote: I seem to be talking to myself here I think all the high rollers are at SciPy 2006. - Using Tomcat but need to do more? Need to support web services, security?

Re: [matplotlib-devel] First SVN commit (for me and mathtext2.py :)

2006-08-20 Thread Darren Dale
Hi Edin, On Sunday 20 August 2006 10:21 am, Edin Salković wrote: The SoC deadline (for code) is tommorow (Aug 21st.), so I decided to commit what I have done till now to the repository. JDH is going on a vacation and will not be able to review it for at least a week, but I had to commit it

Re: [matplotlib-devel] Mathtext questions, continued...

2006-08-21 Thread Darren Dale
On Monday 21 August 2006 02:27, Jouni K Seppanen wrote: Darren Dale [EMAIL PROTECTED] writes: On Sunday 20 August 2006 10:25 am, Edin Salković wrote: Also, I thought that the author of the current code base did some design mistakes at the begining. And, being a developer newbie, it's

Re: [matplotlib-devel] A bug in imshow command from matplotlib 0.87.4?

2006-08-21 Thread Darren Dale
On Monday 21 August 2006 13:56, Paulo Jose da Silva e Silva wrote: Hello, I am using numpy 1.0b2 + matplotlib 0.87.4 from Andrew Straw repository for Ubuntu (http://debs.astraw.com/). I am playing with some images to present the Theorem of Best Approximation associated to SVD to my

[matplotlib-devel] _POSIX_C_SOURCE redefined

2006-08-24 Thread Darren Dale
I spent a little time this morning looking into these warnings I get when building mpl from source, for example: - In file included from /usr/include/python2.4/Python.h:13, from ./CXX/Objects.hxx:9, from

[matplotlib-devel] autoscaling

2006-08-27 Thread Darren Dale
A while back, I put some effort into rendering an offset ticklabel, which allowed the user to do something like plot(linspace(10100, 10200, 100)) and the plot would look like a plot from 0 to 100, with a +10100 rendered in a new label near the far end of the axis. This doesnt work

Re: [matplotlib-devel] autoscaling

2006-08-28 Thread Darren Dale
On Sunday 27 August 2006 22:09, Eric Firing wrote: Darren Dale wrote: A while back, I put some effort into rendering an offset ticklabel, which allowed the user to do something like plot(linspace(10100, 10200, 100)) and the plot would look like a plot from 0 to 100

Re: [matplotlib-devel] Failure to run setupext.py (patch attached)

2006-08-29 Thread Darren Dale
On Tuesday 29 August 2006 15:49, Darren Dale wrote: On Tuesday 29 August 2006 13:01, Will Lee wrote: I need to apply the attached patch in order to get the setup.py script to run. I'm using python 2.4.3 with matplotlib-0.87.4. If I do not apply this patch, I got the following. It seems

Re: [matplotlib-devel] PS, dpi, and imshow

2006-08-31 Thread Darren Dale
I don't know how (or if) this can be improved, but I will gladly consider patches. On Thursday 31 August 2006 03:09, Michael Fitzgerald wrote: Hi all, I have a question about the PS backend (building on the thread imshow with PS backend from ~ a month ago). Evidently this backend is fixed

Re: [matplotlib-devel] Why does numerix import numpy.oldnumeric instead of numpy?

2006-09-08 Thread Darren Dale
On Friday 08 September 2006 10:11, Jouni K Seppanen wrote: Hi, With numpy 1.0b5 and a recent matplotlib from svn (rev 2761), and numerix set to numpy, I'm getting errors like this: Python 2.4.3 (#1, Apr 7 2006, 10:54:33) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type help,

Re: [matplotlib-devel] Using selected dpi for PS output

2006-09-20 Thread Darren Dale
Hi Nicholas, Thank you for the submission. I won't have time to look at this for a while (I will be out of town and out of email contact for a couple of weeks.) Maybe one of the other developers will have some time to consider your patch, otherwise, I'll have a look when I get back. Would you

Re: [matplotlib-devel] Using selected dpi for PS output

2006-09-20 Thread Darren Dale
Hi Nicholas, Thank you for the submission. I won't have time to look at this for a while (I will be out of town and out of email contact for a couple of weeks.) Maybe one of the other developers will have some time to consider your patch, otherwise, I'll have a look when I get back. Would you

[matplotlib-devel] recent changes

2006-11-10 Thread Darren Dale
Can anyone reproduce this error? I am using up-to-date svn matplotlib, with either numpy or numeric: plot([1,2]) --- exceptions.TypeError Traceback (most recent call last)

Re: [matplotlib-devel] recent changes

2006-11-10 Thread Darren Dale
Let me correct that, I only see this problem with Numeric. numarray and numpy appear to be fine. On Friday 10 November 2006 13:23, Darren Dale wrote: Can anyone reproduce this error? I am using up-to-date svn matplotlib, with either numpy or numeric: plot([1,2

Re: [matplotlib-devel] [Matplotlib-users] Installation problem matplotlib svn

2007-01-15 Thread Darren Dale
On Monday 15 January 2007 14:21, Nils Wagner wrote: On Mon, 15 Jan 2007 14:03:47 -0500 Darren Dale [EMAIL PROTECTED] wrote: Nils, Please don't post to matplotlib when you have problems with svn-matplotlib. Post to matplotlib-devel. Darren I have removed the build directory

Re: [matplotlib-devel] [Matplotlib-users] Notes on switching backends to qt4 on mac os x

2007-02-07 Thread Darren Dale
On Wednesday 07 February 2007 10:12:36 am Rob Hetland wrote: The patch works. Thanks. Two more things: 1 - the icons look very small in the toolbar buttons (they look bigger in TkAgg). Is there a fix for this? I'm not sure. I'll look into it when I get a chance. 2 - the subplot configure

Re: [matplotlib-devel] [Matplotlib-users] Notes on switching backends to qt4 on mac os x

2007-02-07 Thread Darren Dale
Hi Rob, On Wednesday 07 February 2007 09:06:42 am Rob Hetland wrote: Developers: Finally, I had to make some small changes to the qt4 backend so that things worked right. One is an essential change -- the latin1() method no longer exists in the newer qt. The other is a cosmetic change so

Re: [matplotlib-devel] [Matplotlib-users] Notes on switching backends to qt4 on mac os x

2007-02-07 Thread Darren Dale
On Wednesday 07 February 2007 12:09:18 pm Rob Hetland wrote: The MPL Qt backend requires PyQt (or, better, Qt4 and PyQt4). PyQt does compile against the Qt Library, and also takes quite a while to complete. PyQt does not use setuptools, and I am not sure how to make a generally usable binary

Re: [matplotlib-devel] units support in svn

2007-03-20 Thread Darren Dale
On Tuesday 20 March 2007 3:50:07 am Eric Firing wrote: John Hunter wrote: If you are using mpl svn, please read this as it describes some fairly major changes. Mike Lusignan has been working on adding units support, and as a consequence, partial support for working with arbitrary types

Re: [matplotlib-devel] Qt4 bug on OSX with close()

2007-03-30 Thread Darren Dale
On Friday 30 March 2007 1:37:09 am Fernando Perez wrote: Hi all, I'm wondering if anyone knows what the problem is (traceback at the end). If I use close() when running with the Qt4Agg backend under OSX, the figures do not close, and I get a nasty traceback instead. Perhaps the problem also

Re: [matplotlib-devel] Better support for setuptools, WAS: building with python-2.3

2007-04-05 Thread Darren Dale
On Thursday 05 April 2007 4:29:00 am Edin Salkovic wrote: On 3/3/07, John Hunter [EMAIL PROTECTED] wrote: On 2/23/07, Andrew Straw [EMAIL PROTECTED] wrote: I figured I would be a good crash test dummy to see how easy it was to install setuptools, so I poked around and found the ez_setup

Re: [matplotlib-devel] Better support for setuptools, WAS: building with python-2.3

2007-04-05 Thread Darren Dale
On Thursday 05 April 2007 06:44:36 am Edin Salkovic wrote: On 4/5/07, Darren Dale [EMAIL PROTECTED] wrote: I considered this when setuptools became a requirement for python-2.3 installs, but decided against it. My reasoning was that the unfamiliar user would go to install matplotlib

Re: [matplotlib-devel] MPL segfault...

2007-04-06 Thread Darren Dale
On Friday 06 April 2007 04:37:46 pm Fernando Perez wrote: import sys import numpy as N import pylab as P print Numpy version:,N.__version__ sys.stdout.flush() P.imshow(N.ones((4,4),dtype=N.uint8)) P.show() Yep, I also see it, with svn 3163. It looks like the problem is only with the

Re: [matplotlib-devel] qt4agg fix

2007-04-10 Thread Darren Dale
On Tuesday 10 April 2007 01:49:22 pm Fernando Perez wrote: Hi all, just a heads-up since I normally don't mess with the actual repo. I just committed planck[backends] svn diff backend_qt4agg.py Index: backend_qt4agg.py ===

Re: [matplotlib-devel] [Matplotlib-users] rc parameters and config file

2007-05-18 Thread Darren Dale
I'm moving this discussion over to mpl-dev. Its gettin too hairy for the more general audience. On Friday 18 May 2007 12:02:30 pm Alexander Schmolck wrote: If I may make another suggestion (I don't have time to volunteer for implementing them in the forseeable future, but I might eventually if

Re: [matplotlib-devel] release?

2007-05-31 Thread Darren Dale
On Thursday 31 May 2007 10:27:30 am John Hunter wrote: Many moons ago, we talked about doing a bugfix release 0.90.1. Since there are known bugs in the production release (eg Jeff Peery's recent plot_date bug) I would like to put out a new release. Any objections? backend driver looks good.

Re: [matplotlib-devel] Memory leaks

2007-07-03 Thread Darren Dale
On Tuesday 03 July 2007 04:33:46 pm Eric Firing wrote: Michael Droettboom wrote: Eric Firing wrote: I just committed a change to the output formatting of memleak_gui so that if you redirect it to a file, that file can be loaded with pylab.load() in case you want to plot the columns. (At

Re: [matplotlib-devel] Subsetting fonts in Postscript

2007-07-05 Thread Darren Dale
On Thursday 05 July 2007 03:46:13 pm John Hunter wrote: On 7/5/07, Michael Droettboom [EMAIL PROTECTED] wrote: Do you agree that it is still an open question whether it's better to spend time improving the matplotib PS backend, or to fix (if possible) the issues with matplotlib's Cairo

Re: [matplotlib-devel] Subsetting fonts in Postscript

2007-07-06 Thread Darren Dale
On Friday 06 July 2007 08:35:31 am John Hunter wrote: On 7/6/07, Michael Droettboom [EMAIL PROTECTED] wrote: I don't know the root cause, but FYI I'm definitely getting rasterized text with the Cairo backend for mathtext_demo.py. (I'm using cairo-1.4.10, which I believe is the latest

Re: [matplotlib-devel] TTF font subsetting for PS backend

2007-07-09 Thread Darren Dale
On Monday 09 July 2007 11:25:57 am Michael Droettboom wrote: An initial revision of TTF font subsetting has been committed to SVN. Thank you for doing this. [...] ttconv supports outputting a Type 42 font (without subsetting), so matplotlib's old Type 42 output has been replaced with

Re: [matplotlib-devel] TTF font subsetting for PS backend

2007-07-10 Thread Darren Dale
On Tuesday 10 July 2007 07:51:25 am Michael Droettboom wrote: I was able to duplicate your bug on my Ubuntu Feisty box. There is a bug against evince filed here: http://bugzilla.gnome.org/show_bug.cgi?id=303365 It appears that evince always renders an entire page at a time. There are some

Re: [matplotlib-devel] Cannot access svn

2007-07-10 Thread Darren Dale
On Tuesday 10 July 2007 10:05:40 am John Hunter wrote: On 7/10/07, Nils Wagner [EMAIL PROTECTED] wrote: svn: PROPFIND request failed on '/svnroot/matplotlib/trunk/matplotlib' svn: PROPFIND of '/svnroot/matplotlib/trunk/matplotlib': Could not resolve hostname `svn.sourceforge.net': Host not

Re: [matplotlib-devel] STIX fonts

2007-07-11 Thread Darren Dale
On Wednesday 11 July 2007 05:50:19 pm Eric Firing wrote: Mike, John, I sent an inquiry to stixfonts based on http://www.stixfonts.org/swdev_geninfo.html#; I will let you know if they come back with anything. It does look like a genuine release is in sight. But are these fonts all based on

Re: [matplotlib-devel] contourf masking bug

2007-07-12 Thread Darren Dale
On Thursday 12 July 2007 05:11:31 pm Carl Worth wrote: On Thu, 12 Jul 2007 10:31:19 -1000, Eric Firing wrote: if only cairo would make eps files Isn't EPS a trivially change compared to PS? Something like a modified header and the addition of bounding-box information? The following is

Re: [matplotlib-devel] contourf masking bug

2007-07-12 Thread Darren Dale
On Thursday 12 July 2007 5:57:27 pm Eric Firing wrote: Carl Worth wrote: [...] But yeah, I also understand that there are licensing concerns. Anything else? Are there cairo performance concerns? If so, I'd love to hear about them so we can fix them. Backend cairo.ps took 0.87 minutes to

[matplotlib-devel] setup scripts

2007-07-16 Thread Darren Dale
This morning I am having trouble installing from the svn repository. My home machine does not have setuptools installed, and the standard python setup.py install fails because it wants to import setuptools. If I install setuptools, I am able to install, but not run pylab: In [1]: from pylab

[matplotlib-devel] unicode question

2007-07-16 Thread Darren Dale
I am cleaning up some of the code in ticker.ScalarFormatter, specifically some of the text formatting for dealing with scientific notation. We provide an option to format labels in sci. notation without using mathtext or usetex, in which case I would like to use the unicode multiplication

Re: [matplotlib-devel] Mathtext improvements

2007-07-16 Thread Darren Dale
On Monday 16 July 2007 02:32:30 pm John Hunter wrote: On 7/16/07, Michael Droettboom [EMAIL PROTECTED] wrote: I'm working on some improvements to the mathtext engine on a branch. Feel free to join in if curious, but I expect to break lots of things as I go.

[matplotlib-devel] rcParams and validation

2007-07-16 Thread Darren Dale
I've been thinking a bit about rcParams and validation. It looks like values are currently only validated when matplolibrc is read, during the call to rc_params. What if we define a new class (RcParams), derived from dict, which has as an attribute, a dict, called validate. We could override

Re: [matplotlib-devel] rcParams and validation

2007-07-16 Thread Darren Dale
On Monday 16 July 2007 7:22:37 pm you wrote: Darren Dale wrote: I've been thinking a bit about rcParams and validation. It looks like values are currently only validated when matplolibrc is read, during the call to rc_params. What if we define a new class (RcParams), derived from dict

Re: [matplotlib-devel] rcParams and validation

2007-07-17 Thread Darren Dale
On Tuesday 17 July 2007 08:01:41 am Michael Droettboom wrote: Gael Varoquaux wrote: On Mon, Jul 16, 2007 at 10:31:03PM -0500, John Hunter wrote: I am happy to be the first at this point -- enthought has done a lot to support traits. Traits has one of the most impressive pieces of

Re: [matplotlib-devel] rcParams and validation

2007-07-17 Thread Darren Dale
On Tuesday 17 July 2007 09:15:15 am Darren Dale wrote: I'm really impressed with how readable and well organized the code is in ipython1. It looks like their approach to configuration has been carefully considered. Any chance we can follow their lead? It looks like it would be a good fit: we

Re: [matplotlib-devel] rcParams and validation

2007-07-17 Thread Darren Dale
On Tuesday 17 July 2007 09:33:47 am John Hunter wrote: We should also consider getting out a 0.91 release as soon as we can finish the numpification, because Michael has done a lot of good work. So much to do I'd like to add the dict-based validation scheme for 0.91. It should be quick,

Re: [matplotlib-devel] rcParams and validation

2007-07-17 Thread Darren Dale
Sorry for double posting. Apparently the original posting was html formatted, and looked nonsensical. Hopefully this one is more clear: On Tuesday 17 July 2007 02:31:02 pm Darren Dale wrote: On Tuesday 17 July 2007 09:33:47 am John Hunter wrote: Speaking of branches, we may need to seriously

Re: [matplotlib-devel] mpl1 draft

2007-07-19 Thread Darren Dale
On Thursday 19 July 2007 02:26:05 pm John Hunter wrote: On 7/19/07, Darren Dale [EMAIL PROTECTED] wrote On Thursday 19 July 2007 01:18:21 pm John Hunter wrote: I have not been able to install traits by following the instructions in mtraits.py. [...] I encountered a similar problem

Re: [matplotlib-devel] polar_demo.py broken

2007-07-19 Thread Darren Dale
On Thursday 19 July 2007 04:05:11 pm [EMAIL PROTECTED] wrote: Somehow I accidentally deleted a line in a part I thought I hadn't touched. It's a two line change, so I'll just tell you what to change: Find the line: set_clipbox_rasterizer(gc.cliprect); in src/_backend_agg.cpp in the

Re: [matplotlib-devel] rcParams and validation

2007-07-19 Thread Darren Dale
On Thursday 19 July 2007 8:02:53 pm Fernando Perez wrote: - Consider a file called mpl.conf: # Top-level backend = TkAgg interactive = False # Things that can only be set at init time, they become read-only afterwards [InitOnly] numerix = numpy [...] - Then, consider the following bit

Re: [matplotlib-devel] rcParams and validation

2007-07-21 Thread Darren Dale
On Saturday 21 July 2007 3:12:44 pm Fernando Perez wrote: On 7/21/07, Darren Dale [EMAIL PROTECTED] wrote: I'm working on converting our existing rc code to tconfig this weekend. So far so good. I just wanted to let people know to avoid duplicating effort. Excellent! Ping me if you have

Re: [matplotlib-devel] rcParams and validation

2007-07-22 Thread Darren Dale
Im attaching a patch Is the patch against current SVN? It was one version out of date. Here is a new one, against 2533 Index: mpltest.py === --- mpltest.py (revision 2533) +++ mpltest.py (working copy) @@ -5,43 +5,14 @@ import

Re: [matplotlib-devel] rcParams and validation

2007-07-22 Thread Darren Dale
Hi John, On Sunday 22 July 2007 9:51:05 am John Hunter wrote: On 7/21/07, Darren Dale [EMAIL PROTECTED] wrote: 2) It would be nice to be able to write a default file that has everything commented out with the exception of backend.use and numerix. We comment out all the parameters

Re: [matplotlib-devel] [Enthought-dev] rcParams and validation

2007-07-22 Thread Darren Dale
On Sunday 22 July 2007 1:04:10 pm Darren Dale wrote: I think the problem lies in traits.ui, which is looking for enthought.resource, which requires pyface. Scratch that. I thought I remembered that pyface was getting pulled in by enthought.resource, but I think that was wrong. Somewhere along

Re: [matplotlib-devel] [Enthought-dev] rcParams and validation

2007-07-22 Thread Darren Dale
On Sunday 22 July 2007 12:46:50 pm John Hunter wrote: The following, however, gives me a broken install: sudo rm -rf /usr/local/lib/python2.5/site-packages/enthought* sudo easy_install -f http://code.enthought.com/enstaller/eggs/source/unstable enthought.traits 3.0a eg, with the file

Re: [matplotlib-devel] [Enthought-dev] rcParams and validation

2007-07-23 Thread Darren Dale
On Sunday 22 July 2007 02:10:50 pm John Hunter wrote: On 7/22/07, Dave Peterson [EMAIL PROTECTED] wrote: Just uploaded a new source tarball that I believe should have this fixed so that you don't need to install enthought.resource. Basically, I Bingo, I am now getting a working install

Re: [matplotlib-devel] rcparams/traits

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 5:20:40 am Fernando Perez wrote: Hi all, if anyone is still following, please update the tconfig work. Run ipython -wthread %run mpltest.py mplconf2.tconf.edit_traits() Edit to your heart's content. I can't get edit_traits() working on my machine, but I can do it

Re: [matplotlib-devel] texmanager.py:137

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 9:38:43 am Nils Wagner wrote: Hi all, Is there a way to suppress the warning /usr/local/lib64/python2.5/site-packages/matplotlib/texmanager.py:137: UserWarning: No LaTeX-compatible font found for the sans-serif font family in rcParams. Using default.

Re: [matplotlib-devel] texmanager.py:137

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 12:05:15 pm Darren Dale wrote: On Tuesday 24 July 2007 9:38:43 am Nils Wagner wrote: Hi all, Is there a way to suppress the warning /usr/local/lib64/python2.5/site-packages/matplotlib/texmanager.py:137: UserWarning: No LaTeX-compatible font found for the sans

Re: [matplotlib-devel] rcparams/traits

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 11:29:22 am Fernando Perez wrote: On 7/24/07, Darren Dale [EMAIL PROTECTED] wrote: On Tuesday 24 July 2007 5:20:40 am Fernando Perez wrote: Hi all, if anyone is still following, please update the tconfig work. Run ipython -wthread %run mpltest.py

Re: [matplotlib-devel] rcparams/traits

2007-07-24 Thread Darren Dale
Hi Fernando, On Tuesday 24 July 2007 1:34:47 pm Fernando Perez wrote: Just so we save time, would you mind just coding up the failure as a test? It is attached. Here is the output on my machine: copying mplrc.conf to mplrc_copy.conf loading from mplrc_copy.conf Backend loaded from file:

Re: [matplotlib-devel] rcparams/traits

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 5:49:27 pm Fernando Perez wrote: On 7/24/07, Darren Dale [EMAIL PROTECTED] wrote: creating RecursiveConfManager with no_mplrc.conf, which does not exist calling RecursiveConfigManagers write() method Here are the contents of no_mplrc.conf: I might have expected

Re: [matplotlib-devel] mpl1 + chaco

2007-07-24 Thread Darren Dale
On Tuesday 24 July 2007 6:43:03 pm Chris Barker wrote: Sorry to play devil's advocate here, but the question remains -- MPL developers (John, primarily, I suppose): Why not dump MPL1, and work on a nice pylab-like front end to Chaco, while giving the love to the Kiva PS, PDF, SVG back-ends

Re: [matplotlib-devel] rcparams/traits

2007-07-25 Thread Darren Dale
On Tuesday 24 July 2007 11:17:32 pm Fernando Perez wrote: On 7/24/07, Darren Dale [EMAIL PROTECTED] wrote: On Tuesday 24 July 2007 7:28:59 pm Fernando Perez wrote: :) That should be plenty of information. One comment: if you load : mplrc2.conf, which includes an mplrc.conf with a bogus

Re: [matplotlib-devel] Mathtext improvements (merging into trunk)

2007-07-26 Thread Darren Dale
On Thursday 26 July 2007 5:54:18 pm Jouni K. Seppänen wrote: It seems that the improvements finally allow users to mix mathtext with ordinary text, as in 'foo $a=b^c+d$ bar', which I believe has been requested a lot. This is really cool, but I think it causes another backward incompatibility:

Re: [matplotlib-devel] organization of traited config system

2007-07-26 Thread Darren Dale
On Thursday 26 July 2007 10:39:22 am Tom Holroyd (NIH/NIMH) [E] wrote: Are traits going to be a dependency that I have to download and install, or will all the traits stuff be bundled with mpl? I should also have mentioned, for those of you not following the older thread: the new system is

Re: [matplotlib-devel] Mathtext improvements (merging into trunk)

2007-07-27 Thread Darren Dale
On Friday 27 July 2007 08:38:49 am Michael Droettboom wrote: If we go with another delimiter, there are others in TeX to choose from. Plain TeX uses $$ for display math, and LaTeX uses \[, \]. Both of these are less likely to be legitimate literals. While display math normally implies that

Re: [matplotlib-devel] organization of traited config system

2007-07-27 Thread Darren Dale
On Thursday 26 July 2007 11:40:23 am Fernando Perez wrote: On 7/26/07, Darren Dale [EMAIL PROTECTED] wrote: On Thursday 26 July 2007 10:30:34 am Ted Drain wrote: Why do you need an api file at all? Why not have config be a python package and let config/__init__.py take care of importing

[matplotlib-devel] Experimental, traited config module available in svn

2007-07-30 Thread Darren Dale
I just committed changes in svn that will allow matplotlib to use the experimental traited mplconfig module. The traited config object itself is called mplConfig, but I wrapped it in an object called rcParams to make it compatible with matplotlib, so we can kick the tires without extensive

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-30 Thread Darren Dale
On Monday 30 July 2007 4:49:24 pm Eric Firing wrote: Darren, When I make a clean build and install, set NEWCONFIG, and try to run I get a permission problem. It looks like the problem is that the global matplotlib.conf is not getting generated and installed at build/install time, but I have

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-30 Thread Darren Dale
On Monday 30 July 2007 6:58:17 pm Eric Firing wrote: Darren, It looks like there is a problem with the grid lines. Although the matplotlib.conf file is specifying linestyle = ':', and False for the axes.grid parameter, everything is coming up with solid lines (see barh_demo.py, for

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-31 Thread Darren Dale
Hi Eric, On Monday 30 July 2007 10:14:22 pm Eric Firing wrote: I have not made any matplotlib.conf other than the one that is now being installed correctly in mpl-data, and it contains # display grid on regular or polar axes grid = False polargrid = True grep indicates the

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-31 Thread Darren Dale
On Monday 30 July 2007 07:10:01 pm Eric Firing wrote: Darren Dale wrote: I just committed changes in svn that will allow matplotlib to use the experimental traited mplconfig module. The traited config object itself is called mplConfig, but I wrapped it in an object called rcParams to make

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-31 Thread Darren Dale
On Tuesday 31 July 2007 11:08:42 am Darren Dale wrote: On Monday 30 July 2007 07:10:01 pm Eric Firing wrote: Darren Dale wrote: I just committed changes in svn that will allow matplotlib to use the experimental traited mplconfig module. The traited config object itself is called

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-07-31 Thread Darren Dale
On Tuesday 31 July 2007 02:12:06 pm you wrote: Looking at the profile outputs, a couple of things stand out in the new version.  First, various Traits things are prominent near the top. pycachegrind is telling me that traits_db is responsible for about 20%, configobj is responsible for about

Re: [matplotlib-devel] Mathtext improvements (merging into trunk)

2007-08-02 Thread Darren Dale
On Thursday 02 August 2007 11:03:09 am Michael Droettboom wrote: Darren Dale wrote: On Thursday 02 August 2007 10:42:17 am John Hunter wrote: On 8/2/07, Michael Droettboom [EMAIL PROTECTED] wrote: I don't know if we ever reached consensus on how to specify math text vs. regular text. I

[matplotlib-devel] Cannot set nonpositive limits with log transform

2007-08-14 Thread Darren Dale
mpl hates my guts today. I'm developing an application for work and need to plot some spectra on a logscale. I can recreate my problem with embedding_in_qt4, by replacing MyDynamicMplCanvas.compute_initial_figure with this: def compute_initial_figure(self): self.axes.plot([0, 1,

Re: [matplotlib-devel] Cannot set nonpositive limits with log transform

2007-08-15 Thread Darren Dale
On Wednesday 15 August 2007 03:18:25 pm you wrote: On Wed, Aug 15, 2007 at 09:57:21AM -0400, Darren Dale wrote: On Tuesday 14 August 2007 07:35:43 pm Darren Dale wrote: I'm developing an application for work and need to plot some spectra on a logscale. I can recreate my problem

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-08-16 Thread Darren Dale
On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote: On 8/16/07, Eric Firing [EMAIL PROTECTED] wrote: Fernando, Thanks for taking the opportunity of checking into this now. I have to pass the buck, though--the bug you ran into looks like the intersection between Mike's

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-08-16 Thread Darren Dale
On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote: On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote: On 8/16/07, Eric Firing [EMAIL PROTECTED] wrote: Fernando, Thanks for taking the opportunity of checking into this now. I have to pass the buck, though--the bug

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-08-16 Thread Darren Dale
On Thursday 16 August 2007 5:25:47 pm Fernando Perez wrote: On 8/16/07, Darren Dale [EMAIL PROTECTED] wrote: On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote: On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote: On 8/16/07, Eric Firing [EMAIL PROTECTED] wrote

Re: [matplotlib-devel] [Enthought-dev] Experiment al, traited config module available in svn

2007-08-16 Thread Darren Dale
On Thursday 16 August 2007 7:20:57 pm Bryce Hendrix wrote: Darren Dale wrote: On Thursday 16 August 2007 5:25:47 pm Fernando Perez wrote: ... Those results look fine to me. I dont know what has changed since we last discussed this, but when Eric brought up the speed issue I remember

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-08-17 Thread Darren Dale
On Friday 17 August 2007 01:35:32 pm william ratcliff wrote: A simple question--if you add traits into matplotlib, will people still be able to build executables? I remember reports of py2exe having problems with traits. Is this what you are referring to?

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-08-20 Thread Darren Dale
On Saturday 18 August 2007 12:44:20 pm Fernando Perez wrote: Here's some interesting info. I'm sitting here with Dave Peterson, from Enthought, and we've done a bunch of profiling that pointed to setuptools, not Traits, being the culprit for the time increase. We've now just done an install

[matplotlib-devel] config with traits

2007-08-22 Thread Darren Dale
I am trying to work out some way to make rcdefaults() work with the traited config. Along the way, I discovered this in mplconfig: class mathtext(TConfig): cal = T.Trait(['cursive'], mplT.FontPropertiesHandler()) rm = T.Trait(['serif'], mplT.FontPropertiesHandler())

Re: [matplotlib-devel] mathtext traited config error

2007-09-10 Thread Darren Dale
Hi Eric, Mike, On Monday 10 September 2007 08:08:42 am Michael Droettboom wrote: Eric Firing wrote: There is an inconsistency between mpl-data/matplotlib.conf and config/mplconfig.py. The former has [[math]] under [text], but the latter is based on a separate [mathtext]. It would be

Re: [matplotlib-devel] lib/matplotlib/mpl-data/matplotlibrc in SVN

2007-09-11 Thread Darren Dale
On Saturday 08 September 2007 09:08:12 pm Eric Firing wrote: Michael Droettboom wrote: lib/matplotlib/mpl-data/matplotlibrc is generated at build time by interpolating some fields in matplotlibrc.template. Since it always get changed, it always shows up as a modified file by svn status.

Re: [matplotlib-devel] lib/matplotlib/mpl-data/matplotlibrc in SVN

2007-09-11 Thread Darren Dale
On Tuesday 11 September 2007 02:23:49 pm Eric Firing wrote: Darren Dale wrote: [...] Could MANIFEST also be removed? I think it is generated from MANIFEST.in. It is, but it is not clear to me when or how this occurs. Does distutils do it? MANIFEST seems to have special significance

Re: [matplotlib-devel] Experimental, traited config module available in svn

2007-09-17 Thread Darren Dale
In case anyone is interested, it looks like the new config package is working with traits 3. This morning I uninstalled my enthought-2.whatever packages and installed etsconfig-2.1 and traits-3 from enthought's svn trunk (using the usual python setup.py install, not easy_install).

[matplotlib-devel] relative font sizes

2007-09-19 Thread Darren Dale
It appears that relative font sizing is broken in svn. It used to be possible to do this: from matplotlib import rcParams rcParams['font.size']=6 rcParams['xtick.labelsize']='small' import pylab pylab.plot([1,2]) pylab.text(0.1, 1.75, 'look how small I am compared to the ticks') pylab.show()

[matplotlib-devel] python-2.3 support

2007-09-21 Thread Darren Dale
It looks like some syntax introduced in python-2.4 is starting to find its way into matplotlib: File /usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/texmanager.py, line 113 + tuple('font.'+n for n in ('family', ) + font_families)

[matplotlib-devel] cbook.reversed does not yield the same result as the python builtin

2007-09-21 Thread Darren Dale
After removing my build/ and site-packages-matplotlib*, I installed the most up-to-date svn numpy and matplotlib on a RHEL4 machine. I'm getting the following errors: File /usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/_cm.py, line 5962, in ?

Re: [matplotlib-devel] QT backend bug + patch

2007-09-24 Thread Darren Dale
On Saturday 22 September 2007 08:06:56 pm Eike Welk wrote: Hi all! The QT backend (backend_qt.py) does not enter QT's event loop when multiple figures were created. It works fine with a single figure though. I have tested this with Suse Linux 10.2. matplotlib.__version__ : 0.90.1 I have

Re: [matplotlib-devel] dviread: usetex for the PDF backend

2007-09-28 Thread Darren Dale
Hi Jouni, On Thursday 13 September 2007 02:38:25 am Jouni K. Seppänen wrote: The usetex support in pdf is now a little better, so I am enabling it now. At least it is more entertaining than NotImplementedError... I have fixed some of the biggest problems (the broken font embedding causing

Re: [matplotlib-devel] EPS output problem - scatter edgecolors

2007-10-19 Thread Darren Dale
On Friday 19 October 2007 03:57:31 am Manuel Metz wrote: Now that alpha works with screen output, I recognized a problem with the eps output. This is my little test script: import pylab x = pylab.npy.arange(0,10) pylab.scatter(x,x, s=50, alpha=0.5) pylab.scatter(x,x+0.5, facecolor='blue',

[matplotlib-devel] updating a plot without calling plot

2007-10-19 Thread Darren Dale
I'm having some trouble updating a plot window without calling plot. I would like to do something like: ax = axes() lines, = plot([1,2,3], [1,2,3]) lines.set_ydata([4,5,6]) ax.autoscale_view() ax.draw() The line does get updated, but the axes limits are not updated. I've looked into the

  1   2   3   4   >