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 just
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
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 path, but I ended up using a simple CMD script instead of
a Makefile. It takes
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 the figure
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 internal
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
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
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, hence
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
bounds
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
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
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
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
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
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
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
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? If
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:
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 work to
-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
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
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
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 with
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 the correct
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
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')
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 should instead do a
nearest-neighbor search similar
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 was not accounting for any descenders
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.
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 Tue, Jun 10, 2008 at 9:21 AM, Stan West [EMAIL PROTECTED] wrote
as
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: 'FigureCanvasWxAgg
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
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 Hunter'; 'matplotlib-dev
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
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
35 matches
Mail list logo