Re: [matplotlib-devel] Matplotlib style gallery

<https://tonysyu.github.io/matplotlib-style-gallery.html#.VvoAzxIrKV4>. Cheers! -Tony On Thu, Jan 8, 2015 at 8:10 PM, Tony Yu wrote: > Thanks Max! > > I was planning to add a more interactive interface, really similar to what > you're suggesting. I haven't gotten around to it, but h

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

It doesn't sound like this is going to be decided by email votes, but just so the arguments for C don't dominate, my vote would be: B > A >> C C has the least perceptual range (that's quantifiable, right?). Also, I find A and B much more aesthetically pleasing (that's obviously debatable). In par

Re: [matplotlib-devel] Matplotlib style gallery

reat if one > could press arrow-down (say) to cycle through the other styles > "dark_background", "fivethirtyeight", etc. for a quick comparison. > > Cheers, > Max > > > 2015-01-06 4:42 GMT+00:00 Tony Yu : > >> I've been playing around with learni

[matplotlib-devel] Matplotlib style gallery

I've been playing around with learning Javascript lately. As part of the process, I created a Flask app to build a gallery for matplotlib style sheets: https://github.com/tonysyu/matplotlib-style-gallery If you run that locally, you can actually input styles, either with a URL to a *.mplstyle fil

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

On Thu, Jan 16, 2014 at 7:30 AM, Michael Droettboom wrote: > Yes, there's room. > > This is the link that Google gives me for the calendar: > > > https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic > > Let me know whether that works... > > Mi

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

Is there room for a lurker in the hangout? If so, is there a link for joining the hangout? (I tried using the hangout calendar link from awhile back, but I couldn't get my google calendar to recognize it.) Cheers, -Tony On Wed, Jan 15, 2014 at 9:57 AM, Michael Droettboom wrote: > On 01/14/201

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

On Sat, Jul 20, 2013 at 9:10 PM, David P. Sanders < dpsand...@ciencias.unam.mx> wrote: > > > > On Sat, Jul 20, 2013 at 8:48 PM, Chris Beaumont wrote: > >> >> > However, default tweaking need not be painful. As has been mentioned, a >> first step would be an easier way to change a whole set of

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

On Sat, Jul 20, 2013 at 4:47 PM, Chris Beaumont wrote: > Hi, > > I thought I'd chime in on this discussion -- Adrian Price-Whelan and I put > together plotornot during the SciPy sprints. > > I wouldn't advocate for linking to plotornot from matplotlib -- the idea > is semi tongue-in-cheek, and me

Re: [matplotlib-devel] Reorganizing axes plot methods

Nelle, this is great! Thanks for getting the ball rolling! Cheers, -Tony On Thu, Jul 11, 2013 at 6:31 AM, Nelle Varoquaux wrote: > FYI, I have started the refactoring we discussed at scipy. I think > what tony is suggesting is the same thing. > > I've created a "work in progress" pull request:

Re: [matplotlib-devel] Reorganizing axes plot methods

On Tue, Jul 9, 2013 at 1:43 AM, Nelle Varoquaux wrote: > On 9 July 2013 08:24, Eric Firing wrote: > > On 2013/07/08 7:19 PM, Tony Yu wrote: > >> This is an idea that's been kicking around in my head for awhile. > >> Basically, the Axes class is way too expansive.

Re: [matplotlib-devel] Reorganizing axes plot methods

On Tue, Jul 9, 2013 at 1:24 AM, Eric Firing wrote: This would require pyplot to be imported by everything, wouldn't it? > That would completely defeat the strategy of having an OO level that > doesn't know about pyplot at all, and then having pyplot be the thin top > layer. > Ahh, you're right

[matplotlib-devel] Reorganizing axes plot methods

This is an idea that's been kicking around in my head for awhile. Basically, the Axes class is way too expansive. Nelle made a major step in the right direction with a PR that split it up into plotting and non-plotting methods: https://github.com/matplotlib/matplotlib/pull/1931/files What I'd lik

Re: [matplotlib-devel] Colored lines and examples / documentation

Hi David, Sorry for the delay in replying. It was good meeting you last week. Comments inline with a lot of parts cut out. On Thu, Jul 4, 2013 at 10:13 PM, David P. Sanders wrote: > > I have been working, as a first step, on colored line support. This is > not, of course, new -- it's all in Line

[matplotlib-devel] MEP13

Hi matplotlib-devs, I just added an alternate proposal to MEP13 (scroll to the bottom): https://github.com/matplotlib/matplotlib/wiki/MEP13 which suggests that axes methods mirror the names of pyplot functions just so it's easier to switch between the two. We could maintain the current interface

[matplotlib-devel] SciPy Sprints

Hi all, Since you're already discussing a SciPy BoF [1], it might be a good idea to discuss a sprint (which was discussed briefly a couple of months ago [2]). http://conference.scipy.org/scipy2013/sprints.php Unfortunately, I might not be able to participate (since I may be committed to another

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

On Wed, Dec 12, 2012 at 11:57 AM, Marcel Oliver < m.oli...@jacobs-university.de> wrote: > Paul Hobson writes: > > On Wed, Dec 12, 2012 at 5:59 AM, Michael Droettboom > wrote: > > > > http://matplotlib.org/examples/api/clippath_demo.html > > > > It's perfectly reasonable code, but see

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

On Tue, Dec 11, 2012 at 4:15 AM, Phil Elson wrote: > > I'm not sure if non-core-developers are allowed to post MEPs, but I just > did > > Yes please... The more the merrier! > Aren't you a core dev anyway Tony? :-) You've certainly contributed some > really valuable features, and even if you don'

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

