Re: [matplotlib-devel] Axes properties are cleared after offsetting spines

On 2014-02-05 02:26, Paul Hobson wrote: I noticed that when you offset the spines of an Axes object, the labels, ticks, and ticklabels/formatting get mostly cleared. Is this intentional and is there a way to prevent (or undo) it? [...] Paul, I may have encountered the same issue a few years ag

Re: [matplotlib-devel] Axes properties are cleared after offsetting spines

On 2014-03-24 14:08, Stan West wrote: May I suggest that you look at the mailing list thread from that time [1], try the patch in the thread, and see whether your issue is resolved? This solution doesn't provide a work-around in your code, but it may fix the problem at the root. Paul, I

Re: [matplotlib-devel] Calling all Mac OSX users!

e? > > > > It would be nice to have a maintained record of how release builds are > > done, or better yet, up-to-date scripts that fully automate it. > > IIRC Stan West has updated those build scripts to work with Visual > Studio 2008 Express. I started down that pa

[matplotlib-devel] FW: [Matplotlib-users] Forcing the size of a figure

From: Stan West [mailto:stan.w...@nrl.navy.mil] Sent: Monday, August 15, 2011 13:21 From: David Just [mailto:just.da...@mayo.edu] Sent: Friday, August 12, 2011 11:05 Now that I'm pre-building all my enlarged interpolated images to scroll through, I'm having trouble forcing

Re: [matplotlib-devel] Annotations - negative points and pixels don't wrap

> From: Jae-Joon Lee [mailto:lee.j.j...@gmail.com] > Sent: Monday, December 13, 2010 05:24 > > Attached is a preliminary fix. So, please test it if you can. Thank you. Your fix seems to do the trick. > I personally think it is better to use "offset points" for these cases > which makes the int

[matplotlib-devel] Annotations - negative points and pixels don't wrap

Hi. The docs for Annotation [1] say that negative coordinates given for [ figure | axes ] [ points | pixels ] xycoords are to be interpreted relative to the top-right corner, but I found that they act relative to the bottom-left corner as for positive coordinates. This can be seen in the attached s

[matplotlib-devel] Suggested revisions to multiple_yaxis_with_spines example

Greetings. I initially encountered some difficulty following the multiple_yaxis_with_spines example, especially regarding what the functions make_patch_spines_invisible and make_spine_invisible were doing to the par2 axes and why. For example, make_spine_invisible is really making one of the spines

Re: [matplotlib-devel] Spine.set_position unexpectedly clears axis

From: Andrew Straw [mailto:straw...@astraw.com] Sent: Thursday, September 30, 2010 11:55 On 09/29/2010 08:27 AM, Stan West wrote: I'm setting up an axes in which I configure the axis objects with my desired tick locators and formatters and later configure the spines, setting their b

Re: [matplotlib-devel] Axes.autoscale_view forces tight scaling with only images

> From: Eric Firing [mailto:efir...@hawaii.edu] > Sent: Wednesday, October 06, 2010 20:53 > > I modified it slightly and applied to the maintenance branch. It will > get merged into the trunk eventually. > > Your patch as submitted was not respecting the previously-set value of > self._tight,

[matplotlib-devel] Axes.autoscale_view forces tight scaling with only images

Hi again, developers. I found that Axes.autoscale_view, and therefore Axes.autoscale, won't scale loosely when all of the children are images. Passing tight=False yields behavior just like tight=None. The attached script demonstrates this. In contrast, the docs for autoscale indicate that tight=Fal

[matplotlib-devel] [PATCH] Discontinuous colormaps are reversed incorrectly

Hi, developers. I stumbled upon this when I noticed that gist_stern_r isn't the reverse of gist_stern. As the attached script shows, the discontinuity in red is wrong, and green stays zero instead of ramping. The problem seems to be that when cm.revcmap() reverses a linear segment map spec (such as

[matplotlib-devel] Spine.set_position unexpectedly clears axis

I'm setting up an axes in which I configure the axis objects with my desired tick locators and formatters and later configure the spines, setting their bounds, visibility, and positions. I was surprised that setting the spine position wiped my axis formatting by calling axis.cla(). Is it necessary

Re: [matplotlib-devel] Apparent bug with EPS files using Liberation fonts

From: ben.v.r...@gmail.com [mailto:ben.v.r...@gmail.com] On Behalf Of Benjamin Root Sent: Thursday, September 02, 2010 14:39 Thanks for the insightful analysis. Could you file a bug report with some of this information (at the very least, reference your message on the mailing list)? It took me

Re: [matplotlib-devel] Apparent bug with EPS files using Liberation fonts

From: ben.v.r...@gmail.com [mailto:ben.v.r...@gmail.com] On Behalf Of Benjamin Root Sent: Tuesday, August 31, 2010 23:20 I can confirm that evince also has a problem with the second image, but not the first or the third images. This is using the latest matplotlib from svn. Thank you for the con

