Re: [matplotlib-devel] rcParams and validation

3. Traits. We (Brian and I) have gone back and forth a lot on Traits, and we've come very close to just making them a dependency. The only real issue holding us back is that ipython so far has exactly *zero* extension code, which is a plus in terms of ease of installation/deployment.

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

IPython and matplotlib devs, Over the weekend I have been playing around to see if it is possible to do interactive GUI work with wx from IPython *without using threads*. The idea here is to use PyOS_InputHook. Currently, recent versions of PyQt4 and PyGTK do this and if we can get wx working,

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

Granger ellisonbg@gmail.com wrote: From: Brian Granger ellisonbg@gmail.com Subject: [matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook) To: matplotlib-devel@lists.sourceforge.net, IPython Development list ipython-...@scipy.org Date: Sunday, February 8, 2009, 7:08

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

On Thu, Jul 16, 2009 at 10:20 AM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: 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

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

Good question Gael, So, ... I am dumb, and I haven't been following things well enough (not enough time). Concretely, what do I need to do to be able to launch IPython, and pop up a wx dialog not blocking IPython with the new technology? If you have a patched version of wx (that Robin and

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

impossible to maintain (such as interrupt handling in the threaded shells). With our very limited IPython manpower, we have a very fine line to walk between moving forward and maintaining backwards compatibility. Cheers, Brian Cheers, Mike Brian Granger wrote: Hello all, [sent to mpl-dev

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

OK, that's great. It enlightens me. So, it seems you guys are on the right track. I'll just wait for the new versions of wx to come out. You are doing great work on that. Thanks. One piece of warning: Wx has a terrible upgrade path. Upgrading it breaks stuff. As a consequence, people

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

Yes, this is also a possibility that we need to pursue as it would greatly help the transition. I do have a Cython prototype that works. But, we are currently testing all of this on wx trunk. I am not sure if what we are doing will work on previous versions. I plan on looking into this.

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

I tried ctypes first, but with no luck. Here is what I tried: import readline import ctypes ctypes.pythonapi.PyOS_InputHook _FuncPtr object at 0x76420 def my_callback(): ... print In am here ... return 0 ... cbf = ctypes.CFUNCTYPE(ctypes.c_int)(my_callback) cbf CFunctionType object at

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

begin to try this out. Cheers, Brian On Thu, Jul 16, 2009 at 12:13 PM, Brian Granger ellisonbg@gmail.comwrote: I tried ctypes first, but with no luck. Here is what I tried: import readline import ctypes ctypes.pythonapi.PyOS_InputHook _FuncPtr object at 0x76420 def my_callback

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

After playing a bit more, I have a ctypes based prototype that can set PyOS_InputHook in an appropriate way for wx 2.9 (trunk). I think it is possible to have a ctypes based version that would work for all the major GUI toolkits that we could ship with IPython until the transition is over (i.e.,

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

For Wx, we would obviously need to support 2.8. We can toy with the idea of not supporting 2.6, I believe. A lot of people are starting to feel that 2.6 is depreciated. 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

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

Hi, 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 (python 2.5). It can be used with an existing wx install and all versions of

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

Robert, Thanks for testing this so quickly. Performance is one of the big issues that I am concerned about. I will work on a Cython based version to see if that solves the problem. Cheers, Brian Works for me with wx 2.8.8.1 on OS X 10.5 and Chaco. Pan and zoom interactions are

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

not familiar with wx, but there hopefully there is some way to monitor stdin while the event loop is running? --Michiel. --- On Thu, 7/16/09, Brian Granger ellisonbg@gmail.com wrote: From: Brian Granger ellisonbg@gmail.com Subject: Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev

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

into the hook function. It's better to have this loop explicitly inside your hook function, because of the variation in PyOS_InputHook behavior between different versions of Python/readline. --Michiel --- On Fri, 7/17/09, Brian Granger ellisonbg@gmail.com wrote: From: Brian Granger ellisonbg

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

Ondrej and Robert, Thanks for testing this. Some comments: 2) We can speed up pasting and general keyboard response by changing the polling time. Pasting is slow very slow at the original setting of 50. But if you make it smaller pasting becomes faster (although still not instant). 3) We

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

Gael, Polling at 100Hz is a horrendous solution from a technical point of view. I typical have a dozen IPython instances opened, where I have been working a while ago, but not doing anything right now, because I am planning to come back to it. Having these all poll at a 100Hz wil keep my

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

Can you describe the patch you are putting together for wxPython? or is it wxWidgets? Perhaps there is a way for us to monkeypatch the same approach into old versions. There is *very* little difference between my ctypes prototype and the patch for wxPython. The only real differences are

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

All, I have an improved prototype of my ctypes based inputhook for wx. In this version I have: * Added and tested Ondrej's patch. It seems to improve both responsiveness and idle GPU load. Thanks Ondrej! * Tested on Win32 * Small changes related to the GIL. Robert and Gael, can you test this

[matplotlib-devel] New spines capabilities question

