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

On Thu, Dec 11, 2008 at 01:37:01PM -0800, Andrew Straw wrote: > Prabhu Ramachandran has also done similar things for mayavi2 using VTK's > image comparison (see compare_image_with_saved_image in > https://svn.enthought.com/enthought/browser/Mayavi/trunk/integrationtests/mayavi/common.py > ). Yeah,

Re: [matplotlib-devel] error installing matplotlib-0.98.5

On Sun, Dec 14, 2008 at 07:30:19AM -0800, fraka6 wrote: > I have experienced the same problem with easy_install on ubuntu-8.4.10 but > it is working with aptitude, so I have done : > sudo aptitude install python-matplotlib Yes, but unfortunately, not every OS has a good packaging system like apt

Re: [matplotlib-devel] error installing matplotlib-0.98.5

On Sun, Dec 14, 2008 at 07:33:57PM -0800, fraka6 wrote: > It is a little annoying because I wast thinking of using Extension module > from distutils.core to create my library setup.py that seems to use > easy_install. AFAIK, Extension doesn't need setuptools (setuptools is the libraryy providing e

Re: [matplotlib-devel] Automated test harness discussion...

On Tue, Dec 16, 2008 at 09:12:24AM -0800, Drain, Theodore R wrote: > Continued from: requesting permission to remove traits and configobj... > Gael, > There might be ways to handle these problems. A lot of depends on what we're > trying to test. I agree that if we take the example scripts, run

Re: [matplotlib-devel] Doc changes

On Wed, Dec 17, 2008 at 12:25:12PM -0600, John Hunter wrote: > Thanks again, sorry that was such a bear. Hopefully the plot > directive emerges stronger from the carnage. Talking about that, last time I looked, the plot directive, and the other MPL sphinx extension were not in the matplotlib name

Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?

On Mon, Feb 02, 2009 at 03:47:32PM +, Chris Walker wrote: > One of the things I liked about Gael's article was its discussion of > threading - separating the gui from the calculations from the data > acquisition. Thanks. Be aware that this is a rats nest, though, as threading is the best way t

Re: [matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook)

On Sun, Feb 08, 2009 at 04:08:31PM -0800, Brian Granger wrote: > * In the current matplotlib backend wx.Yield() is called in a way that > is not safe as far as protecting against recursive calls to Yield. I > think it should be called in this way: > app = wx.GetApp() > if app is not None: > app

[matplotlib-devel] Sphinx custom extension mess, and patches

Hi all, Sorry for the multiple posting, this concerns various groups, and I'd rather the information not be lost. While working on getting our in-lab library ready to be merged with NiPy, I ran into some sort of 'sphinx extension mess' where various sphinx extension would have side effects on eac

Re: [matplotlib-devel] plot directive in reST tutorials

On Mon, Feb 16, 2009 at 01:26:40PM -0500, Michael Droettboom wrote: > > The "official" version of the plot directive should IMO end up either > > in Sphinx or matplotlib repository. It's probably OK to require matplotlib > > SVN version to build Scipy docs for a while... > I think it makes the mos

Re: [matplotlib-devel] Sphinx custom extension mess, and patches

On Tue, Feb 17, 2009 at 12:17:17AM +0100, Georg Brandl wrote: > I'm all for it. In the case of autosummary, I'm guilty of not getting it > in sooner. This will change soon. In other cases, I don't even know of > the extension, probably because those who write it deem it as too > project-specific

Re: [matplotlib-devel] File format for plots

On Mon, Mar 02, 2009 at 01:49:38PM -0600, Ryan May wrote: >Other than the automatic regeneration from latex, what you want sounds >like what we already have: small python scripts. >In general, I'm completely amazed by how many people want to develop a new >markup/script language to

Re: [matplotlib-devel] Updating MPlot3D to a more recent matplotlib.

On Thu, Mar 05, 2009 at 11:44:16AM -0500, Rob Clewley wrote: > If I have a set of scalar sample data on a rectangular 2D mesh that I > want to plot in the 3D I'd want a simple wireframe rectangular surface > plot. Can it do that? My experience from trying to design a simple API to do simple 3D plo

