Re: [matplotlib-devel] PyQt4 in Matplotlib v2.0.0

no, pyqt5 is not a dependency for matplotlib. this looks like a conda packaging issue. Side note: the sourceforge mailing list is deprecated. Please use the python.org version instead (you'll have to re-register). Ben Root On Thu, Feb 2, 2017 at 11:43 AM, Osborn, Raymond wrote: > I just creat

Re: [matplotlib-devel] New Employer

Congratulations, Mike! This is great news for the community! On Wed, Sep 30, 2015 at 10:25 AM, Nelle Varoquaux wrote: > Congrats on the new position! > > On 30 September 2015 at 14:18, Michael Droettboom wrote: > > Just a heads up to the matplotlib developer team: > > > > I'm leaving Space Tele

Re: [matplotlib-devel] When panning text gets out of bounds

There is the concept of clipping. We can choose to clip artists to a bounding box. There has been some back-n-forth on whether or not annotations should be clipped. I can't remember what we have decided on, but that example definitely looks like evidence that they should be clipped. By the way, pl

Re: [matplotlib-devel] IMPORTANT: Mailing lists are moving

nabble is also another fairly commonly used resource for viewing archived discussions. On Fri, Jul 31, 2015 at 2:14 PM, Jouni K. Seppänen wrote: > Neal Becker writes: > > > I read via gmane: I guess this will need to be updated? > > I attempted to send a message to gmane.discuss to request this

Re: [matplotlib-devel] handling labeled data

A couple immediate thoughts: what if the data is spread across a mix of objects? Also, I think "labeled" might be a better kwarg name. Less likely to conflict with apis. I'll give this a careful look-see tomorrow. Ben Root On Jul 25, 2015 7:03 PM, "Thomas Caswell" wrote: > Hey all, > > Everyone

[matplotlib-devel] code execution via AFM

Pretty sure this doesn't impact us, but just thought I'd throw this out there: https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-2426 Looks like Microsoft's AFM library didn't properly sanitize malicious OpenType font files and suffered from a buffer underflow, allowing for arbitrary code

Re: [matplotlib-devel] Colormap survey results

I have been thinking a bit about naming. We could always go the route of "Heinz 57", "Chanel No. 5", or "Preparation H". Not saying that "MPL-d" is a catchy name or not, but.. :-P Ben Root On Wed, Jul 1, 2015 at 9:31 PM, Eric Firing wrote: > On 2015/07/01 1:56 PM, Nathaniel Smith wrote: > > On

Re: [matplotlib-devel] crash with http://matplotlib.org/examples/animation/rain.html

Which version of matplotlib are you using. The set_sizes() feature was added for v1.4, I think. On Thu, Jun 25, 2015 at 11:16 AM, wrote: > I get this error. I have previously got the error "'PathCollection' > object has no attribute 'set_sizes'" with other code, even though it is > documented a

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

mar. 2015 kl. 17.07 skrev Jens Nielsen : >> >>> Hi >>> >>> I am expecting to be at Scipy but I have already volunteered to help out >>> with the Software carpentry tutorials. >>> I have the impression that they might have more helpers than needed in >&

Re: [matplotlib-devel] SciPy 2015 BoF Session

zation”. > Hopefully this is what you had in mind, if not let us know and we can > schedule another BoF. > > Kyle > > > > On Jun 22, 2015, at 10:28 AM, Benjamin Root wrote: > > > > I was thinking that we would have another BoF similar to last year's > that soli

Re: [matplotlib-devel] SciPy 2015 BoF Session

I was thinking that we would have another BoF similar to last year's that solicited feedback and questions from users. I guess I figured someone else already filed that BoF. I am guessing that didn't happen? Ben Root On Sat, Jun 6, 2015 at 10:39 AM, Kyle Mandli wrote: > Members of the matplotli

Re: [matplotlib-devel] scipy sprints

I will be there for Saturday and a little bit on Sunday. Ben Root On Mon, Jun 22, 2015 at 9:21 AM, Jens Nielsen wrote: > Hi Tom > > I will be there for the sprints and keen to work on Matplotlib stuff. > > - I have a reasonable understanding of what needs to happen on Mac to fix > the freetype

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

I think that worked! I made a PR: https://github.com/matplotlib/matplotlib/pull/4530 On Mon, Jun 15, 2015 at 9:50 AM, Benjamin Root wrote: > No, I did not try that one. I'll give it a shot. I don't do any Tkinter > programming, so I wasn't familiar with that one. > >

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

No, I did not try that one. I'll give it a shot. I don't do any Tkinter programming, so I wasn't familiar with that one. On Mon, Jun 15, 2015 at 9:23 AM, Joe Kington wrote: > > > On Mon, Jun 15, 2015 at 6:23 AM, Benjamin Root wrote: > >> That's the we

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

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. Ben Root On Jun 15, 2015 4:50 AM, "Daniele Nicolodi" wrote: > Hello Ben, > > On 15/11/14 17:14, B

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

... unless you have red-green colorblindness. I abhor using laser pointers during talks and instead use descriptive text such as "upper-left" or "in the middle". Also helps when only the slides and the audio is being recorded. As for option D, my only apprehension for it is on the blue (purple?) e

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

May I suggest an update to the code showing the 3d sRGB colorspace? Can you add a "shade=False" to it? Currently, in pycam02ucs.viscm.py, around line 279, it calls the 3d scatter function without the kwarg. This means that mplot3d will apply an alpha transparancy to dots that are farther away to gi

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

Ooooh, I am liking "D" a lot. It is almost like what Parula should have been. Still not quite perfect, but I can't put my finger on it. Ben Root On Wed, Jun 3, 2015 at 6:27 PM, Nathaniel Smith wrote: > On Wed, Jun 3, 2015 at 1:51 PM, Eric Firing wrote: > > On 2015/06/02 7:58 PM, Nathaniel Smit

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

One of the big advantage of jet as evidenced by these graphs is that for most of its range, the perceptual delta is above 200 (although it loses that advantage in black&white). Parula sacrafices a fair amount of perceptual delta, but stays mostly above 100. All of the options beat or matches Parula

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

You could start up a Pull Request describing a MEP that would outline how traitlets would be used. The discussion can go on there to flesh out the concepts and the guidance documentation. Once that is agreed upon, that PR would get merged, and we can then start up a new PR actually implementing the

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

Manpower, really. Also, there be dragons deep in that code (I'll leave it as an exploration task for you to figure out how aliases are done). There have been a few proposals, but they keep suffering from scope creep. Take a look at the MEP page. Keep in mind that reducing Lines of Code just for t

Re: [matplotlib-devel] Incorporating TikZ into Matplotlib

Just to point out, matplotlib does have a fairly new PGF backend. Perhaps you might want to look at that and see where the TikZ library might fit in with that? Cheers! Ben Root On Wed, May 13, 2015 at 3:36 PM, Neil Girdhar wrote: > I don't know matplotlib well enough (yet) to know what the chan

Re: [matplotlib-devel] Full CPU with GTKAgg when displaying a figure.

Yes, this was discovered recently in connection to changes in how idle events were handled. I don't recall if there was an issue created for it, though. On Tue, Apr 7, 2015 at 11:48 AM, Michael Kaufman wrote: > Hi All, > > I don't have time at the moment to submit a ticket, but I thought I'd > s

Re: [matplotlib-devel] release strategy and the color revolution

"sunset" has a connotation of things ending. Howabout "sunrise"? On Sun, Apr 5, 2015 at 5:18 PM, Olga Botvinnik wrote: > How about "pythonic sunset" ? > > On Sun, Apr 5, 2015 at 2:01 PM Benjamin Root wrote: > >> That is nice. The blue is a bit

Re: [matplotlib-devel] release strategy and the color revolution

That is nice. The blue is a bit heavy, but that might be my display. Now, how should we order it by default? I am used to thinking of blues as lower values, and reds as higher. The yellow at the end throws me off a bit, because I would think of it as a "weaker" color. Maybe if it was more gold-like

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

+ interop with plotly/bokeh >>>>>> - better toolbar >>>>>> - better interactive OO >>>>>> - improved docs >>>>>> >>>>>> I will be there for the main conference and the sprints and am >>>>>

Re: [matplotlib-devel] Fwd: possible issue with _spectral_helper function in matplotlib/mlab.py when compensate windowing loss

wouldn't `np.sqrt(np.ones(NFFT)**2).sum()` just be NFFT? So, it looks like our power spectra isn't normalized at that point. But, IIRC, the code that calls this helper function does normalize the result if the user specifies it to be. Ben Root On Thu, Mar 26, 2015 at 8:35 AM, Thomas Caswell wrot

Re: [matplotlib-devel] Alternative way of specifying plot layout

ugier < nicolas.roug...@inria.fr> wrote: > > I think you could specify colorbars using: ["AB"] > (B is a vertical colorbar, 1/10 of total width) > > Nicolas > > > > > On 18 Mar 2015, at 18:52, Eric Firing wrote: > > > > On 20

Re: [matplotlib-devel] Alternative way of specifying plot layout

> On Wed, Mar 18, 2015 at 1:45 PM Nicolas P. Rougier < > nicolas.roug...@inria.fr> wrote: > >> >> Yes, a MEP makes sense to discuss the proposal. >> What's the procedure to open a MEP (i.e. where) ? >> >> Nicolas >> >> >> > On 1

Re: [matplotlib-devel] Alternative way of specifying plot layout

; > Yes, a MEP makes sense to discuss the proposal. > What's the procedure to open a MEP (i.e. where) ? > > Nicolas > > > > On 18 Mar 2015, at 18:44, Benjamin Root wrote: > > > > Also, perhaps it makes sense to make this a MEP to finalize and document > the sp

Re: [matplotlib-devel] Alternative way of specifying plot layout

Also, perhaps it makes sense to make this a MEP to finalize and document the spec? On Wed, Mar 18, 2015 at 1:42 PM, Benjamin Root wrote: > That is neat. I would be sure to put in some "..seealso::" lines in places > like plt.subplots and GridSpec and such. > > A thought...

Re: [matplotlib-devel] Alternative way of specifying plot layout

That is neat. I would be sure to put in some "..seealso::" lines in places like plt.subplots and GridSpec and such. A thought... could this perhaps be extended somehow to specify colorbars in the layout? I am not sure how I would do that, but if we could come up with a way to do it, *that* would m

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

ols-14.3-py3.4.egg > Cleaning up... > > > From: ben.v.r...@gmail.com [ben.v.r...@gmail.com] On Behalf Of Benjamin > Root [ben.r...@ou.edu] > Sent: 18 March 2015 15:33 > To: Briggs,KM,Keith,TUB2 R > Cc: matplotlib development list &

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

1:43 AM, Sandro Tosi wrote: > On Wed, Mar 18, 2015 at 3:33 PM, Benjamin Root wrote: > > I would just use pip. Ubuntu/Debian has really messed up the python > > environment in more ways than one. > > ehm... either you back up your claims > (and/or try to understand the reas

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

I would just use pip. Ubuntu/Debian has really messed up the python environment in more ways than one. On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs wrote: > The Ubuntu package manager tells me it is up to date. > If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and > does

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

Please update your install of setuptools. On Wed, Mar 18, 2015 at 10:01 AM, wrote: > kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build > > Edit setup.cfg to change the build options > > BUILDING MATPLOTLIB >

Re: [matplotlib-devel] MEP22 review request

To provide a bit more information for those who have forgotten, here is an excerpt from the MEP: Abstract The main goal of this MEP is to make it easier to modify (add, change, remove) the way the user interacts with the figures. The user interaction with the figure is deeply integrated within t

Re: [matplotlib-devel] Kivy backend

> transformations can be handled directly by the GPU > (see http://glumpy.github.io/gallery.html) > > But we'll try to use matplotlib public api such that things will be mostly > transparent for the user > > Nicolas > > > On 13 Mar 2015, at 17:33, Benjamin Root wro

Re: [matplotlib-devel] Kivy backend

+1 on an OpenGL backend! Especially if I can off-load a lot of mplot3d stuff to it! Does vispy have any plans to eventually bring that into mainline matplotlib, or does it break too much with the standard set of backends to make sense in matplotlib (or maybe it is too much of a maintenance/packagin

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

Yes, I plan to submit my time-honored, and requested "Anatomy of Matplotlib" tutorial. Now, I am not entirely sure I will be able to attend the conference this year, so perhaps someone else might be willing to step in and give it this year? Note that my tutorial is geared for beginners. So there i

Re: [matplotlib-devel] Kivy backend

Achyut, As I am sure everyone else on this list is sick of hearing, I have a book that will be coming out soon that can help explain many of your questions. It has a chapter explaining some of the differences between the interactive backends and how backends work, in general. The book is in the pr

Re: [matplotlib-devel] API Documentation usability

e, Mar 3, 2015 at 4:40 PM, Fabio Zanini wrote: > Hi Ben, > > Well, excellent or not I just hope it helps a bit. I can put some effort > if people agree that this is useful, though I am quite busy at the > moment. Who's currently actually managing the website? > > Th

Re: [matplotlib-devel] API Documentation usability

This is excellent insight! It should be fairly trivial to fix points 1 and 2, and I agree that it would make the page much more inviting to newcomers. Point 3 would take some time. I had never noticed that before. Personally, I think the issue about documentation isn't that it is boring (I actuall

Re: [matplotlib-devel] release strategy and the color revolution

Well, since we are thinking of it... What about prettyplotlib's style? I am not sure I want to completely steal either project's style as it is their own look-n-feel (and there are some aspects of their styles I don't quite like, but I am something of a luddite...). But I would certainly be recepti

Re: [matplotlib-devel] animation in SVG

It sounds like you are on the right path, and you do raise some interesting points. I would certainly be open to accepting improvements to the animation framework to facilitate this work. As for the gray vs. white backgrounds, I am not all that familiar with how that is handled, but IIRC, the non-i

Re: [matplotlib-devel] release strategy and the color revolution

ption. IIRC, humans are better at perceiving brightness gradients on one end of the range than on the other end. On Mon, Feb 23, 2015 at 1:30 PM, Eric Firing wrote: > On 2015/02/23 8:16 AM, Benjamin Root wrote: > > Interesting choices, and I think we are on the right paths (no pun > &g

Re: [matplotlib-devel] release strategy and the color revolution

Interesting choices, and I think we are on the right paths (no pun intended) through the two possible colors. However, I think the same problem arises that I noted before. Both ends of the colormap are nearly black to nearly white. IIRC, our perception of luminosity has a much greater range than it

Re: [matplotlib-devel] Animate Contourf with only new frames

Huh, how about that. ContourSet subclasses ScalarMappable, but not Artist. I don't know if that is intentional or not, but given that most plotting functions return artists, this would seem to be an anomaly. FuncAnimation expects a list of Artists. Since QuadContourSet is (apparently) not an Artist

Re: [matplotlib-devel] Produce text runs in the postscript backend

I would be +1 on this as well. Various command-line text extraction tools are near useless with the current state. On Thu, Feb 19, 2015 at 9:42 AM, Benjamin Reedlunn wrote: > I am in favor of such a change. I also have rcParams['pdf.fonttype'] = > 42, so I can use Adobe Illustrator to tweak my

Re: [matplotlib-devel] release strategy and the color revolution

The problem I have with hcl is that while it is technically "colorful" (or whatever the term may be), only the reds really come out because the other colors are only used when either really light or really dark. Perhaps squashing the brightness range a bit and let the natural lightness of yellow a

Re: [matplotlib-devel] release strategy and the color revolution

Do remember that I have a PR to add linestyle cycling, which would greatly mitigate problems for colorblindness and non-color publications. I also prefer it for slideshows as projectors at conferences tend to have crappy colors anyway (was at a radar conference when the projector's red crapped out

[matplotlib-devel] Capitalization of Matplotlib

I am in the final rounds of edits for my book and a question has come up between me and the editors. When should the matplotlib be capitalized? 1) never 2) mostly never (even in the beginning of a sentence), except when used in a title 3) usually never, except at the beginning of a sentence and in

Re: [matplotlib-devel] update x axis of a subplot according to the y axis of another one in python/matplotlib

is within matplotlib? > thanks > > Alessandro > > On 11/02/2015 16:41, Benjamin Root wrote: > > Sounds to me like you want to use glue: http://www.glueviz.org/en/stable/ > > > On Wed, Feb 11, 2015 at 3:15 AM, Alessandro Pietro Bardelli < > alessandro.barde...@henesis.

Re: [matplotlib-devel] update x axis of a subplot according to the y axis of another one in python/matplotlib

Sounds to me like you want to use glue: http://www.glueviz.org/en/stable/ On Wed, Feb 11, 2015 at 3:15 AM, Alessandro Pietro Bardelli < alessandro.barde...@henesis.eu> wrote: > I would like to plot an orthogonal projection (like this one > http://i.stack.imgur.com/DnNds.jpg) using matplotlib po

Re: [matplotlib-devel] SystemError exception calling agg's draw_path_collection()

On Sun, Feb 8, 2015 at 5:54 PM, Benjamin Root wrote: > I am experimenting with my idea for utilizing a _draworder attribute in > Collection objects. Since not everything in a collection is guaranteed to > be the same length or even be numpy arrays, I have to add some logic to > coerc

Re: [matplotlib-devel] v1.4.3rc1

Please ignore my test failure report. I was accidentally running an older install of matplotlib from the same branch. Ben Root On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root wrote: > I am getting some test failures here and on master in the collections >

[matplotlib-devel] SystemError exception calling agg's draw_path_collection()

I am experimenting with my idea for utilizing a _draworder attribute in Collection objects. Since not everything in a collection is guaranteed to be the same length or even be numpy arrays, I have to add some logic to coerce everything to numpy arrays and tile their data so that the length of their

Re: [matplotlib-devel] v1.4.3rc1

I am getting some test failures here and on master in the collections module. == FAIL: __main__.test_regularpolycollection_rotate.test -- Traceback (most recent c

Re: [matplotlib-devel] MEP: _zdraworder attribute for Collections

Looking at collections.py, it looks like TriMesh might also benefit from this, as it has specialized code for masking out triangles and determining the order of the triangle elements. Ben Root On Sat, Feb 7, 2015 at 7:18 PM, Benjamin Root wrote: > Digging through mplot3d (again), I have c

[matplotlib-devel] MEP: _zdraworder attribute for Collections

Digging through mplot3d (again), I have come to realize that a lot of its code in art3d.py could be simplified if we had a way to tell collection objects in what order to draw their elements. My proposal is fairly straight-forward. All collections would have an internal _zdraworder attribute that

Re: [matplotlib-devel] using waffle.io for issue management

Same here... and you are making me hungry! On Sat, Jan 17, 2015 at 3:28 PM, Eric Firing wrote: > On 2015/01/17 9:29 AM, Thomas Caswell wrote: > > Hey all, > > > > We have set up waffle.io to try and help manage our > > issues: https://waffle.io/matplotlib/ > > That link gives

Re: [matplotlib-devel] Matplotlib's new default colormap

Neat stuff! Just a quick note about the 3D plot. By default, the scatter markers are shaded to give an illusion of depth. This is often what we want, but I think in this case, it might make sense to not do that. Add depthshade=False to the scatter call to turn it off. I think that was added for mpl

Re: [matplotlib-devel] FuncAnimation and persistence

There is no better way to do this at the moment. There have been talk of integrating the animation interface into Figure objects so that creating an animation would be similar to creating any other type of plot, with references to the animation object stored in the figure like any other Artist. Th

Re: [matplotlib-devel] Patch review: Autoscaling on add_patch()

Amit, Thanks for your bug report and your PR for fixing the bug. I haven't had time to look over it yet, and I won't have the ability to review it for the upcoming week (in fact, I will be without internet connection). If no one gets around to reviewing it in the next week due to the holiday seaso

[matplotlib-devel] Who runs our twitter account?

I just realized today that people have been posting questions to a matplotlib handle on twitter, but it hasn't posted any tweets since April. Same issue for numpy as well, it seems. Ben Root -- Download BIRT iHub F-Type -

Re: [matplotlib-devel] basemap development

, Sandro Tosi wrote: > hey! well, eventually in the holiday break I could give them a look, > can you point a the bugs list? is there a devel guide for basemap in > particular or the mpl one should be followed? > > Cheers, > Sandro > > On Wed, Dec 10, 2014 at 6:01 PM, Benjamin

[matplotlib-devel] basemap development

I just noticed that the last update to basemap's master branch was March 31st, but there are bug reports piling up, so people are still interested in at least seeing it still supported. Perhaps some of us should make a concerted effort to address some of its bug reports? Cheers! Ben Root -

Re: [matplotlib-devel] Matplotlib plot problem

I would look at line 24/25. You are constructing a MyStaticMplCanvas instance on 24, with a self.main_widget as the parent. But then on 25, you explicitly call the constructor again (which is not a good idea), but with the main window as the parent (the self argument). I bet that is throwing off a

Re: [matplotlib-devel] How to embed a matlibplot figure canvas into a pyqt4 GUI

I think line 102 is your problem. self.axes doesn't exist yet. Ben Root P.S. - stuff like this will be covered in my upcoming book. I am wrapping up with the embedding chapter tonight, even! Stay tuned for announcements in the coming weeks. On Tue, Dec 2, 2014 at 5:00 PM, Matthew Albert wrote:

Re: [matplotlib-devel] subtle design difference with Wx backend from others

11/23, 12:18 PM, Benjamin Root wrote: >> > Reading through the backend_wx.py code, I noticed a small deviation from >> > the other interactive backends. All other >> > new_figure_manager_given_figure() separately creates a canvas and >> > manager object (whic

[matplotlib-devel] subtle design difference with Wx backend from others

Reading through the backend_wx.py code, I noticed a small deviation from the other interactive backends. All other new_figure_manager_given_figure() separately creates a canvas and manager object (which, in turn, creates the window object) and hooks them all up. The manager would handle all window

[matplotlib-devel] cocoaagg figure not have a navigation toolbar?

I don't have a mac to double-check, but reading through the backend_cocoaagg.py, I don't see any creation of a navigation toolbar? Is this assumption right? Thanks! Ben Root -- Download BIRT iHub F-Type - The Free Enterpri

Re: [matplotlib-devel] chicken/egg (or figure/canvas) question

/__init__.py that creates the canvas object, it seems? I guess this is one of those remaining issues that is keeping us from fully separating pyplot from the rest of matplotlib? Cheers! Ben Root On Sat, Nov 22, 2014 at 4:30 PM, Benjamin Root wrote: > I thought I had this understood, but now I

[matplotlib-devel] chicken/egg (or figure/canvas) question

I thought I had this understood, but now I am confused while working on my last chapter. I know that the Figure object never directly creates its own canvas object. It starts off with a None object as a placeholder and waits for one to be given to it. However, I can only find one place where the fi

Re: [matplotlib-devel] How to move beyond JET as the default matplotlib colormap

color map on top of that, tag 2.0 and then master turns into 2.1.x >> (targeted for right after scipy?). >> >> There is also the thought to get the major c++ refactor work tagged and >> released sooner rather than later so maybe we want to do 1.4.3, 1.5.0 and >> 2.0 in F

Re: [matplotlib-devel] Better defaults all around?

nge that needs > to be done. > > In terms of defaults. I would like to see the new Navigation as default > (if it gets merged) and tabbed figures (to come after navigation), having > separate figures feel kind of ..."old" > On 21 Nov 2014 21:23, "Benjamin Root&quo

Re: [matplotlib-devel] Better defaults all around?

Some of your wishes are in progress already: https://github.com/matplotlib/matplotlib/pull/3818 There is also an issue open about scaling the dashes with the line width, and you are right, the spacing for the dashes are terrible. I can definitely see the argument to making a bunch of these visual

Re: [matplotlib-devel] How to move beyond JET as the default matplotlib colormap

As a point of clarification, is this proposed 2.0 release different from the 1.5 release? On Fri, Nov 21, 2014 at 12:32 PM, Phil Elson wrote: > Many of you will be aware of there has been an ongoing issue (#875, > http://goo.gl/xLZvuL) which recommends the removal of Jet as the default > colorma

Re: [matplotlib-devel] tk backend broken (somehow?)

Good idea. I'll put together something tonight. On Thu, Nov 20, 2014 at 2:44 PM, Eric Firing wrote: > On 2014/11/18, 9:55 PM, Benjamin Root wrote: > > Why do we have a function in setupext.py called > > "hardcoded_tcl_config()"? In any case, it looks like all I n

Re: [matplotlib-devel] tk backend broken (somehow?)

ok through setupext.py, and try to get it using prefixes more (or at least consolidate all of these hard-coded values into one place!) Cheers! Ben Root On Tue, Nov 18, 2014 at 12:06 PM, Benjamin Root wrote: > Indeed, there are some oddities, but mostly with regards to Qt and forcing > it t

Re: [matplotlib-devel] tk backend broken (somehow?)

On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell wrote: > Have a look at the recipe in conda-rescipes for matplotlib, they might be > doing some funny patching. > > On Mon, Nov 17, 2014, 22:48 Benjamin Root wrote: > >> Ok, I am just really confused now. I have confirmed that

Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

Which version of matplotlib are you using? On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker wrote: > Hello list, > > I don't seem to get xkcd to work in the MacOSX backend. When I try to make > a plot I get a nice white figure with nothing on it. Here's what I did: > > import matplotlib.pyplot as p

Re: [matplotlib-devel] tk backend broken (somehow?)

https://github.com/matplotlib/matplotlib/pull/3778 > > May be the cause. > > On 16 November 2014 18:12, Benjamin Root wrote: > >> And with my continuing saga of backend-specific things... >> >> I was using conda, but because it does not ship with pygtk support, I ha

[matplotlib-devel] macosx/cocoagg embedding examples

I notice that our documentation for matplotlib embedding does not include any examples using macosx or cocoagg. Is this because it is not possible or that no one has put forth any such examples? Are there python bindings for the apple gui toolkit? Sincerely, Completely clueless with regards to App

[matplotlib-devel] tk backend broken (somehow?)

And with my continuing saga of backend-specific things... I was using conda, but because it does not ship with pygtk support, I had to manually install pygtk into the conda environment and then install matplotlib from source. All that seemed to work fine when I worked on Wx and Gtk examples for my

[matplotlib-devel] examples/user_interfaces/pylab_with_gtk.py seems broken

My pygtk install is really hobbled (no thanks to anaconda...). Can someone with a working gtk environment doublecheck that the pylab_with_gtk.py script is broken on master? I am getting the following error: ben@tigger:~/Programs/matplotlib/examples/user_interfaces$ python pylab_with_gtk.py Gtk-Mes

[matplotlib-devel] Tk backend different from others

I was working on my embedding chapter of my book when I noticed a subtle difference in the tkagg backend from other interactive backends. First, all other interactive Canvas classes inherit their respective backend's widget: ``` ben@tigger:~/Programs/matplotlib$ git grep "FigureCanvasBase" | grep

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

I should point out that the animation module tries to determine if the canvas can blit if the user sets it to True. If it can't blit, then it simply ignores the True setting. Maybe we should do something similar like here as well? On Tue, Nov 11, 2014 at 4:50 PM, Arnaud Gardelein wrote: > Le mar

Re: [matplotlib-devel] Matplotlib on Android

I can't speak about trademarks, but with regards to projects that are released under BSD license, it is my understanding (but, IANAL) that it is perfectly valid to sell a product using BSD code. I also think that it is ok to relicense it as GPLv3, but I am not entirely clear on that. Trademarks ar

Re: [matplotlib-devel] remove old branches

Same here. I like the old tags for historical research purposes. Now, if there was a way for github to only display the N most recent tags, I would go for that... On Wed, Nov 5, 2014 at 10:32 AM, Thomas Caswell wrote: > I am -1 on removing old tags. The _point_ of tags is they don't move. > > I

Re: [matplotlib-devel] remove old branches

I think this is reasonable. If anything, I *might* want to keep N+1 branches, but that might be too much. On Sat, Nov 1, 2014 at 12:31 PM, Joel B. Mohler wrote: > On 11/01/2014 11:49 AM, Thomas Caswell wrote: > > Does anyone protest to removing all of the branches from the main repo > > except:

Re: [matplotlib-devel] google summer of code student

Didn't Numpy have a student, too? On Tue, Oct 28, 2014 at 9:46 PM, Thomas Caswell wrote: > We should ask the scikit-image devs how they managed it last summer as I > think they had at least one student. > > On Wed Oct 22 2014 at 3:33:11 PM Chris Barker > wrote: > >> On Sat, Oct 18, 2014 at 8:50

Re: [matplotlib-devel] Fwd: plot_directive, context and multiple plots

Yeah, put together a PR, and we can evaluate it better that way. I think the current plot directive behavior might need this sort of tightening up On Sun, Oct 26, 2014 at 1:22 AM, Matthew Brett wrote: > Sorry - I accidentally sent this reply just to Nathaniel - returning > to this as it bit me a

Re: [matplotlib-devel] gmail/youtube account

Sigh, I think that might have been set up by John. Ben Root On Fri, Oct 17, 2014 at 11:36 PM, Thomas Caswell wrote: > Does anyone on the list know the pass word (or control the recovery > email address) for the matplotlib gmail account? I would like to set > up google analytics on our web site

Re: [matplotlib-devel] savefig for entire canvas?

he QMainWindow (in qt > speak) and grabbing it's RGBA buffer. > > Tom > > On Sat, Oct 18, 2014 at 3:36 PM, Benjamin Root wrote: > > I am *this* close to completing an "interactive session recorder" example > > for my book using the animation framework (yeah,

[matplotlib-devel] savefig for entire canvas?

I am *this* close to completing an "interactive session recorder" example for my book using the animation framework (yeah, you read that right...). However, since it is based on the usual savefig() action, you don't see the buttons or the coordinate display in the corner. Is there a way to save fra

Re: [matplotlib-devel] 'LogLocator' object has no attribute 'set_params'

Yes, please do. On Wed, Oct 15, 2014 at 4:55 AM, Pierre Haessig wrote: > Hi, > Le 08/10/2014 15:04, Pierre Haessig a écrit : > > [...] > AttributeError: 'LogLocator' object has no attribute 'set_params' > [...] > > Should I put an issue on Github ? > > best, > Pierre > > > -

Re: [matplotlib-devel] trouble building on red hat.

Also, make sure that you don't have conflicting installs of packages all over the place. Be sure to remove the build/ and dist/ directories if you have a failed build before trying again. Also, it shouldn't be much of an issue that there are multiple pythons in the same system, as python tends to

[matplotlib-devel] bad formatting on main page

I just took a peek at the matplotlib.org page, and there is something wonky going on. The word "pyplot" in one of the paragraphs is getting a line all to itself. Similarly, a reference to "IPython" is also getting a line for itself. Ben Root

Re: [matplotlib-devel] Compatibility with WX 3.0

Sandro, I believe that this lingering PR might be relevant: https://github.com/matplotlib/matplotlib/pull/3421 Maybe it can get some love so that we can merge it in? Ben Root On Sun, Sep 7, 2014 at 7:24 AM, Sandro Tosi wrote: > Hello, > in Debian we are moving to WX 3.0 also from the POV of P

  1   2   3   4   5   6   7   >