Re: [matplotlib-devel] Meeting...?

On 1/14/14, 1:30 PM, Jacob Vanderplas wrote: > Ugly hacks aside, I think all of this points to a general desire for a > new type of backend-like hook that can export dynamic plot elements in > data coordinates, and static plot elements in figure coordinates. An > enhancement in that direction coul

Re: [matplotlib-devel] IPython Comm backend

On 11/14/13 7:24 PM, Jason Grout wrote: > Following a very helpful conversation with Michael this morning in the > dev hangout, I got this working with the current master (of matplotlib > and ipython). I also got this initial experimental demo working on the Sage cell serv

Re: [matplotlib-devel] IPython Comm backend

On 10/16/13 3:46 PM, Jason Grout wrote: > On 10/16/13 1:58 PM, Michael Droettboom wrote: >> Sorry to take so long to get to this. This is a nice piece of work. >> >> The most obvious thing is that this is a copy-and-paste of the existing >> WebAgg backend -- and maintai

Re: [matplotlib-devel] Hangout today

On 11/14/13 9:23 AM, Michael Droettboom wrote: > Sorry - I've been without network connection this morning, but it's back > up... > > I'll be starting the matplotlib hangout shortly. Let me know if you > don't get an invite and would like to join. I was just thinking about spending a bit of time

Re: [matplotlib-devel] ggplot for matplotlib

On 10/21/13 12:11 PM, Michael Droettboom wrote: > Yes -- I reached out to the author about exactly that this morning. It > would be great to closely collaborate on this. > Awesome. I saw this on HackerNews a few days ago and got really excited about it. So a big +1 from me. Thanks, Jason

Re: [matplotlib-devel] IPython Comm backend

On 10/16/13 1:58 PM, Michael Droettboom wrote: > Sorry to take so long to get to this. This is a nice piece of work. > > The most obvious thing is that this is a copy-and-paste of the existing > WebAgg backend -- and maintaining the two is going to be much harder > than building both out of the sam

[matplotlib-devel] IPython Comm backend

will take what work I've done here and get it working properly with the matplotlib architecture. If not, I'll probably tinker with this more later. Thanks, Jason -- Jason Grout -- October Webinars: Code for P

Re: [matplotlib-devel] 1.3.1rc1 tagged

On 9/27/13 12:20 PM, Michael Droettboom wrote: > - The WebAgg backend should no have lower latency over heterogeneous > Internet connections. Is that "should not"? Thanks, Jason -- October Webinars: Code for Perfor

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

On 7/31/13 8:38 AM, Michael Droettboom wrote: > I have tagged and uploaded matplotlib 1.3.0 final. Congratulations to > all involved! It was a long slog getting this release out, and I > appreciate everyone's patience. > > Once we have binaries uploaded to SourceForge, I will make a formal > anno

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

On 7/31/13 8:17 PM, Michael Droettboom wrote: > On 07/31/2013 10:18 PM, Jason Grout wrote: >> On 7/31/13 2:05 PM, Russell E. Owen wrote: >>> As a result, binary installers now have to tell users to install >>> these packages manually (as well as six and pyparsin

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

On 7/31/13 2:05 PM, Russell E. Owen wrote: > As a result, binary installers now have to tell users to install > these packages manually (as well as six and pyparsing). I don't think six is mentioned in the "What's new" note for 1.3.0. It just details that pyparsing, pytz, and dateutil are now de

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

On 7/31/13 11:02 AM, Michael Droettboom wrote: > The layout has changed, but sidebar has not. Can you provide a > screenshot? Note, you can always visit the older version of the website > at http://matplotlib.org/1.2.1 for direct comparison. I just realized I had the webpage zoomed in (apple/c

Re: [matplotlib-devel] 1.3.0 final tagged and uploaded

On 7/31/13 8:38 AM, Michael Droettboom wrote: > I have tagged and uploaded matplotlib 1.3.0 final. Congratulations to > all involved! It was a long slog getting this release out, and I > appreciate everyone's patience. > > Once we have binaries uploaded to SourceForge, I will make a formal > anno

Re: [matplotlib-devel] my $0.02 on MEP13

On 2/7/13 8:08 PM, Erik Bray wrote: > A couple easier solutions: Allow > the `.title` (and other such attributes) to be assigned to with a > (value, options) tuple where the value is the title itself, and the > options is a dictionary or tuple of supported options for the title. Interesting. Just

Re: [matplotlib-devel] Github Downloads going away...

On 12/14/12 10:55 AM, Nathaniel Smith wrote: > sourceforge's horror of an interface. I'll second that. Every time I go to Sourceforge, I have to figure out how in the world to download what I want (and I have to figure out which things *not* to click on too). Thanks, Jason -

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On 12/1/12 12:36 PM, Michael Droettboom wrote: > I was really hoping by creating this experiment > that a Cython expert would step up and show the way ;) There are a lot more Cython experts on the Cython mailing list ;). Thanks, Jason ---

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On 11/29/12 10:59 AM, Michael Droettboom wrote: > I've not had > much luck with Cython for this kind of thing in the past, but I know it > is popular. I'm curious about what problems you've run into and how long it was. In the past, Cython hasn't supported C++ very well, but the situation has g

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