Re: [matplotlib-devel] Updating MPlot3D to a more recent matplotlib.

On Thu, Mar 05, 2009 at 07:03:00PM +0100, Cohen-Tanugi Johann wrote: > Nevertheless, I hate to think of matplotlib sending people to mayavi2 each > time 3D plotting is needed. Basic functionalities built-in would still be > highly desirable. Absolutely. I think we need basic 3D plotting function

[matplotlib-devel] [patch] fix for sphinxext on recent versions of sphinx

Here is a patch to fix a trivial problem I am having using the plot directive under recent versions of sphinx (0.6b1). Ga�l Index: lib/matplotlib/sphinxext/plot_directive.py === --- lib/matplotlib/sphinxext/plot_directive.py (revisio

[matplotlib-devel] Colormaps modifying inplace the input argument?

It seems that the colormaps are now modifying inplace the input arguments: resting ~ $ ipython -pylab Python 2.5.2 (r252:60911, Oct 5 2008, 19:24:49) Type "copyright", "credits" or "license" for more information. IPython 0.9.1 -- An enhanced Interactive Python. ? -> Introduction and ove

Re: [matplotlib-devel] traits?

On Mon, May 18, 2009 at 10:41:22PM -0400, Darren Dale wrote: >I had tried to work things out so mpl would only install traits if traits >wasn't already installed, or if the installed version had also been >provided by mpl. That turned out to be insufficient to avoid the problems >[.

Re: [matplotlib-devel] mplot3d update

On Mon, Jun 08, 2009 at 10:30:09AM -0700, Fernando Perez wrote: > Reinier, I'm sure if you ping Gael he'd be happy to share some > thoughts with you, he's very interested in code reusability (he may be > on this list for all I know, but I did CC him just to be safe). I am around. :) Have a look a

[matplotlib-devel] [ANN] SciPy 2009 conference opened up for registration

We are finally opening the registration for the SciPy 2009 conference. It took us time, but the reason is that we made careful budget estimations to bring the registration cost down. We are very happy to announce that this year registration to the conference will be only $150, sprints $100, and st

[matplotlib-devel] [Correction] Re: [ANN] SciPy 2009 conference opened up for registration

Please excuse me for incorrect information in my announcement: On Fri, Jun 19, 2009 at 04:01:58PM +0200, Gael Varoquaux wrote: > We are very happy to announce that this year registration to the > conference will be only $150, sprints $100, and students get half price! This should read th

[matplotlib-devel] SciPy abstract submission deadline extended

Greetings, The conference committee is extending the deadline for abstract submission for the Scipy conference 2009 one week. On Friday July 3th, at midnight Pacific, we will turn off the abstract submission on the conference site. Up to then, you can modify the already-submitted abstract, or su

[matplotlib-devel] crazy ideas for MPL (was: scipy conference)

On Wed, Jul 01, 2009 at 08:39:30AM -0500, John Hunter wrote: > Anyone interested? And if so, feel free to suggest topics or weigh in > on some I listed. Actually, I have something I would like to discuss, but never really could pull myself together to do it. I don't have time right now, but I am

[matplotlib-devel] Fixing matplotlib for wxPython 2.8

It seems that the following fix is necessary for matplolitb to work wxPython 2.8. Index: lib/matplotlib/backends/backend_wx.py === --- lib/matplotlib/backends/backend_wx.py (revision 7250) +++ lib/matplotlib/backends/backend_wx.py

[matplotlib-devel] Fixing matplotlib for wxPython 2.8

It seems that matplotlib needs the following patch for wxPython 2.8 (traceback hard to replicate, as you need to import wx before importing matplotlib): Index: lib/matplotlib/backends/backend_wx.py === --- lib/matplotlib/backends/back

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Fri, Jul 10, 2009 at 08:12:14AM -1000, Eric Firing wrote: > Gael Varoquaux wrote: >> It seems that matplotlib needs the following patch for wxPython 2.8 >> (traceback hard to replicate, as you need to import wx before importing >> matplotlib): >> Index: lib/matplo

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Fri, Jul 10, 2009 at 09:41:30AM -1000, Eric Firing wrote: >> OK, but right now MPL is broken with my version of wxversion, which is the >> one shipped by default in Ubuntu. So it is broken for a lot of user. > > Are you sure? Could you be pulling in some other wxversion? The only > other per

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Fri, Jul 10, 2009 at 11:05:24PM +0200, Gael Varoquaux wrote: > > Committed to svn. Please check it. > Certainly does work betters. Actually, I beg your pardon, but it does not really work: if you have 2.6 and 2.8 installed, it will still import 2.6, which is not what you want.

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Sat, Jul 11, 2009 at 08:10:23AM -1000, Eric Firing wrote: > OK, I tried again in svn 7256. I think this is a little cleaner. More > diagnostic information could still be added to the exception messages if > this is going to be a continuing problem. It seems to work for me in all the confi

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Sat, Jul 11, 2009 at 12:49:03PM -0500, John Hunter wrote: > > Can you do an 'import wxversion; print wxversion.__file__', so that we > > understand better why you are getting these warnings. > In [1]: import wxversion > In [2]: print wxversion.__file__ > /Library/Frameworks/Python.framework/Ve

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Sat, Jul 11, 2009 at 12:38:13PM -0500, John Hunter wrote: > If I can speak for the typical user, these kinds of warnings are > usually annoying and not that helpful. I am a naive wx user -- I > installed it many moons ago from a binary when I installed python and > haven't thought about it sinc

Re: [matplotlib-devel] Fixing matplotlib for wxPython 2.8

On Sat, Jul 11, 2009 at 08:18:25AM -1000, Eric Firing wrote: > Thank you for the testing and reporting. I don't normally use wx and I > am not willing to fiddle with multiple versions of it, so I am working > almost blind on this. I use wx a lot, and with MPL embedded in other programs, so I

[matplotlib-devel] [ANN] Announcing the SciPy conference schedule

The SciPy conference committee is pleased to announce the schedule of the conference: http://conference.scipy.org/schedule This year’s program is very rich. In order to limit the number of interesting talks that we had to turn down, we decided to reduce the length of talks. Although this results

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 10:04:33AM -0700, Brian Granger wrote: >So, how does affect your project? >* People will be able to use your project interactive from the regular >python prompt. >* You will need to make small changes to your GUI toolkits initialization >code. >* All

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 08:28:11PM +0300, Ville M. Vainio wrote: > On Thu, Jul 16, 2009 at 8:20 PM, Gael > Varoquaux wrote: > > Would it be possible for IPython to expose both solutions for a while > > (say 6 month to a year), so that we all have time to adapt? > You can s

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 10:38:56AM -0700, Brian Granger wrote: >But, at some point, we will have to say "if you want the old threaded >shells, you will have to use an older version of IPython".� We just have >to figure out what the transition looks like. As long as the packages sitting

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 10:45:04AM -0700, Brian Granger wrote: >Obviously, the creation of the IApp object should be put into the GUI >toolkit initialization code in mpl/mayavi/etc.� I will work with Robin to >get a version of wx posted that has the patched applied so people can >be

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 01:36:21PM -0700, Brian Granger wrote: >What versions of what GUI toolkits do we realistically need to support >moving forward (today and beyond)?� By this, I mean that: >"unsupported" = older versions of GUIs toolkits that will have to use >older versions o

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

On Thu, Jul 16, 2009 at 02:34:01PM -0700, Brian Granger wrote: >Yes, 2.8 is latest stable, so we should support it.� How many people would >complain if 2.6 were not supported?� I take it that all of ETS is 2.8 >based? ETS works better on wx 2.8, but it also works on 2.6, with small bug

Re: [matplotlib-devel] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

On Thu, Jul 16, 2009 at 03:26:23PM -0700, Brian Granger wrote: >I am attaching a working ctypes based prototype of a module that allows wx >to be used interactively from *both* python and ipython.� It uses >PyOS_InputHook and has been tested on wx 2.8 and 2.9 (trunk) on Mac OS X >(p

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

On Thu, Jul 16, 2009 at 11:27:51PM -0600, Ondrej Certik wrote: > and I didn't notice any speed difference --- e.g. it's as slow as > regular mayavi with ipython -wthread. :) Nice, nice! Test the volume_slicer example, with latest release, please. That should be a good test. Gaël ---

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

On Fri, Jul 17, 2009 at 02:13:08PM -0600, Ondrej Certik wrote: > so I also reduced the sleep in #3 from 0.05 to 0.01 and then #3 is > absolutely smooth for me and also pasting to ipython is immediate e.g. > this looks like a perfect solution to me. Polling at 100Hz is a horrendous solution from a

Re: [matplotlib-devel] kwdoc processing with decorators

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

Re: [matplotlib-devel] kwdoc processing with decorators

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

Re: [matplotlib-devel] Building matplotlib on os x

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: >

Re: [matplotlib-devel] ginput default mouse configuration

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

Re: [matplotlib-devel] Building matplotlib on os x

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 >

Re: [matplotlib-devel] writing plain text to multi page pdf

On Thu, Aug 27, 2009 at 04:57:55PM -0500, John Hunter wrote: > One of my colleagues want to use PdfPages to create several mpl > figures in one pdf document. It would be nice to be able to write > some text in there directly. One could use the matplotlib.text.Text > and add it to your figure, and

[matplotlib-devel] Can't save pdfs with MPL devel under Jaunty

It must be me being stupid build MPL under the latest Ubuntu (has it become harder lately? I have this impression), but I can't save pdfs with a development version of MPL: /home/varoquau/dev/matplotlib/lib/matplotlib/backends/backend_pdf.py in () 42 from matplotlib.transforms import Affine2D

Re: [matplotlib-devel] ginput default mouse configuration

On Sat, Aug 29, 2009 at 10:45:31PM -0500, John Hunter wrote: > I've tried to apply your code properly. Because it was not a patch, > but a simple code file submission (and the original files have changed > since your submission) and because I did not write the original ginput > code, it was touch

Re: [matplotlib-devel] Can't save pdfs with MPL devel under Jaunty

On Sun, Aug 30, 2009 at 01:35:47PM +0300, Jouni K. Seppänen wrote: > Gael Varoquaux writes: > > ImportError: /home/varoquau/dev/matplotlib/lib/matplotlib/ttconv.so: > > undefined symbol: _ZN14TTStreamWriter7putcharEi > > Does anybody know what I am doing wrong? > I ju

Re: [matplotlib-devel] default "q" shortcut?

On Wed, Oct 21, 2009 at 09:23:54AM +0200, Georg Brandl wrote: > Hi, > one thing I missed when I switched from Gnuplot to matplotlib was that I > can't press "q" to close a window but have to use the window manager; in > one environment I work in that means I have to use the mouse to close a > wind

Re: [matplotlib-devel] imshow zorder (patch for review)

On Mon, Nov 09, 2009 at 08:21:30AM -0800, Andrew Straw wrote: > Hi All, > > I have addressed what I think is a long-standing wart: zorder is mostly > ignored for imshow(). (See e.g. > http://old.nabble.com/Re%3A--Matplotlib-users--imshow-zorder-tt19047314.html#a19047314 > > ) The question is

[matplotlib-devel] [Ann] EuroScipy 2010

== Announcing EuroScipy 2010 == --- The 3rd European meeting on Python in Science --- **Paris, Ecole Normale Supérieure, July 8-11 2010** We are happy t

[matplotlib-devel] Typo in matplotlib/image.py

Line 157 of image.py, there is a typo: Index: matplotlib/image.py === --- matplotlib/image.py (revision 8036) +++ matplotlib/image.py (working copy) @@ -144,7 +144,7 @@ sy = dyintv/viewlim.height numrows, numcols = A

Re: [matplotlib-devel] Typo in matplotlib/image.py

On Thu, Dec 24, 2009 at 03:53:29PM -1000, Eric Firing wrote: > It looks like someone already has, as part of additional changes. SVN > is now at 8052, and I don't see the problem in either the maintenance > branch or the trunk. Indeed, my mistake. I thought that I had svn uped, but seems like

Re: [matplotlib-devel] [SciPy-dev] Announcing toydist, improving distribution and packaging situation

On Mon, Dec 28, 2009 at 02:29:24PM -0500, Neal Becker wrote: > Perhaps this could be useful: > http://checkinstall.izto.org/ Yes, checkinstall is really cool. However, I tend to prefer things with no magic that I don't have to sandbox to know what they are doing. This is why I am also happy to hea

Re: [matplotlib-devel] [Numpy-discussion] Announcing toydist, improving distribution and packaging situation

On Tue, Dec 29, 2009 at 11:34:44PM +0900, David Cournapeau wrote: > Buildout, virtualenv all work by sandboxing from the system python: > each of them do not see each other, which may be useful for > development, but as a deployment solution to the casual user who may > not be familiar with python,

Re: [matplotlib-devel] [Numpy-discussion] [SciPy-dev] Announcing toydist, improving distribution and packaging situation

On Sat, Jan 02, 2010 at 11:32:00AM +0900, David Cournapeau wrote: > [snip] > - supporting different variants of the same package in the > dependency graph at install time > [snip] > The second issue is more challenging. It complicates the dependency > handling quite a bit, and may cause difficu

Re: [matplotlib-devel] [Numpy-discussion] Announcing toydist, improving distribution and packaging situation

On Sun, Jan 03, 2010 at 03:05:54AM -0800, Nathaniel Smith wrote: > What I do -- and documented for people in my lab to do -- is set up > one virtualenv in my user account, and use it as my default python. (I > 'activate' it from my login scripts.) The advantage of this is that > easy_install (or pi

[matplotlib-devel] EuroScipy is finally open for registration

Registration for EuroScipy is finally open To register, go to the website , create an account, and you will see a /‘register to the conference’/ button on the left. Follow it to a page w

[matplotlib-devel] [sympy] EuroScipy abstract submission deadline extended

Given that we have been able to turn on registration only very late, the EuroScipy conference committee is extending the deadline for abstract submission for the 2010 EuroScipy conference. On Thursday May 20th, at midnight Samoa time, we will turn off the abstract submission on the conference site

[matplotlib-devel] EuroScipy abstract submission deadline extended

Given that we have been able to turn on registration only very late, the EuroScipy conference committee is extending the deadline for abstract submission for the 2010 EuroScipy conference. On Thursday May 20th, at midnight Samoa time, we will turn off the abstract submission on the conference site

Re: [matplotlib-devel] A small fix for backend specification...

On Wed, Aug 25, 2010 at 02:57:50PM -0700, Fernando Perez wrote: > [1] teaser for the curious: > http://fperez.org/tmp/ipython_qt_pylab.png. All code is in the > 'newkernel' github branch. Special credits to Evan Patterson from > Enthought, the Qt brains behind the magic. Freeking awesome! Go go

Re: [matplotlib-devel] Backend for Pyside

On Tue, Jan 18, 2011 at 11:13:47PM -0700, Jed Ludlow wrote: >Please forgive me if I'm raising a heretical question with this since I >understand the�topic of competing Qt bindings for Python gets a little >touchy in and of itself. >[...] >Has there been any additional discussion

[matplotlib-devel] [Ann] EuroScipy 2011 - Call for papers

= Announcing EuroScipy 2011 = - The 4th European meeting on Python in Science - **Paris, Ecole Normale Supérieure, August 25-28 2011** We are happy to announce

[matplotlib-devel] [ANN] FEMTEC: Trac on open source scientific software

Hi list, This is just a note that an extra track at FEMTEC, a conference for computational methods in engineering and science, is open for open source scientific software. The organisers have a taste for Python, so if you want to submit a paper on numerical methods with Python, this is an excellen

[matplotlib-devel] Hiring a junior developer on the scikit-learn

Hi list, Once again, we are looking for a junior developer to work on the scikit-learn. Below is the official job posting. Unofficially I would like to stress that this is a unique opportunity to be payed for two years to work on learning and improving the scientific Python toolstack. Gael

[matplotlib-devel] [ANN] ESCO2012 and PyHPC2011: Python in science in major computational science conference

ESCO 2012 - European Seminar on Coupled Problems = ESCO2012 http://esco2012.femhub.com/ is the 3rd event in a series of interdisciplineary meetings dedicated to computational science challenges in multi-physics and PDEs. I was invited as ESCO last y

[matplotlib-devel] basemap in recent matplotlib

Hi, Trying out version 0.87.4 I noticed that the example given on pages http://matplotlib.sourceforge.net/screenshots/plotmap.py and http://scipy.org/Cookbook/Matplotlib/Maps fail with : In [1]: from matplotlib.toolkits.basemap import Basemap -

Re: [matplotlib-devel] imshow with PS backend

On Thu, Jul 27, 2006 at 01:33:42PM +0100, JIM MacDonald wrote: > Another way to do it is to pass extra > command line options to ps2pdf (-dAutoFilterColorImages=false > -sColorImageFilter=FlateEncode should do it for colour images). I > thought embedding it in the PS file would be more flexible.

Re: [matplotlib-devel] imshow with PS backend

On Mon, Jul 31, 2006 at 10:01:23AM -0400, Darren Dale wrote: > Would you post an example where the ps2pdf flags make a big difference on the > output? I just tried with the above png, but I cant tell the difference > between the results with/without the new flags. Last image of http://scipy.org/

Re: [matplotlib-devel] imshow with PS backend

On Mon, Jul 31, 2006 at 10:19:46AM -0400, Darren Dale wrote: > I see. Thanks for pointing this out and providing the solution. The flags you > suggested are passed to ps2pdf as of svn 2639. Great ! Thanks. I like open source software so much because of these little details :->. --

Re: [matplotlib-devel] Python 3D plotting

Interesting ! The lack of proper 3D plotting in scipy is a major problem in my eyes. I would like to point out tvtk ( http://scipy.org/Cookbook/MayaVi/tvtk) that is a great framework for developing 3D plotting tools in python. One example is the new version of the famous Mayavi, but something "com

Re: [matplotlib-devel] A suggestion about legend defaults

On Sat, Sep 09, 2006 at 10:40:47AM -0600, Fernando Perez wrote: > On 9/9/06, John Hunter <[EMAIL PROTECTED]> wrote: > > > "Fernando" == Fernando Perez <[EMAIL PROTECTED]> writes: > > Fernando> What I think could be improved in the default behavior > > Fernando> is the legend. I'm sure

[matplotlib-devel] On usetex and T1 fonts

Hi all, I just realised that the fonts in eps files produced with the "usetex" switch where not T1 fonts. The fix is quite easy, during the LaTeX compiling we should include a package that provides T1 fonts. Not I am not sure which one to use. I like the lmodern, but it is not available everyw

[matplotlib-devel] ginput in pylab

For those who have never used matlab, ginput is a blocking call that takes one optional argument n, waits for n click on the current figure, and returns the coordinates of those n clicks. I have been trying to write such a function in pylab and I can't find a solution. Here is a first attempt: ++

Re: [matplotlib-devel] ginput in pylab

On Mon, Oct 30, 2006 at 08:21:20AM -0600, John Hunter wrote: > blocking calls in pylab with gtk threading may be possible but it is > beyond my powers. I would write this with a callback, eg create a > class that takes a callback in the constructor and calls the callback > after n clicks with a li

Re: [matplotlib-devel] ginput in pylab

On Mon, Oct 30, 2006 at 10:36:09AM -0800, Christopher Barker wrote: > However, perhaps you can take advantage of a similar feature (at least > in wx) -- can you make the Frame Modal temporarily? My understanding of > how model dialogs work is that they stop the main event loop, and then > have t

Re: [matplotlib-devel] ginput in pylab

On Mon, Oct 30, 2006 at 12:37:42PM -0700, Fernando Perez wrote: > Jut to clarify, Gael: in ipython (with -pylab or -{g,w,q}thread), what > happens is that IPython lets the GUI toolkit run in the main thread, > and then attaches its own routines for user code execution as the > toolkit's idle timer

Re: [matplotlib-devel] A question about cbook.is_string_like

On Sun, Nov 05, 2006 at 06:07:50PM +0100, Nicolas Grilly wrote: > I'm hacking the PDF backend because I need this format to import > charts in ConTeXt (this is TeX macro package, similar to LaTeX, we use > to produce PDF reports). I am all for a good PDF backend, but you should be aware that under

Re: [matplotlib-devel] A question about cbook.is_string_like

On Sun, Nov 05, 2006 at 09:27:54AM -0800, Andrew Straw wrote: > When I get back to that manuscript (ahem), I'll probably try to bang > the PDF backend further into shape. That would be great for pdf generation under windows, where you can hardly assume the user has xpdf or epstopdf installed. It h

Re: [matplotlib-devel] [Fwd: Re: [Distutils] Confusion about the effect of eggs on import]

the same direction. My 2 cents, Gaël -- Gael Varoquaux, Groupe d'optique atomique, Laboratoire Charles Fabry de l'Institut d'Optique Campus Polytechnique, RD 128 91127 Palaiseau cedex FRANCE NEW Phone number Tel : 33 (0) 1 64 54 33 49 - Fax : 33 (0) 1 64 5

Re: [matplotlib-devel] [Fwd: Re: [Distutils] Confusion about the effect of eggs on import]

On Sun, Feb 11, 2007 at 01:32:45AM +1100, Tim Leslie wrote: > Sorry, I think I might have given the wrong impression. Our use of an > api.py is for having a single location to import classes equivalent to > Figure, Axes, etc from. Your suggestion of having a matplotlib.config > for things like rc a

Re: [matplotlib-devel] remove artist from axes?

On Sun, Jul 15, 2007 at 10:49:13PM -0400, Paul Kienzle wrote: > I don't see an obvious way to remove a line from an axes object. > Shall I add remove_child(h) which searches through all the lists > of containers and removes the one that I don't want? I think that would be very useful. TVTK has so

Re: [matplotlib-devel] rcParams and validation

On Mon, Jul 16, 2007 at 10:31:03PM -0500, John Hunter wrote: > On 7/16/07, Eric Firing <[EMAIL PROTECTED]> wrote: > > Are any real, live projects outside of enthought making major use of > > traits? Or would we be the first? > I am happy to be the first at this point -- enthought has done a lot

Re: [matplotlib-devel] rcParams and validation

On Tue, Jul 17, 2007 at 08:01:41AM -0400, Michael Droettboom wrote: > TraitsUI seems really cool, but there are a couple of reasons I think > that should probably be considered lower priority. For one, it would > need to be generalized and ported (backend-ed) for all of matplotlib's > many gui

[matplotlib-devel] Steeling some of you colormaps

I have written a small script that uses pylab to retrieve the data for the MPL colormaps. I am thinking of checking in both the script, and the resulting data in Mayavi2 (FBSD licenced). Can I do such a thing (stealing colormaps ?). Cheers

Re: [matplotlib-devel] [Enthought-dev] Good feedback on traits

On Tue, Jul 17, 2007 at 04:54:49PM -1000, Eric Firing wrote: > The 2.0 branch is not new enough, though; we need the trunk. Nonononono. Believe me. Unless you want to live on the bleeding edge. All the QA is done on the branches. The trunk is for active developement (some active developement hap

Re: [matplotlib-devel] [Enthought-dev] Good feedback on traits

On Wed, Jul 18, 2007 at 01:49:19AM -0500, Robert Kern wrote: > Gael Varoquaux wrote: > > On Tue, Jul 17, 2007 at 04:54:49PM -1000, Eric Firing wrote: > >> The 2.0 branch is not new enough, though; we need the trunk. > > Nonononono. Believe me. Unless you want to l

Re: [matplotlib-devel] mpl1 draft

On Thu, Jul 19, 2007 at 01:26:05PM -0500, 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. easy_install is pulling in en

Re: [matplotlib-devel] mpl1 draft

On Thu, Jul 19, 2007 at 10:42:56PM -0500, Ken McIvor wrote: > >= Traits = > >I think we should make a major committment to traits and use them from > >the ground up. Even without the UI stuff, they add plenty to make > >them worthwhile, especially the validation and notification features. > Code

Re: [matplotlib-devel] rcParams and validation

On Wed, Jul 18, 2007 at 11:24:09AM -0600, Brian Granger wrote: > At some level though, configuration is a very different thing than an > application's runtime API. While they may be related (by exposing > common functionality), not everything that can be configured would > appear in a runtime API

[matplotlib-devel] Plot with no labels

This question really belongs to the user ML, but I don't want to subscribe to another ML, so please, indulge me. I often have a figure with a lot of plot, some of them created in a for loop. I want some of them to display in the legend, and some of them not to. Now this is possible, using the two

Re: [matplotlib-devel] Plot with no labels

On Fri, Jul 20, 2007 at 02:55:26PM -0500, John Hunter wrote: > >From the legend docstring: > USAGE: > Make a legend with existing lines > >>> legend() > legend by itself will try and build a legend using the label > property of the lines/patches/collections. You can set the label of >

Re: [matplotlib-devel] rcParams and validation

On Fri, Jul 20, 2007 at 03:25:06PM -0600, Fernando Perez wrote: > The point is that instead of > -from mplconfig import MPLConfig, ConfigManager, mkConfigObj > I prefer: > +from tconfig import ConfigManager, mkConfigObj > +from mplconfig import MPLConfig > since ConfigManager and mkConfigObj re

Re: [matplotlib-devel] Steeling some of you colormaps

On Tue, Jul 17, 2007 at 08:17:50PM -0500, John Hunter wrote: > On 7/17/07, Gael Varoquaux <[EMAIL PROTECTED]> wrote: > > I have written a small script that uses pylab to retrieve the data for > > the MPL colormaps. I am thinking of checking in both the script, and the > >

Re: [matplotlib-devel] mpl.math namespace [was: Polygon examples broken]

On Sat, Jul 21, 2007 at 11:34:07AM -0400, Paul Kienzle wrote: > Feel free to tune the list appropriately. Particularly since max/min/abs > already do the right things with vectors: Hell, not with anything that more than 1D ! Beware. Gaël -

Re: [matplotlib-devel] Question about install matplotlib package (tk.tcl file on ubuntu)

On Sat, Jul 21, 2007 at 05:50:19PM -0400, Xuedong Zhang wrote: > What I am trying to run is the following command: > sudo checkinstall python setup.py install > I guess this maybe the problem between checkinstall and matplotlib OK, now it's more clear. I suggest you install to /usr/local. That

Re: [matplotlib-devel] mpl1: models, projections, other comments

On Sat, Jul 21, 2007 at 10:41:27PM -1000, Eric Firing wrote: > You raised the question of 3D. I don't know anything about fancy 3D > with hardware acceleration etc., but for the simplest 3D it seems like > everything can be done at the model stage of the transformation; > everything after that

Re: [matplotlib-devel] rcParams and validation

On Sun, Jul 22, 2007 at 11:43:31AM -0400, Darren Dale wrote: > The issue of configuration has come up several times on the mailing > lists over the last few years, and Fernando's tconfig feels like the > right solution. On the other hand, I can't be too enthusiastic about > pushing for inclusion in

Re: [matplotlib-devel] Question about install matplotlib package (tk.tcl file on ubuntu)

On Mon, Jul 23, 2007 at 08:48:35AM -1000, Eric Firing wrote: > Maybe the solution is to not use checkinstall? Yes, I would: * Not use checkinstall * prefix to /usr/local HTH, Gaël - This SF.net email is sponsored by: Spl

  1   2   >