Re: [matplotlib-devel] [Matplotlib-users] License, freetype

Well, if Freetype were only distributed under the GPL, you couldn't distribute matplotlib in binary form without providing the source code. However, Freetype is distributed under more than one license. (see: https://www.freetype.org/license.html ) Because it's distributed under a BSD-style licen

Re: [matplotlib-devel] Questions related to draw_gouraud_triangle when writting a backend

If I remember correctly, draw_gouraud_triangle is used by tripcolor when shading='gouraud'. Basically, it's a gradient mesh in Adobe terms. I'm sure it's used in a few other places as well. As for why it's not implement in some backends, it's probably either an oversight, or gradient meshes aren

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

>>> Joe, it would be great to have you as a co-presenter. >>> >>> Nelle, I am guessing I should contact Krystyn to update my proposal to >>> include Joe? >>> >>> Ben >>> >>> On Mon, Mar 30, 2015 at 8:45 PM, Joe Kington >>

Re: [matplotlib-devel] Tk backend different from others

On Mon, Jun 15, 2015 at 6:23 AM, Benjamin Root wrote: > That's the weird thing... I couldn't! I tried a few different things and I > couldn't make it go away. I'll probably give it another shot during > scipy2015. > I'm guessing, but did you try changing the (Tk) ``highlightthickness``? E.g., som

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

One other (admittedly very minor) consideration is how the colormaps look with shading applied. To borrow from the hillshading example : (The image appears to be too large to attatch. Try here: http://

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

ailbox <https://www.dropbox.com/mailbox> > > > On Mon, Mar 30, 2015 at 4:52 PM, Thomas Caswell > wrote: > >> +1 from me. I suspect many people got their start learning mpl from you >> on SO ;) >> >> Tom >> >> On Mon, Mar 30, 2015 at 7:17 PM

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

If you don't mind a "non-core" person doing the tutorial, I'll be there this year, and I'd be happy to be Ben's backup for teaching it. Cheers! -Joe On Sun, Mar 29, 2015 at 9:17 PM, Thomas Caswell wrote: > Ben, > > Have you sorted out if you can make scipy this year and does anyone want > to be

Re: [matplotlib-devel] unused variables

On Thu, Mar 6, 2014 at 3:03 PM, Skip Montanaro wrote: > On Thu, Mar 6, 2014 at 2:51 PM, Nelle Varoquaux > wrote: > > The convention is to use a simple _. > > > > mode, _, dev, nlink, uid, gid, size, _, _, _ = os.stat("/etc/hosts") > > Which is "pylint-compliant", but removes any description to

Re: [matplotlib-devel] RFE: shortcut for [xyz|]label and [xyz]lim?

On Wed, Feb 5, 2014 at 3:46 PM, Benjamin Root wrote: > IIRC, you can use plt.setp() for this purpose: > http://matplotlib.org/api/pyplot_api.html#matplotlib.pyplot.setp > > Essentially, anything that would come after the "set_" part of an object's > method can be a keyword. So, I think this would

Re: [matplotlib-devel] [Matplotlib-users] Feedback on an implementation of a matlab-ish "datacursor"

rent state, flexibility is a good thing! > > > Thanks again for sharing! > Thanks! Glad to! Cheers! -Joe On 13 March 2013 10:08, Phil Elson wrote: > Thanks for this Joe, mpldatacursor looks like an excellent piece of work - > I for one will be installing and using it

Re: [matplotlib-devel] Matplotlib property support

On Jan 16, 2013 2:05 PM, "Todd" wrote: > > On Wed, Jan 16, 2013 at 2:55 PM, Benjamin Root wrote: >> >> >> On Wed, Jan 16, 2013 at 2:42 PM, Todd wrote: >>> >>> Currently matplotlib uses set_ and get_ functions for reading and writing values. However, since 2.6 python supports properties, which a

Re: [matplotlib-devel] mpl site down?

Github has been under a DDOS for the past couple of days: https://status.github.com/ It's probably(?) related, but lots of other github pages sites seem to be up... On Fri, Oct 19, 2012 at 3:54 PM, Benjamin Root wrote: > Not just you, I can't get on either. I noticed this about an hour ago, >

[matplotlib-devel] "Data cursor" for matplotilb.widgets

I've recently been playing around with a widget intended to be similar to matlab's "data cursor". Would this be useful for inclusion into matplotlib.widgets? https://gist.github.com/1659108 At the moment, it doesn't inherit from the base Widget class, but that's easily changed. On the other han