On 10/11/12 4:49 PM, Michael Droettboom wrote: > I have a proof-of-concept way to make interactive plots in the browser > work using transparent PNGs described here: > > http://mdboom.github.com/blog/2012/10/11/matplotlib-in-the-browser-its-coming/ > > No PRs yet, because this is miles from ready f

[matplotlib-devel] "Live Security Virtual Conference" ad

I just noticed at the bottom of each message in a dozen or so that I checked from the last few days, I see an ad entitled "Live Security Virtual Conference". I don't see these ads on messages in the sourceforge archive [1], but I do see them on the gmane mirror [2]. I also see the ad in a rep

Re: [matplotlib-devel] matplotlib and Google Summer of Code

On 3/2/12 3:31 AM, Nick Barnes wrote: > My organization is looking for projects which contribute to our own > goal (to promote the public understanding of climate science): in this > context we're helping climate scientists adopt open source techniques > and tools. For matplotlib that means askin

Re: [matplotlib-devel] matplotlib and Google Summer of Code

On 3/2/12 12:44 AM, Nicolas Rougier wrote: > > > An OpenGL backend would be a nice project also. I've gathered some experience > with glumpy and I can help/mentor but I suspect I'm not familiar enough with > all the matplotlib internals to do this alone. > Similar to this, a webGL backend would

Re: [matplotlib-devel] jsxgraph or flot backend (or interactive viewer for svg backend?)

On 12/15/11 8:03 PM, Michael Droettboom wrote: > On 12/07/2011 11:36 PM, Jason Grout wrote: >> On 12/7/11 10:27 PM, Chris Barker wrote: >>> On 12/5/11 9:49 PM, Jason Grout wrote: >>>> Has anyone ever worked on a backend that generates javascript code for >>&

Re: [matplotlib-devel] jsxgraph or flot backend (or interactive viewer for svg backend?)

On 12/7/11 10:27 PM, Chris Barker wrote: > On 12/5/11 9:49 PM, Jason Grout wrote: >> Has anyone ever worked on a backend that generates javascript code for >> one of the javascript plotters out there (like jsxgraph or flot)? >> Alternatively, I suppose we could generate an

[matplotlib-devel] jsxgraph or flot backend (or interactive viewer for svg backend?)

Dan Drake on the Sage mailing list pointed out that google now has the ability to plot graphs: https://www.google.com/search?q=sin(x)%2C+cos(x) A nice javascript thing is generated and has automatic tracing, zooming, and panning turned on. Of course, those are things we'd all love in the Sage

Re: [matplotlib-devel] Website needs love

On 5/10/11 9:43 AM, Ben Gamari wrote: > The website is quite out of date. Not only does it claim that the latest > release is 1.0.0, but the link to the github repository appears to be > broken (has unneeded .git at the end of it). > Is the website itself in the git repository? If so, I suppose s

[matplotlib-devel] matplotlib.cbook.iterable

The function matplotlib.cbook.iterable has the documentation: def iterable(obj): 'return true if *obj* is iterable' try: len(obj) except: return False return True However, in Sage, we have some objects that have __len__ defined, but are not iterable (i.e., they don't impleme

Re: [matplotlib-devel] git-svn matplotlib mirror

On 1/22/11 10:26 AM, Darren Dale wrote: > On Sat, Jan 22, 2011 at 9:09 AM, Friedrich Romstedt > wrote: >> Hi, >> >> I want to set up a git mirror for matplotlib, but I 1) have some minor >> problems and 2) want to know what others think about this. > > Late last year, I did some work to convert t

Re: [matplotlib-devel] Release schedule for version 1.0.1?

On 10/23/10 10:35 PM, jason-s...@creativetrax.com wrote: > On 10/22/10 7:16 PM, Michael Droettboom wrote: >> On 10/22/2010 05:45 PM, Russell E. Owen wrote: >>> I'm curious when the next release of matplotlib is due. >>> >>> My application is suffering badly from the issue that an incorrect font

Re: [matplotlib-devel] Streamlines

On 10/04/2010 09:38 AM, Benjamin Root wrote: On Sat, Oct 2, 2010 at 1:16 PM, 01d > wrote: Are developers of matplotlib planning to implement something like this: http://www.pyngl.ucar.edu/Examples/Images/ngl04p.2.png ? Thanks. That would be a nice fe

Re: [matplotlib-devel] Streamlines