On Tue, Dec 11, 2012 at 2:07 AM, Nicolas Rougier wrote: > > > Thanks a lot for this MEP and I would gladly contribute to the new gallery. > Thanks for adding the link to your gallery. I meant to include it (that's where I got the idea for a "showcase" section) but it slipped through. > From my

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

Hi Michael, Thanks for reading the MEP! Responses below: On Tue, Dec 11, 2012 at 1:10 PM, Michael Droettboom wrote: > On 12/10/2012 05:18 PM, Tony Yu wrote: > > > MEP 12 outlines the reorganization of the example gallery and subsequent > clean up of the examples: &

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

On Mon, Dec 10, 2012 at 5:51 PM, Paul Hobson wrote: > On Mon, Dec 10, 2012 at 2:18 PM, Tony Yu wrote: > >> Hi all, >> >> I'm not sure if non-core-developers are allowed to post MEPs, but I just >> did ;). MEP 12 outlines the reorganization of the example ga

Re: [matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

There was talk of a redesign, but I haven't seen any progress since then. Best, -Tony > On Mon, Dec 10, 2012 at 11:18 PM, Tony Yu wrote: > >> Hi all, >> >> I'm not sure if non-core-developers are allowed to post MEPs, but I just >> did ;). MEP 12 outlines

[matplotlib-devel] MEP12: Reorganize example gallery and clean up examples

Hi all, I'm not sure if non-core-developers are allowed to post MEPs, but I just did ;). MEP 12 outlines the reorganization of the example gallery and subsequent clean up of the examples: https://github.com/matplotlib/matplotlib/wiki/MEP12 In my opinion, there are two open questions in the M

Re: [matplotlib-devel] [Matplotlib-users] ANN: mpltools 0.1 release

On Thu, Jul 12, 2012 at 9:28 AM, Damon McDougall wrote: > On Wed, Jul 11, 2012 at 08:33:21PM -0400, Tony Yu wrote: > > On Wed, Jul 11, 2012 at 2:28 PM, Benjamin Root wrote: > > > > > > > > > > > On Wed, Jul 11, 2012 at 11:23 AM, John Hunter > wro

Re: [matplotlib-devel] [Matplotlib-users] ANN: mpltools 0.1 release

On Wed, Jul 11, 2012 at 2:28 PM, Benjamin Root wrote: > > > On Wed, Jul 11, 2012 at 11:23 AM, John Hunter wrote: > >> >> >> On Wed, Jul 11, 2012 at 10:09 AM, Damon McDougall < >> damon.mcdoug...@gmail.com> wrote: >>> >>> Well, as Ben said, that error fill plot is neato! It doesn't look too >>> c

Re: [matplotlib-devel] [Matplotlib-users] ANN: mpltools 0.1 release

On Wed, Jul 11, 2012 at 11:27 AM, Benjamin Root wrote: > > > On Wed, Jul 11, 2012 at 11:23 AM, John Hunter wrote: > >> >> >> On Wed, Jul 11, 2012 at 10:09 AM, Damon McDougall < >> damon.mcdoug...@gmail.com> wrote: >>> >>> Well, as Ben said, that error fill plot is neato! It doesn't look too >>>

Re: [matplotlib-devel] Strange bug when saving animations (with streamplot)

On Tue, Jul 3, 2012 at 11:18 AM, Ryan May wrote: > On Tue, Jul 3, 2012 at 10:03 AM, Tony Yu wrote: > > > > > > On Tue, Jul 3, 2012 at 10:22 AM, Ryan May wrote: > >> > >> On Tue, Jul 3, 2012 at 9:14 AM, Tony Yu wrote: > >> > On Mon, Jul 2, 20

Re: [matplotlib-devel] Strange bug when saving animations (with streamplot)

On Tue, Jul 3, 2012 at 10:22 AM, Ryan May wrote: > On Tue, Jul 3, 2012 at 9:14 AM, Tony Yu wrote: > > On Mon, Jul 2, 2012 at 11:42 PM, Tony Yu wrote: > >> On Sun, Jun 24, 2012 at 10:02 AM, Tony Yu wrote: > >>> > >>> I'm having a tough time

Re: [matplotlib-devel] Strange bug when saving animations (with streamplot)

On Mon, Jul 2, 2012 at 11:42 PM, Tony Yu wrote: > > > On Sun, Jun 24, 2012 at 10:02 AM, Tony Yu wrote: > >> I'm having a tough time figuring this out: Saving an animation seems to >> hang when using `streamplot`. The exact same animation runs without issue >

Re: [matplotlib-devel] Strange bug when saving animations (with streamplot)

On Sun, Jun 24, 2012 at 10:02 AM, Tony Yu wrote: > I'm having a tough time figuring this out: Saving an animation seems to > hang when using `streamplot`. The exact same animation runs without issue > when calling show. > > On my system, the example below hangs consistently a

[matplotlib-devel] Strange bug when saving animations (with streamplot)

I'm having a tough time figuring this out: Saving an animation seems to hang when using `streamplot`. The exact same animation runs without issue when calling show. On my system, the example below hangs consistently at frame 173. However, the number of saved frames (before hanging) varies with den

Re: [matplotlib-devel] switching rc files (and discussion of styles)

o do something like: >> >> with rc_context(fname): >> plt.plot() >> ... >> >> and have the rcParams restored outside of the context. >> >> I know there have been a few threads (can't find links now for some >> reason) and in-perso

Re: [matplotlib-devel] switching rc files (and discussion of styles)

() >> ... >> >> and have the rcParams restored outside of the context. >> >> I know there have been a few threads (can't find links now for some >> reason) and in-person discussions in the past about having this kind of >> ability in matplotlib, and

[matplotlib-devel] Qt close bug revisited

I'm getting a strange error when multiple figures are created *without a call to show*. Here's the traceback: Traceback (most recent call last): File "/Users/Tony/python/devel/mpl/lib/matplotlib/backends/backend_qt4.py", line 151, in lambda: self.close_event()) File "/Users/Tony/python/de

Re: [matplotlib-devel] Saving animations

On Sat, Apr 7, 2012 at 8:40 PM, Benjamin Root wrote: > > > On Sat, Apr 7, 2012 at 1:34 PM, Tony Yu wrote: > >> I've been using the animations subpackage since it was introduced, but I >> only recently tried to save an animation using the `save` method. >>

Re: [matplotlib-devel] Using `hexbin` with `edgecolors = 'none'`

On Mon, Mar 26, 2012 at 7:42 PM, Tony Yu wrote: > I'm drawing hexbins with alpha < 1 and get dark lines at the bin edges. It > turns out that setting `edgecolors = 'none'` sets the edge color to be the > same as the face color, as mentioned in the docstring: > >

[matplotlib-devel] Using `hexbin` with `edgecolors = 'none'`

I'm drawing hexbins with alpha < 1 and get dark lines at the bin edges. It turns out that setting `edgecolors = 'none'` sets the edge color to be the same as the face color, as mentioned in the docstring: If ``'none'``, draws the edges in the same color as the fill color. Thi

[matplotlib-devel] Different alphas for patch edges and faces

Is it possible to set different alpha values for patch edges and faces? I found an old thread on this topic. It seems like there was some general agreement about the design. Was there any progress on the implementation? Th

Re: [matplotlib-devel] Minor bug with colo(u)rs outstanding since 2007

On Fri, Mar 9, 2012 at 3:54 PM, Peter Hansen wrote: > I was just analyzing why 145 colours were listed in > matplotlib.colors.cnames instead of the 140 that are apparently "HTML > standard" and, although there's a good reason for that, in the process I > discovered that an issue reported in 2007

[matplotlib-devel] Resizing bug in qt4 backend.

When resizing a figure using `fig.set_size_inches`, the Qt backend doesn't take into account the height of the status bar or the toolbar. For example, the following script plots two figures---both *should* be 1-inch square, but this is only true of the second figure. #~ import matplotlib as m

Re: [matplotlib-devel] faulty design for Lasso widget?

On Tue, Feb 28, 2012 at 2:04 PM, Benjamin Root wrote: > > > On Tue, Feb 28, 2012 at 1:00 PM, Tony Yu wrote: > >> >> >> On Tue, Feb 28, 2012 at 11:44 AM, Benjamin Root wrote: >> >>> On Mon, Feb 27, 2012 at 9:45 PM, Tony Yu wrote: >>> >

Re: [matplotlib-devel] faulty design for Lasso widget?

On Fri, Feb 17, 2012 at 12:17 PM, Benjamin Root wrote: > > > On Fri, Feb 17, 2012 at 11:06 AM, Ryan May wrote: > >> On Fri, Feb 17, 2012 at 10:14 AM, Benjamin Root wrote: >> > Hello all, >> > >> > I tracked down an annoying problem in one of applications to the Lasso >> > widget I was using. T

[matplotlib-devel] Font rc-setting not updating

The title is a bit misleading: The problem is that the last font-related rc-setting seems to override all previous settings. To clarify, if I save a figure with certain font settings and *after that* change the rc-setting, the older figure appears to have the newer setting. Note that this only appe

Re: [matplotlib-devel] [Matplotlib-users] Problem with cachedRenderer

the developer list since the consistency of backends seems like a relevant issue. -Tony P.S. Andi: Be sure to "reply all" since the mailing list doesn't automatically do this for some reason. > > On 25/01/12 00:26, Tony Yu wrote: > > > > On Tue, Jan 24, 2012

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

On Tue, Jan 24, 2012 at 10:12 AM, Tony Yu wrote: > > > On Sun, Jan 22, 2012 at 5:58 PM, Joe Kington wrote: > >> I've recently been playing around with a widget intended to be similar to >> matlab's "data cursor". >> >> Would this be u

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

On Sun, Jan 22, 2012 at 5:58 PM, Joe Kington wrote: > 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 t

Re: [matplotlib-devel] Test invitation: activate figure windows for non-interactive macosx backend

On Fri, Jan 13, 2012 at 6:32 PM, Gellule Xg wrote: > On 1/13/12 12:53 , Tony Yu wrote: > >> >> On Thu, Jan 12, 2012 at 1:37 PM, Gellule Xg > <mailto:gellule...@free.fr>> wrote: >> >>If you are a macosx backend user, you are welcomed to tes

Re: [matplotlib-devel] Test invitation: activate figure windows for non-interactive macosx backend

On Thu, Jan 12, 2012 at 1:37 PM, Gellule Xg wrote: > If you are a macosx backend user, you are welcomed to test the following > branch: https://github.com/gellule/matplotlib. With the branch, when > issuing a pylab.show() in non-interactive mode, the plot windows should > appear in the foreground

[matplotlib-devel] Add `streamplot` function

I just submitted a pull request to add a `streamplot` function to plot the streamlines of a vector field. This implementation is a modified version of the streamplot function posted to the list by Tom Flannagan [1]. This PR isn't complete, but I wanted to submit it in order to get comments. In par

Re: [matplotlib-devel] [Matplotlib-users] contourf with rgba colours

On Tue, Jan 3, 2012 at 1:10 AM, Eric Firing wrote: > On 01/02/2012 05:51 PM, Tony Yu wrote: > >> >> >> On Mon, Jan 2, 2012 at 3:33 PM, Eric Firing > <mailto:efir...@hawaii.edu>> wrote: >> >>On 12/30/2011 01:57 PM, Paul Ivanov wrote: >&

Re: [matplotlib-devel] [Matplotlib-users] contourf with rgba colours

On Mon, Jan 2, 2012 at 3:33 PM, Eric Firing wrote: > On 12/30/2011 01:57 PM, Paul Ivanov wrote: > >> Eric Firing, on 2011-12-27 15:31, wrote: >> >>> It looks like this is something I can fix by modifying ListedColormap. >>> It is discarding the alpha values, and I don't think there is any reason

[matplotlib-devel] Bug in transform argument for some collections?

There seems to be a bug in the "transform" argument for CircleCollection, EllipseCollection, and RegularPolyCollection. These classes override any transform passed on instantiation and uses the IdentityTransform instead. Take, for example, the init method CircleCollection: #~~~ def __init__(s

Re: [matplotlib-devel] Another colormap

On Fri, Sep 23, 2011 at 1:27 AM, Nathaniel Smith wrote: > On Thu, Sep 22, 2011 at 7:00 PM, Benjamin Root wrote: > > On Thursday, September 22, 2011, Tony Yu wrote: > >> On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith wrote: > >>> I looked at the paper, an

Re: [matplotlib-devel] Another colormap

On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith wrote: > On Sep 21, 2011 5:29 PM, "Christoph Gohlke" wrote: > > On 9/13/2011 12:24 AM, Eric Firing wrote: > > > On 07/18/2011 07:07 AM, Sameer Grover wrote: > > >> I came across this website where different colormaps have been > compared > > >> an

[matplotlib-devel] Fwd: IOError: [Errno 4] Interrupted system call (Qt4 backend)

I probably should have sent this to the devel list instead of the user list. Is anyone else running into a similar problem with Qt, or is something in my install screwy? Thanks, -Tony -- Forwarded message -- From: Tony Yu Date: Mon, Jul 18, 2011 at 5:58 PM Subject: IOError

[matplotlib-devel] semilogx and semilogy don't reset linear scale

I noticed that semilogx and semilogy don't check if the linear axis (y- axis for semilogx; x-axis for semilogy) is actually linear. Thus, if I call semilogx and then call semilogy *on the same plot*, I end up with a loglog plot. Below is a simple patch. I'm not sure how useful this fix is sin

Re: [matplotlib-devel] pyplot.rgrids returns wrong values?

Sorry for sending this twice, John; I forgot to copy the list. On Jul 31, 2009, at 9:14 AM, John Hunter wrote: On Thu, Jul 30, 2009 at 10:01 AM, Tony Yu wrote: Sorry for reposting, but the original may have been overlooked since it was buried deep in a matplotlib-users thread. Currently

[matplotlib-devel] pyplot.rgrids returns wrong values?

Sorry for reposting, but the original may have been overlooked since it was buried deep in a matplotlib-users thread. Currently, `pyplot.rgrids` is returning tick lines instead of grid lines. My guess is that this is a typo, but there may be a compelling reason to return the tick lines. If i

Re: [matplotlib-devel] Selecting WX2.8 causes problems on wx 2.8.4

I just downloaded wxversion.py from the wxPython trunk and everything seems to working fine. Thanks for your help! -T On May 14, 2009, at 1:27 PM, Eric Firing wrote: Tony Yu wrote: I hope you don't mind if I bump this. I'm curious if Eric, or any others from the following th

Re: [matplotlib-devel] Selecting WX2.8 causes problems on wx 2.8.4

I hope you don't mind if I bump this. I'm curious if Eric, or any others from the following thread had a comment on this issue: http://www.nabble.com/Selecting-WX2.8-in-examples-td22380586.html I don't mind upgrading if that's what's required, but I was just wondering if this issue was an i

[matplotlib-devel] Jagged plot in macosx backend

There appears to be a bug in the macosx backend. When I plot large numbers with small variations in the value, the numbers seem to be coarsely rounded off. This bug doesn't appear with other backends (I tried WxAgg and TkAgg). Below is a simple script showing the problem and the resulting p

Re: [matplotlib-devel] reimplemented legend class

On Dec 4, 2008, at 7:21 PM, Jae-Joon Lee wrote: John, I just committed changes to SVN that reflect most of your comments. I didn't add the optional transformation support yet though. I'm getting a truncated line when calling: >>> plt.legend(numpoints=1) In the legend, I see a short dashed

Re: [matplotlib-devel] colormap clipping for large numbers (small vmax - vmin)

Sorry, I attached the wrong file: colormap_clipping.patch Description: Binary data On Oct 18, 2008, at 11:23 AM, Tony S Yu wrote:I was using pcolor with very large numbers and a small vrange (vmax - vmin), and ran into a float to integer conversion problem. Large numbers get converted to *negative

[matplotlib-devel] Really minor changes

I noticed a couple of really minor typos as shown below: Index: matplotlib/lib/matplotlib/axis.py === --- matplotlib/lib/matplotlib/axis.py (revision 5860) +++ matplotlib/lib/matplotlib/axis.py (working copy) @@ -147,7 +147,7 @@

[matplotlib-devel] Modifications to axis.py to allow more flexibility in positioning axis lines, ticks, etc.

I've been to trying add more flexible control over the axis lines, ticks, tick labels, etc., but I think I'm in over my head on this project. Again and again, I've settled on one approach only to completely rewrite it the next time I look at the code. I'm looking for some major design advic

Re: [matplotlib-devel] Example images broken in docs

On Jul 7, 2008, at 12:19 PM, Michael Droettboom wrote: > I noticed today that the examples in the docs have the ticks on the > outside of the axes. You can see it here: > > http://matplotlib.sourceforge.net/doc/html/users/pyplot_tutorial.html > > I'm having a terrible time tracking down the cau

[matplotlib-devel] Fwd: Repeated method definition in custom_projection_example.py

I was reading through custom_projection_example.py and I noticed that the cla() method was defined twice (with the exact same code) for the same class. Here's a patch with one of the cla() methods (the one with fewer comments) deleted. delete_cla_copy.diff Description: Binary data -To

Re: [matplotlib-devel] Fwd: rgrids and thetagrids raise AttributeError and TypeError

; I believe it is not fixed in r5594. Can you update and let me know > if you're still having trouble? > > Thanks, > Mike > > Tony Yu wrote: >> I was playing around with polar plots and trying to alter the grid >> labels when I ran into some weird errors. Whe

[matplotlib-devel] Fwd: rgrids and thetagrids raise AttributeError and TypeError

I was playing around with polar plots and trying to alter the grid labels when I ran into some weird errors. Whenever I call pyplot.thetagrids() (and similarly with rgrids) I get: >>> AttributeError: 'PolarAxesSubplot' object has no attribute 'thetagridlines After searching the MPL direct

Re: [matplotlib-devel] image_demo.py raises AttributeError: set_resample

On Jun 11, 2008, at 11:47 AM, John Hunter wrote: > On Wed, Jun 11, 2008 at 10:13 AM, Tony Yu <[EMAIL PROTECTED]> wrote: >> I apologize if this doesn't belong in the developers mailing list: >> When I run image_demo.py in examples/pylab (using mpl r, I >> get Attri

[matplotlib-devel] image_demo.py raises AttributeError: set_resample

I apologize if this doesn't belong in the developers mailing list: When I run image_demo.py in examples/pylab (using mpl r, I get AttributeError: set_resample. This error seems to have been introduced in revision 5433 with the agg resample patch (i.e. image_demo.py works fine with r5432).

[matplotlib-devel] size of pcolor boxes don't match X, Y input

When I plot a matrix using pcolor, the size of the boxes don't match the input (each box is off by about 10% from the input coordinates). I think the problem is caused by the new draw method in PolyCollection (added in revision 5403). If I revert to the previous version of collections.py, th

[matplotlib-devel] RegularPolyCollection inputs in collections_demo.py are wrong?

I think the arguments for RegularPolyCollection were changed from 0.91.x to 0.98.0, but the example in collections_demo.py were not changed. -Tony Index: examples/api/collections_demo.py === --- examples/api/collections_demo.py

Re: [matplotlib-devel] empty mathtext "$$" in labels generates an exception

On Jun 3, 2008, at 4:18 PM, Jörgen Stenarson wrote: using an empty mathtext "$$" in labels generates an exception. See example and traceback below. My guess is that this is a LaTeX error. If you enter $$ in a normal LaTeX document, you will get: pdflatex -interaction=nonstopmode -file-line

Re: [matplotlib-devel] future of mpl documentation

On Jun 1, 2008, at 9:47 AM, Rob Hetland wrote: > > 2. I like the figure to the side (and agree that there should be > only one), but it seems that polar plots are more rarely used than > normal x-y plots. Perhaps an x-y plot (the histogram, for example) > would be better advertising. I was

Re: [matplotlib-devel] future of mpl documentation

On Jun 1, 2008, at 6:00 AM, Darren Dale wrote: > On Sunday 01 June 2008 12:53:48 am John Hunter wrote: >> >> >> We're definitely interested. Try checking out the htdocs svn >> repository. Hmm, the README file says I need all the backends working. I don't think I want to try that on my Mac. I'

Re: [matplotlib-devel] future of mpl documentation

On May 31, 2008, at 10:30 PM, John Hunter wrote: > > And I made several changes -- mainly to simplify the logo. My wife > thought it looked busy, and she has better taste than I do, so I > stripped it down a bunch and added the many small subplots as a > sidebar on the right. I agree, the strip

Re: [matplotlib-devel] future of mpl documentation

On May 25, 2008, at 12:13 PM, John Hunter wrote: I played around with this a bit this morning -- it may be too busy for your OS X sensibilities, but let me know if you think think this is an approach wotrh pursuing. I've added the mathtext background and a few axes and there are a few more axe

Re: [matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

On May 23, 2008, at 7:05 PM, John Hunter wrote: Could I ask you to submit a svn diff of the maintenance branch -- this will be easier for me to apply. simoply make your changes in the branch and then do svn diff > my.patch and send that. I think this is what you're asking for, but I may

Re: [matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

On May 23, 2008, at 4:47 PM, John Hunter wrote: On Fri, May 23, 2008 at 2:00 PM, Tony Yu <[EMAIL PROTECTED]> wrote: Hi, I apologize if this isn't the right forum for this email; I'm not actually a matplotlib developer. I was trying to use custom icons for the mpl Wx backend,

[matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

Hi, I apologize if this isn't the right forum for this email; I'm not actually a matplotlib developer. I was trying to use custom icons for the mpl Wx backend, but the version of mpl I was using had a _load_bitmap method that only read xpm bitmaps. This requirement is enforced by the wx.BIT