Hi, Congrats on the latest matplotlib release. Looks like there are some *really* impressive new things in there. I was just looking at the spines docs: http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_demo.html And I noticed that on spines that are range limited (to

[matplotlib-devel] New spines capabilities question

I think this happens in all mpl graphs, you just don't see it. The axis limits are set to -2..2, and the sine is draw from -2..2. The linewidth extends beyond 2, so it is clipped by the axes clipping to the bounding rectangle. Normally you don't see this, because visually it is under the

[matplotlib-devel] IPython (likely) dropping Python 2.4 support

Hello all, While at SciPy this year, the IPython devs began discussing dropping Python 2.4 support. Or rational is this: * New generator features in 2.5 would dramatically simplify our testing of our Twisted using components. * Being able to use absolute imports would simplify the packaging of

[matplotlib-devel] New GUI integration in IPython

Hello all, This email is being sent out to to the lists of users+devs who regularly use IPython's pylab mode or -wthread, -qthread, -gthread, etc. threaded shells. As of today, in IPython's trunk, we have a completely new implementation of our GUI event loop integration that dramatically

Re: [matplotlib-devel] [IPython-dev] Testing matplotlib on IPython trunk

You also may need to do: plt.interactive(True) Cheers, Brian On Tue, Sep 8, 2009 at 12:45 PM, Gökhan Sever gokhanse...@gmail.com wrote: Hello, The thread switches will be gone by the release of the new IPython. I am assuming that some extra work needs to be done on both sides in

[matplotlib-devel] SciPy 2010 Tutorials: brainstorming and call for proposals

content. * A list of Python packages that attendees will need to have installed to follow along. Cheers, Brian Granger SciPy 2010, Tutorial Chair -- Download Intel#174; Parallel Studio Eval Try the new software tools

[matplotlib-devel] SciPy 2010 Tutorials: brainstorming and call for proposals

Greetings everyone, This year, there will be two days of tutorials (June 28th and 29th) before the main SciPy 2010 conference. Each of the two tutorial tracks (intro, advanced) will have a 3-4 hour morning and afternoon session both days, for a total of 4 intro sessions and 4 advanced sessions.

[matplotlib-devel] Patch for Qt4 backend for IPython GUI

Hi, We are in the process of getting our new Qt IPython GUI working with matplotlib. One problem we have found is that the matplotlib qt4 backend always creates a QApplication. This is problematic in situations where another part of an application has already created a QApplication. The fix is

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

On Tue, Aug 31, 2010 at 7:02 AM, Michiel de Hoon mjldeh...@yahoo.com wrote: 1. Our networking event loop that is based on zeromq/pyzmq 2. A single GUI event loop from wx, qt4, etc. We do this by triggering an iteration of our networking event loop on a periodic GUI timer. So right now

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

Michiel, On Fri, Sep 3, 2010 at 9:22 AM, Michiel de Hoon mjldeh...@yahoo.com wrote: --- On Wed, 9/1/10, Brian Granger elliso...@gmail.com wrote: So right now you're in a loop in which you let qt4 (or wx) watch the file descriptors qt4 needs, then zeromq the file descriptors that zeromq needs

[matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

Hello all, I would like to submit the following branch on github for review and merging into matplotlib trunk: http://github.com/ellisonbg/matplotlib/commits/guisupport This branch implements the logic needed for the qt4 and wx backends to fully work with the upcoming IPython 0.11 release. In

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

that zeromq/pyzmq are only required for the new Qt gui, the old terminal ipython doesn't require them. Let us know if you run into any other issues. Cheers, Brian On Fri, Sep 3, 2010 at 6:57 PM, Eric Firing efir...@hawaii.edu wrote: On 09/03/2010 12:37 PM, Brian Granger wrote: Hello all, I

Re: [matplotlib-devel] [IPython-dev] IPython (new) + matplotlib report: happy news

Fernando, On Mon, Sep 13, 2010 at 1:58 PM, Fernando Perez fperez@gmail.com wrote: Hi folks, [ sorry for the cross-post, but devs on both lists will care about this] I just went through the exercise of pasting 100 randomly chosen examples from the gallery into the new ipython console

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing efir...@hawaii.edu wrote: On 09/03/2010 12:37 PM, Brian Granger wrote: Hello all, I would like to submit the following branch on github for review and merging into matplotlib trunk: http://github.com/ellisonbg/matplotlib/commits/guisupport

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On Tue, Sep 14, 2010 at 12:59 AM, Eric Firing efir...@hawaii.edu wrote: On 09/13/2010 05:46 PM, Brian Granger wrote: On Tue, Sep 7, 2010 at 1:31 PM, Eric Firingefir...@hawaii.edu  wrote: On 09/03/2010 12:37 PM, Brian Granger wrote: Hello all, I would like to submit the following branch

[matplotlib-devel] Latex to svg using mathtext

Hi, I need to generate svg (for web browser display) from latex using mathtext. I see that mathtext.MathTextParser has a to_png method. Is there a way of doing the equivalent of to_svg? I see there is an svg Mathtext backend, but it is not clear what it produces. Thanks! Brian

[matplotlib-devel] Simple animation test

Hi, I am trying to do a simple animation examples similar to the one here: http://www.scipy.org/Cookbook/Matplotlib/Animations#head-e50abcca4333d3d76b3f2bb66ef00f15c6b4dbbc But it does not work. I have tried with different backends, plain python, within ipython. I am using ipython 0.10 and

Re: [matplotlib-devel] Simple animation test

, 2011 at 12:27 AM, Brian Granger elliso...@gmail.com wrote: Hi, I am trying to do a simple animation examples similar to the one here: http://www.scipy.org/Cookbook/Matplotlib/Animations#head-e50abcca4333d3d76b3f2bb66ef00f15c6b4dbbc But it does not work.  I have tried with different

Re: [matplotlib-devel] Simple animation test

Root ben.r...@ou.edu wrote: On Wed, Mar 2, 2011 at 7:44 AM, John Hunter jdh2...@gmail.com wrote: On Wed, Mar 2, 2011 at 12:27 AM, Brian Granger elliso...@gmail.com wrote: Hi, I am trying to do a simple animation examples similar to the one here: http://www.scipy.org/Cookbook

Re: [matplotlib-devel] [IPython-dev] Interactive Matplotlib in the browser

It is not clear to me that the stream of PNGs will win in the end. If you make a single static plot of a large data set, that is way better than trying to send the data to the browser and rendering it there. But if you have to send hundreds or thousands of PNGs to get interactivity, that benefit

[matplotlib-devel] [JOB] Work full time on Project Jupyter/IPython

Hi all, I wanted to let the community know that we are currently hiring 3 full time software engineers to work full time on Project Jupyter/IPython. These positions will be in my group at Cal Poly in San Luis Obispo, CA. We are looking for frontend and backend software engineers with lots of

Re: [matplotlib-devel] Question about getters and setters.

We (ipython/jupyter) have been talking some more about integrating matplotlilb in deeper ways with the interactive widgets framework. That only thing that would be required to make this *trivial* is having a traitlet's based API for matplotlib. I have even started to look at wrapping the existing

Re: [matplotlib-devel] Question about getters and setters.

looks really nice. (Imho better than params from my cursory look.) On Thu, May 14, 2015 at 1:45 AM, Brian Granger elliso...@gmail.com wrote: We (ipython/jupyter) have been talking some more about integrating matplotlilb in deeper ways with the interactive widgets framework. That only thing

Re: [matplotlib-devel] Question about getters and setters.

documentation. Once that is agreed upon, that PR would get merged, and we can then start up a new PR actually implementing the MEP. On Thu, May 14, 2015 at 3:03 AM, Brian Granger elliso...@gmail.com wrote: Great, that is exciting. What do you think is the best way forward? Should I open an issue

Re: [matplotlib-devel] RFC: candidates for a new default colormap

I prefer C, but am not too fond of any of them :( I wonder if it would be beneficial to give up a little on the quantitative properties of the cm in favor of moving towards something that is a bit more aesthetic and pleasant to look at. On Wed, Jun 3, 2015 at 1:47 PM, Paul Hobson

Re: [matplotlib-devel] scipy sprints

I will be around and would love to participate. On Mon, Jun 22, 2015 at 5:39 AM, Thomas Caswell tcasw...@gmail.com wrote: Who will be around for the sprints? We should start to come up with a list what we want to work on. There are a number of issues tagged as 'hack-a-thon' which are good

Re: [matplotlib-devel] Important thread on IPython-dev

Thanks Eric! A bunch of us will be at SciPy this week and it would be great to talk more about this stuff with the mpl devs that are around. Cheers, Brian On Mon, Jul 6, 2015 at 12:18 PM, Eric Firing efir...@hawaii.edu wrote: There is a long thread on IPython-dev discussing how to make

Re: [matplotlib-devel] Dev build on matplotlib with conda

Looking at the Conda recipe might give you some hints about how it locates png.h as well, although I haven't checked in detail. On Wednesday, July 22, 2015, Brian Granger elliso...@gmail.com wrote: No I am fine linking against the stuff that ships with conda - just not clear on how to get

[matplotlib-devel] Dev build on matplotlib with conda

Hi all, I am trying to get a dev build of matplotlib working with the anaconda python. Any advice on getting matplotlib to detect and use any of the libpng/freetypes: * Those installed with anaconda python. * Those from homebrew * Those that ship with OS X Cheers, Brian -- Brian E. Granger

[matplotlib-devel] Running test suite with out image comparisons

Hi folks, Is it possible to run the matplotlib test suite without the image comparisons? Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo @ellisonbg on Twitter and GitHub bgran...@calpoly.edu and elliso...@gmail.com

Re: [matplotlib-devel] Dev build on matplotlib with conda

? The output of setup.py is normally pretty helpful at letting you know which library it has found to build against. On 20 July 2015 at 01:54, Brian Granger elliso...@gmail.com wrote: Hi all, I am trying to get a dev build of matplotlib working with the anaconda python. Any advice on getting

Re: [matplotlib-devel] New Employer

Congrats Mike! Sent from my iPhone > On Sep 30, 2015, at 8:18 AM, Michael Droettboom wrote: > > Just a heads up to the matplotlib developer team: > > I'm leaving Space Telescope for a new position at Continuum Analytics > starting next week. This position will be primarily