On 10/04/2010 09:38 AM, Benjamin Root wrote: On Sat, Oct 2, 2010 at 1:16 PM, 01d > wrote: Are developers of matplotlib planning to implement something like this: http://www.pyngl.ucar.edu/Examples/Images/ngl04p.2.png ? Thanks. That would be a nice fe

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/17/2010 03:04 AM, Eric Firing wrote: > On 09/16/2010 09:27 PM, Jason Grout wrote: >> >> >> I see the change that you made (keep the old order for linux, do the new >> thing for everything else). This seems like a bad thing to do. Looking >> at

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/17/10 1:57 AM, Eric Firing wrote: > On 09/16/2010 08:21 PM, Christoph Gohlke wrote: >> >> >> On 9/16/2010 8:15 PM, Jason Grout wrote: >>> On 9/16/10 10:00 PM, Eric Firing wrote: >>>> On 09/16/2010 04:12 PM, Jason Grout wrote: >>>>> On 9

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 11:16 PM, Eric Firing wrote: > On 09/16/2010 05:15 PM, Jason Grout wrote: >> On 9/16/10 10:00 PM, Eric Firing wrote: >>> On 09/16/2010 04:12 PM, Jason Grout wrote: >>>> On 9/16/10 9:03 PM, Jason Grout wrote: >>>>> On 9/16/10 8:00 PM, Eric Fir

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 10:15 PM, Jason Grout wrote: >> Sure does. Your patch with that modification is committed to branch and >> trunk, 8706, 8707. Thank you! >> > > Did someone check on Windows? I was hoping things wouldn't break in > WrapPython.h when I switched the

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 10:00 PM, Eric Firing wrote: > On 09/16/2010 04:12 PM, Jason Grout wrote: >> On 9/16/10 9:03 PM, Jason Grout wrote: >>> On 9/16/10 8:00 PM, Eric Firing wrote: >>> >>>>>> I tested your patch with Ubuntu 10.10, and it failed. The problem i

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 9:03 PM, Jason Grout wrote: > On 9/16/10 8:00 PM, Eric Firing wrote: > >>>> I tested your patch with Ubuntu 10.10, and it failed. The problem is >>>> that something is including setjmp.h before libpng.h tries to do so via >>>> pngconf.h, result

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 8:00 PM, Eric Firing wrote: >>> I tested your patch with Ubuntu 10.10, and it failed. The problem is >>> that something is including setjmp.h before libpng.h tries to do so via >>> pngconf.h, resulting in an error as the compiler trips over the >>> following: >> > > Python.h includes py

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 9/16/10 5:24 PM, Eric Firing wrote: > On 09/16/2010 09:50 AM, Jason Grout wrote: >> As a follow-up, I've implemented the patch for CXX and also patches for >> the other files which do not include Python.h first here: >> >> http://github.

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

As a follow-up, I've implemented the patch for CXX and also patches for the other files which do not include Python.h first here: http://github.com/jasongrout/matplotlib/commit/a961c299f5d589dae87e06caf54975eb657ebf3b I've also attached the patch. This patch gets rid of the warnings about rede

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

Apologies for the long message---I've really tried to be precise and complete. On 7/7/10 10:23 AM, Jason Grout wrote: > David Kirkby discovered that a recent SVN version of matplotlib did not > compile when he was testing a new matplotlib for inclusion in Sage. A > bug w

[matplotlib-devel] compiling on Solaris

committed to 1.0.0 which tries to fix the issue. However, David still reports that matplotlib 1.0.0 still doesn't compile on Solaris. See: http://trac.sagemath.org/sage_trac/ticket/9221?#comment:7 I'm not sure what the right procedure for reopening a ticket is. Thanks,

[matplotlib-devel] build_windowing option

this intentional? Thanks, Jason -- Jason Grout -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and ente

[matplotlib-devel] Plots shifted up or to the left a pixel or so

lustrates what is going on. Any ideas as to what is going on? I'm not sure if the problem is with the line or with the spines. The lines ax.plot([-1,1],[0,0]) and ax.plot([0,0],[-1,1]) seem to be right on center with the spines. Thanks, Jason -- Jason Grout

Re: [matplotlib-devel] Solaris bugfix in ttconv/pprdrv_tt2.cpp

On 6/10/10 7:01 AM, Jason Grout wrote: In http://www.mail-archive.com/matplotlib-devel@lists.sourceforge.net/msg05423.html, I reported a patch that Sage uses for matplotlib on Solaris. Notice below that only one line is changed

[matplotlib-devel] Solaris bugfix in ttconv/pprdrv_tt2.cpp

Solaris. He might have an idea of a good C macro for detecting when we are on Solaris. Thanks, Jason -- Jason Grout -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway.

[matplotlib-devel] savefig options doc inconsistency

In the "call signature" of savefig found here: http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.savefig it doesn't list the bbox_inches and pad_inches options, though they are listed in the list below the signature. Thanks, Jason ---

[matplotlib-devel] axes.set_xlim has wrong keyword documentation

I just noticed here: http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.set_xlim that the keywords that are documented for set_xlim are actually the keywords for set_ylim. Surely this is just a copy-paste error. Thanks, Jason ---