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 to work on
> matp
recipe:
>
> https://github.com/conda/conda-recipes/tree/master/matplotlib
>
> 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 wrote:
>&
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 wrote:
>>
>> Hi all,
>>
>> I am trying to get a dev build of matplotlib working with the anaconda
>> python.
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
C
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
-
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 wrote:
> There is a long thread on IPython-dev discussing how to make matplotlib
> "just work"
I will be around and would love to participate.
On Mon, Jun 22, 2015 at 5:39 AM, Thomas Caswell 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 candidates for nov
Great to hear this!
> - re-order feature release/style change if needed
>- can focus sprint effort at scipy on new features
>- release order may be 2.0 -> 2.1 or 1.5 -> 2.0
> - keep style change-only release plan
> - start adding color maps as named maps on master
> - color map
>-
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 wrote:
> A bri
mentation. 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
> wrote:
>
>> Great, that is exciting. What do you think is the best way forward?
>> S
Great, that is exciting. What do you think is the best way forward? Should
I open an issue on the matplotlib repo about this? Would there be interest
in doing a Google+ hangout about this at some point?
On Wed, May 13, 2015 at 11:57 PM, Eric Firing wrote:
> On 2015/05/13 7:45 PM, Brian Gran
ice. (Imho better than
> params from my cursory look.)
>
> On Thu, May 14, 2015 at 1:45 AM, Brian Granger
> wrote:
>
>> We (ipython/jupyter) have been talking some more about integrating
>> matplotlilb in deeper ways with the interactive widgets framework. That
>> only
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 m
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
Pytho
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 m
in a stock recent EPD.
Cheers,
Brian
> Ryan
>
>>
>> Brian
>>
>> On Wed, Mar 2, 2011 at 10:22 AM, Benjamin Root wrote:
>>>
>>>
>>> On Wed, Mar 2, 2011 at 7:44 AM, John Hunter wrote:
>>>>
>>>> On Wed, Mar 2, 2011
Is the old method (just using draw/set_xdata, etc.) not supported? I
am working with a student and I want to keep is dead simple.
Brian
On Wed, Mar 2, 2011 at 10:22 AM, Benjamin Root wrote:
>
>
> On Wed, Mar 2, 2011 at 7:44 AM, John Hunter wrote:
>>
>> On Wed, Mar 2, 20
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 mat
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
--
On Tue, Sep 14, 2010 at 12:59 AM, Eric Firing wrote:
> On 09/13/2010 05:46 PM, Brian Granger wrote:
>>
>> On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote:
>>>
>>> On 09/03/2010 12:37 PM, Brian Granger wrote:
>>>>
>>>> Hello all,
>&g
On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing 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/m
Fernando,
On Mon, Sep 13, 2010 at 1:58 PM, Fernando Perez 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 with inline
> gr
Eric,
Sorry about the delay, I was on vacation last week...comments inline below...
On Tue, Sep 7, 2010 at 2:26 PM, Eric Firing wrote:
> On 09/07/2010 11:07 AM, Fernando Perez wrote:
>> Hi Eric,
>>
>> On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote:
>>>
>>> I have been doing a little testing
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 wrote:
> On 09/03/2010 12:37 PM, Brian Granger wrote:
>> Hello all,
>>
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 o
Michiel,
On Fri, Sep 3, 2010 at 9:22 AM, Michiel de Hoon wrote:
> --- On Wed, 9/1/10, Brian Granger 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,
On Tue, Aug 31, 2010 at 7:02 AM, Michiel de Hoon 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 you're in a l
tion, but it is much simpler when you only have 1 GUi
event loop involved.
Cheers,
Brian
> Best,
> --Michiel.
>
>
> --- On Sun, 8/29/10, Brian Granger wrote:
>
>> From: Brian Granger
>> Subject: Re: [matplotlib-devel] Uniform GUI support across matplotlib, e
o have
multiple other event loops in our apps that handle networking.
Cheers,
Brian
> --Michiel.
>
> --- On Sat, 8/28/10, Brian Granger wrote:
>
>> From: Brian Granger
>> Subject: [matplotlib-devel] Uniform GUI support across matplotlib, ets and
>> ipython
&g
Hi all,
As you may know, this summer we have been working on a new two
process IPython that has a beautiful Qt frontend GUI and a ZMQ based
messaging layer between that GUI and the new IPython kernel. Many
thanks to Enthought for funding this effort!
We are currently in the process of adding GU
Eric,
On Fri, Aug 27, 2010 at 12:15 AM, Eric Firing wrote:
> On 08/26/2010 05:13 PM, Brian Granger wrote:
>> 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
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
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.
T
orial 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® Parallel Studio Eval
Try the new software tool
Thinking about 1.0
Has anyone looked at the new gui integration stuff in the IPython trunk?
Cheers,
Brian
On Thu, Sep 10, 2009 at 6:08 PM, John Hunter wrote:
> We've had a significant number of bug-fixes in the release branch, so
> this weekend I'm going to try and put out a release candi
You also may need to do:
plt.interactive(True)
Cheers,
Brian
On Tue, Sep 8, 2009 at 12:45 PM, Gökhan Sever 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 preparation
> to the new re
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
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
> 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 t
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 t
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
,
Brian
On Fri, Jul 17, 2009 at 3:40 PM, Robert Kern wrote:
> On Fri, Jul 17, 2009 at 17:31, Brian Granger
> wrote:
> >
> >
> >> Can you describe the patch you are putting together for wxPython? or
> >> is it wxWidgets? Perhaps there is a way for us to monkeyp
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 the
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
>
Jul 17, 2009 at 2:07 PM, Ondrej Certik wrote:
> > On Fri, Jul 17, 2009 at 1:57 PM, Robert Kern wrote:
> >> On Fri, Jul 17, 2009 at 14:48, Brian Granger
> wrote:
> >>> Michiel,
> >>>
> >>> Thanks for the ideas. I have implemented both of the app
you're using Python/readline for the repeated calls 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
>
; configurations (particularly on Windows), PyOS_InputHook is called only
> once, so wx will freeze between Python commands.
>
> I am not familiar with wx, but there hopefully there is some way to monitor
> stdin while the event loop is running?
>
> --Michiel.
>
>
> --- On T
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 substantia
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 ip
> 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
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., e
begin to try this out.
Cheers,
Brian
On Thu, Jul 16, 2009 at 12:13 PM, Brian Granger wrote:
> I tried ctypes first, but with no luck. Here is what I tried:
>
> >>> import readline
> >>> import ctypes
> >>> ctypes.pythonapi.PyOS_InputHook
> <_
> On 2009-07-16 13:11, Ville M. Vainio wrote:
> > On Thu, Jul 16, 2009 at 9:06 PM, Brian Granger
> wrote:
> >
> >> I am fully aware that some environments upgrade things like GUI toolkits
> >> over very long time scales. More important - there isn't a re
.
Cheers,
Brian
On Thu, Jul 16, 2009 at 11:11 AM, Ville M. Vainio wrote:
> On Thu, Jul 16, 2009 at 9:06 PM, Brian Granger
> wrote:
>
> > I am fully aware that some environments upgrade things like GUI toolkits
> > over very long time scales. More important - there isn't a re
> 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
ne
possibility is that during the transition, the old threaded Shells would
slowly loose features that become 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 maintai
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
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 regu
Hello all,
[sent to mpl-dev, enthought-dev and ipython-dev]
This summer, we are doing some major refactoring of IPython's core. One of
the things I am working on is changing how IPython's works with GUI
toolkits. These changes will have a significant impact (hopefully for the
better) on your pr
ld
> be a lot easier if Python itself supported event loops.
Yes, that would be nice!!!
Cheers,
Brian
> --Michiel
>
> --- On Sun, 2/8/09, Brian Granger wrote:
>
>> From: Brian Granger
>> Subject: [matplotlib-devel] Interactive wx/pylab with no threads
>> (P
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, w
> 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. H
> Damn, that is really cool. So you can generate default config files from the
> MPLConfig instance. We create a default matplotlibrc file from a template,
> setting default backend and numerix values based on what is available on the
> users system. It looks like it would be even easier with your
63 matches
Mail list logo