[matplotlib-devel] Apparent bug with EPS files using Liberation fonts

Greetings. The attached script saves three EPS files (also attached) of a figure containing a text object using the Liberation Sans font. In the three EPS files, the text object contains no spaces, a normal space, and a non-breaking space, respectively. Ghostscript handles the first and third files

[matplotlib-devel] Axis children exclude offset text

Hi, developers. While trying to set the properties of all text in a figure, I noticed that the offset text of each axis was not being returned by get_children(), so the offset text wasn't receiving the new properties. I opened a tracker with a demonstration and suggested trivial patch at

Re: [matplotlib-devel] [Matplotlib-users] SVG output: possible bug

From: Craig Lang [mailto:cr...@grapheneindustries.com] Sent: Monday, October 26, 2009 13:04 Greetings, I am using matplotlib to generate an SVG plot containing a mixture of Annotations and Circles. I noticed that the annotation text does not appear at exactly the correct location when outputting

[matplotlib-devel] Text.get_prop_tup omits _rotation_mode

Developers: I happened upon a small bug in which changing the rotation mode of text does not take effect until another property is changed: t = plt.text(0.5, 0.5, 'Lorem ipsum', rotation=-45) # rotation_mode defaults to None t.set_rotation_mode('anchor') plt.draw() # the new rotation mode doesn'

Re: [matplotlib-devel] proposed change to colors.py

> From: Dr. Phillip M. Feldman [mailto:pfeld...@verizon.net] > Sent: Thursday, October 01, 2009 20:45 > > Unfortunately, I'm on a Windows system, and it appears that I > must use SVN's GUI interface, which does not provide a > mechanism for saving the diff to a file. Which GUI are you using?

Re: [matplotlib-devel] Current recommended method for Windows builds?

> From: Andrew Straw [mailto:straw...@astraw.com] > Sent: Thursday, September 03, 2009 13:50 > > I am interested in getting the buildbot infrastructure to > build automatic nightly binaries for Windows (XP was my > thought, but 7 would also be good). If you you'd be willing > to perform the wo

Re: [matplotlib-devel] Current recommended method for Windows builds?

> From: Andrew Straw [mailto:straw...@astraw.com] > Sent: Thursday, September 03, 2009 14:26 > > Hmm, it seems MS disabled Windows 7 RC downloads. So I'm > unable to create such a virtual machine. One alternative is the 90-day trial of Windows 7 Enterprise: http://technet.microsoft.com/en-us/ev

[matplotlib-devel] Current recommended method for Windows builds?

Greetings. I had previously succeeded at building matplotlib in Windows XP using Visual Studio 2003. (Thanks to Charlie Moad for much guidance!) I'm now running Win7RC and want to set up builds in that OS for Python 2.5. I read in the messages of May 28 about the release build script at trunk/m

Re: [matplotlib-devel] Custom-sized and spanning subplots

> -Original Message- > From: John Hunter [mailto:[EMAIL PROTECTED] > Sent: Friday, November 21, 2008 09:23 > > My main comment is to not try and reuse subplot for this. ... > You want your grids to be irregular, so make a new subclass > of Axes that acts the way you want. Understood. I

Re: [matplotlib-devel] Custom-sized and spanning subplots

While I check out the mplsizer toolkit, I'm still interested in any feedback on my ideas for subplot layout features. Does anyone have any critiques, concerns, preferences, suggestions, etc., to voice? Thanks. Stan - This

Re: [matplotlib-devel] Custom-sized and spanning subplots

> You may want to have a look at the mplsizer MPL toolkit I > wrote a long time ago and have failed to properly advertise > or maintain. Thanks; I'll take a look at it. - This SF.Net email is sponsored by the Moblin Your

[matplotlib-devel] Custom-sized and spanning subplots

Hello, all. I'd like to add to matplotlib facilities for (a) conveniently specifying the relative sizes of subplots, and (b) creating subplots that span cells of the subplot grid. For example, to obtain a column of three subplots with the last one 50% taller than the other two, the user would provi

Re: [matplotlib-devel] transform_angles

> From: Michael Droettboom [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 05, 2008 11:59 > > David Kaplan wrote: > > Hi, > > > > Actually your question is a good one. One of the reasons I never > > finished adding an option to text objects to rotate with respect to the > > plot (is this t

Re: [matplotlib-devel] Please test this patch on windows...

From: Darren Dale [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 05, 2008 08:48 On Tuesday 04 November 2008 05:23:19 pm you wrote: > I attempted to improve the dependency checking in matplotlib.__init__, > using the subprocess module to silence some deprecation warnings > encountered wit

Re: [matplotlib-devel] Please test this patch on windows...

I attempted to improve the dependency checking in matplotlib.__init__, using the subprocess module to silence some deprecation warnings encountered with py2.6. I dont have access to a Windows machine, would someone please test the attached patch or __init__.py file to see if it works on that pla

Re: [matplotlib-devel] Patch to backend_ps for aligning Unicode text

> Stan West wrote: > > While labeling axes with both standard and Unicode strings, I noticed some > > alignment problems in EPS output, as in the attached examples. I traced it > > to differences between RendererPS.draw_text and RendererPS.draw_unicode; the > > latter

Re: [matplotlib-devel] findfont not matching close weights

TECTED] > Sent: Wednesday, October 22, 2008 10:11 > To: Stan West > Cc: matplotlib-devel@lists.sourceforge.net > Subject: Re: [matplotlib-devel] findfont not matching close weights > > This is a longstanding known issue -- the font finding > algorithm is way too precise, and

[matplotlib-devel] findfont not matching close weights

Greetings. It seems that a "not" operator got dropped in rev. 6143 to font_manager.py. I've attached a patch. The missing "not" tripped up findfont when trying to match font weights: the code fm = matplotlib.font_manager.FontManager() fm.findfont('New Century Schoolbook', fontext='afm')

[matplotlib-devel] Backend names in matplotlibrc

Greetings. It seems that the list of backends in the matplotlibrc.template file is out-of-sync with the available backend names. In particular, "Qt4Agg", "CocoaAgg", and "emf" are missing, and "GD" and "Paint" are present but not available. -

Re: [matplotlib-devel] AttributeError: 'FigureCanvasWxAgg' object has no attribute 'SetInitialSize'

iginal Message- From: John Hunter [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2008 10:31 To: Stan West Cc: Nils Wagner; matplotlib-devel@lists.sourceforge.net Subject: Re: [matplotlib-devel] AttributeError: 'FigureCanvasWxAgg' object has no attribute 'SetInitialSize' On

Re: [matplotlib-devel] One-pixel gap sometimes appears between AxesImage and axis frame

Mike, I just noticed your revision 5402 to image.py. Thank you for addressing this. Stan -Original Message- From: Michael Droettboom [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2008 12:03 To: Stan West Cc: matplotlib-devel@lists.sourceforge.net Subject: Re: [matplotlib-devel

[matplotlib-devel] Repair of baseline alignment in Text._get_layout

Hi. A few days ago, I submitted a patch (1985420) to repair text baseline alignment, but I'm wondering if it hasn't come to a developer's attention. The following is a simple test script for the behavior: figure() plot([0]) grid() text(0, 0, 'Baseline at 0?', va='baseline') The f

Re: [matplotlib-devel] AttributeError: 'FigureCanvasWxAgg' object has no attribute 'SetInitialSize'

belonging to wx.Window, from which wx.Panel inherits.) Stan -Original Message- From: John Hunter [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 16:05 To: Nils Wagner Cc: matplotlib-devel@lists.sourceforge.net; Stan West Subject: Re: [matplotlib-devel] AttributeError: 'FigureCanvas

Re: [matplotlib-devel] RegularPolyCollection inputs incollections_demo.py are wrong?

as mtransforms mtransforms.ScaledTranslation(0, 0, mtransforms.IdentityTransform()) under 0.98.0. Now, how far have we deviated from the subject line? :-) -Original Message- From: Michael Droettboom [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 10:10 To: Stan West Cc: 'John Hunt

Re: [matplotlib-devel] RegularPolyCollection inputs incollections_demo.py are wrong?

Quoting John Hunter: > Alternatively you can connect to the figure dpi_changed event -- there is > an example in Axes.cla Regarding that example, each call to Axes.cla connects a new dpi_changed callback, but, as far as I can tell, the callback is never disconnected. Thus, each cla call augments

[matplotlib-devel] One-pixel gap sometimes appears between AxesImage and axis frame

Hi. When I generate an AxesImage with, say, imshow(array([[0, 1], [1, 0]])), a one-pixel gap sometimes appears between the image and the bottom and/or right edges of the axis frame. The gap is sometimes shaded, as if by anti-aliasing. The presence and shading of the gap depends on the axis size,

Re: [matplotlib-devel] Fix for figsize not being honored in WXAgg & WX - How to contribute?

Thanks, John. Here is the patch for the v0_91_maint branch. As far as I can tell, analogous changes can be made to the trunk. Also, I believe that this resolves bug 1287318 for the WX* backends. fix_figsize_wx.patch Description: Binary data -

[matplotlib-devel] Fix for figsize not being honored in WXAgg & WX - How to contribute?

Greetings. I've been using matplotlib for a few weeks now in ipython on Windows XP and with the WXAgg backend. I'm impressed by the breadth of features and the versatility of the package. Thank you for producing such a useful and well-made tool. I noticed that the figure function was not exactly