to merge from the maintenance branch to the trunk
in git and then push that all back to SVN (should be possible, but may
not play well with svnmerge, anyway). The good news is that, as always,
svnmerge still works for that purpose.
Mike
Michael Droettboom wrote:
Thanks. These are really helpful
Jouni K. Seppänen wrote:
Michael Droettboom md...@stsci.edu writes:
when running usetex_fonteffects.py [...]
TypeError: coercing to Unicode: need string or buffer, NoneType found
- file = open(input, 'rb')
Perhaps your TeX installation doesn't have the font. If you run
kpsewhich
Jouni: your latest commit resolves the issue for me. Thanks!
Jae-Joon: Your preview.sty work seems to work great with the PDF backend
(for me, at least).
Cheers,
Mike
Michael Droettboom wrote:
Jouni K. Seppänen wrote:
Michael Droettboom md...@stsci.edu writes:
when running
/mdroe/usr/lib/python2.5/site-packages/matplotlib/type1font.py(55)__init__()
- file = open(input, 'rb')
So somehow, input is None, but I haven't had a chance to look any further.
Cheers,
Mike
Jouni K. Seppänen wrote:
Michael Droettboom md...@stsci.edu writes:
I'm currently getting
without crashing. I think this solution (to warn) is adequate,
especially given that most newer TeX distributions shouldn't have this
issue.
Mike
Jouni K. Seppänen wrote:
Michael Droettboom md...@stsci.edu writes:
The output of python usetex_texteffects.py --verbose-debug is attached
--
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science
Eric Firing wrote:
Mike, Jan,
Any attempt to normalize the angles to a fixed range of length 2 pi
inside of mpl is sure to wreck valid user code; it merely moves the
trouble spot to a different angle.
Thanks for catching this. Clearly that was a bone-headed fix on my
part... :(
In 6731
It's slightly hackish, but would it be possible to do an isinstance
check in savefig, and if the first arg is a PdfFile, set format to
pdf automatically, and if format is set to something else raise an
exception? A little hackish because it doesn't necessarily scale to
other formats easily,
Eric Firing wrote:
Michael Droettboom wrote:
Eric Firing wrote:
Mike, Jan,
Any attempt to normalize the angles to a fixed range of length 2 pi
inside of mpl is sure to wreck valid user code; it merely moves the
trouble spot to a different angle.
Thanks for catching this. Clearly
, since files are in many different places, the Sourceforge site
should probably be cleaned (if it isn't automatically already) to ensure
we don't go over quota.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated
Ok. Based on your success report, I'll go ahead and merge this to trunk.
Sandro: please let me know if these changes break anything in your
package build scripts.
Mike
John Hunter wrote:
On Wed, Dec 17, 2008 at 10:52 AM, Michael Droettboom md...@stsci.edu wrote:
SUMMARY: Since so much
/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009
release candidates -- IMHO these would be most
useful if we expect more people to download and try them than are
already tracking SVN. But even without that, it may help find packaging
bugs (such as the configobj stuff) before declaring something a release.
Mike
--
Michael Droettboom
Science
Darren Dale wrote:
I am seeing some errors when I build the docs, including import errors
for nonexistent date_support and basic_units modules, and:
I added the ability for explicitly setting sys.path so that modules in
the same directory as an example would be importable. It looks likes
There was a discussion on this list around a year ago about this. The
concern was that not rendering $ as $ would break (matplotlib) backward
compatibility with scripts that don't care about math at all but use a
lot of dollar signs (e.g. financial plots). This is one of the few
places where
Well, if it's any consolation -- I just finished setting up the
maintenance branch for 0.98.5, so there's a place for this fix to go... ;)
Mike
Manuel Metz wrote:
Manuel Metz wrote:
Jae-Joon Lee wrote:
I just committed the change. Although the change is trivial, I didn't
tested it
try them out. John can
announce at his convenience.
- Charlie
On Thu, Dec 11, 2008 at 12:15 PM, John Hunter jdh2...@gmail.com wrote:
On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom
md...@stsci.edu wrote:
And I'll try and get the maintenance branch right next time :-)
All
git svn dcommit -n # Check that this will apply to svn
git svn dcommit # Actually apply to svn
Finally, you may want to continue working on your whizbang-branch, so
rebase it to the new master::
git checkout whizbang-branch
git rebase master
Michael Droettboom wrote
from the trunk, but not the 0.91 or 0.98.5
branches. I was going to add a note to the API_CHANGES log, was it
removed?
API_CHANGES was moved to doc/api/api_changes.rst so it gets
automatically put up on the website.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations
Manuel Metz wrote:
Michael Droettboom wrote:
There was a discussion on this list around a year ago about this. The
concern was that not rendering $ as $ would break (matplotlib) backward
compatibility with scripts that don't care about math at all but use a
lot of dollar signs (e.g
on those
releases). Thanks to the many developers who contributed to this
release, with contributions from Jae-Joon Lee, Michael Droettboom,
Ryan May, Eric Firing, Manuel Metz, Jouni K. Seppaenen, Jeff Whitaker,
Darren Dale, David Kaplan, Michiel de Hoon and many others who
submitted patches
What's new
Darren Dale wrote:
On Fri, Dec 12, 2008 at 9:46 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Manuel Metz wrote:
Michael Droettboom wrote:
There was a discussion on this list around a year ago about
this. The
concern
Darren Dale wrote:
On Fri, Dec 12, 2008 at 1:06 PM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Darren Dale wrote:
On Fri, Dec 12, 2008 at 9:46 AM, Michael Droettboom
md...@stsci.edu mailto:md...@stsci.edu
mailto:md...@stsci.edu mailto:md
git repo.
It may be worth attempting to talk to some real git/svn gurus at this
point about tracking (only one or a couple) svn branches with git
branches. So far, I've only dealt with the trunk in my git/svn
interoperation experience.
-Andrew
Michael Droettboom wrote:
Thanks. I've
Darren Dale wrote:
We have a lot of people contributing to mpl, and approaching or
just after release time we need some mechanism for stabilizing the
tested feature set of the release candidate while allowing other
development to proceed, and branches are the natural
This is mostly for Andrew Straw, but thought anyone else experimenting
with git may be interested. I'm going through some real newbie pains
here, and I don't think what I'm doing is all that advanced.
So, I've had a local git repository cloned from github (as per Andrew's
instructions), made
Andrew Straw wrote:
Andrew Straw wrote:
I realize I may have ignored an important question.
Michael Droettboom wrote:
Now I feel stuck. How do I undo the merge from experimental to master?
To do that, I actually delete the master branch with git branch -D
master
John Hunter wrote:
Since we already have a bug in the 98.4 release, we can anticipate
needing to do a bugfix release accumulating all the bugs we fix in the
next week (presuming we don't discover any critical bugs which would
require us to push out a fix earlier). To make sure we achieve
for checking out the branch to:
svn co
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/%5Cv0_98_4_maint/matplotlib
mpl98.4
Cheers,
Mike
John Hunter wrote:
On Wed, Dec 10, 2008 at 11:30 AM, Michael Droettboom
Michael Droettboom wrote:
It looks like there was a slight oops making the branch.
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/%5Cv0_98_4_maint
points to one level above the source tree. See:
http
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
if it
has rounded corners. But that's perhaps too deep of a change to make
for the impending release and should have to wait for next time.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
John Hunter wrote:
On Mon, Dec 8, 2008 at 9:13 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
This may also be an argument for finally making the auto-pixel-alignment
code programmatic, rather than automatic. As it works now, it
automatically pixel-aligns when there are a) no curves
This should now be fixed in SVN. Couldn't see any regressions in the
documentation examples, but may be worth another set of eyes before the
release.
Mike
John Hunter wrote:
On Mon, Dec 8, 2008 at 8:16 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
I don't think it's a rendering bug
John Hunter wrote:
On Mon, Dec 8, 2008 at 9:39 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
The gc param would be the easy part -- I was thinking the difficult would be
going through all the cases and making sure it's doing the right thing, and
making sure axes and ticks etc. still
=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
/usr
make install
... follow Andrew Straw's git instructions ... (???) ... profit!!!
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
Hmm... works fine for me here, both with the zoom/pan tool and zoom to
rect. Can you describe a particular action that isn't working? I'm at
a loss otherwise...
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Thanks for the reminder. It wasn't propagating the non-affine
invalidation
thing I noticed that is fixed with your
patch: the '.' marks appear like '+' when drawn at a smallish size.
Thanks,
Andrew
Michael Droettboom wrote:
This might be related to a change I made in the Agg backend to make the
markers look better by rounding their coordinates to the nearest
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
This might be related to a change I made in the Agg backend to make the
markers look better by rounding their coordinates to the nearest pixel.
It certainly made the stock markers at a standard size look better, but
I suspect as they get smaller, they are converging down to the same
value,
I don't know of any, but if you create one let us know. I'd be
interested in playing with such a thing. I'm ready to see what all the
fuss is about... ;)
Mike
Andrew Straw wrote:
Since using git for some time on several projects (including projects
with a central svn repository), it's been
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net
at it.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
probably won't have a chance to look at this today, so go ahead if you
like. I'll shoot you a note later in the week if I have time...
Cheers,
Mike
Any suggestions and/or contributions are welcome.
Thanks.
Eric
--
Michael Droettboom
Science Software Branch
Operations and Engineering
Eric Firing wrote:
Michael Droettboom wrote:
Eric Firing wrote:
Mike,
A bug was recently pointed out: axhline, axvline, axhspan, axvspan
mess up the ax.dataLim. I committed a quick fix for axhline and
axvline, but I don't think that what I did is a good solution, so
before doing
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build
casting an eye over this.
I've tested this on Linux and successfully run the backend_driver.py
file (or at least, it failed with the same errors as before I applied
the patch!).
Any other comments welcome
Thanks
On Wed, Nov 5, 2008 at 2:31 PM, Michael Droettboom [EMAIL PROTECTED]
wrote
David Kaplan wrote:
Hi,
On Wed, 2008-11-05 at 11:58 -0500, Michael Droettboom wrote:
What is the argument against? It seems like this would be
straightforward (at least from the outside). But I'm probably
missing
something.
More work for diminishing interest Perhaps I
://lists.sourceforge.net/lists/listinfo/matplotlib-checkins
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email
-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
external usage may behave differently, particularly if
it was relying on the old broken behavior. Please test any scripts you
may have that use different fonts (those not included with matplotlib
especially) and report any regressions.
Mike
--
Michael Droettboom
Science Software Branch
Operations
Eric Firing wrote:
Michael Droettboom wrote:
This may not be necessary if we can get a Windows box, but I thought
I'd mention it.
I wrote a distutils extension a couple of years ago to build Windows
installers on a Linux box with Mingw32. This has been working
perfectly for nightly
at 4:20 PM, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
There's a bug filed for this. I've looked at it a few times, but
I'm not sure how the image flipping parameters are supposed to
work. Anyone else want to have a look at this?
https
/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
or ship it.
Cheers,
Mike
Stan
-Original Message-
From: Michael Droettboom [mailto:[EMAIL PROTECTED]
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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email
580, 636, and 704?
No. Just used to ignoring whitespace in diffs, since editors often do
that kind of thing behind one's back. Certainly saves a few bytes in
output to remove them. I'll do that.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your
have write
permissions (not the case here), or using http rather than https (also
not the case).
Filed a bug here:
https://sourceforge.net/tracker/?func=detailatid=21aid=2168647group_id=1
Anyone else experiencing this?
Mike
--
Michael Droettboom
Science Software Branch
Operations
John Hunter wrote:
On Wed, Oct 15, 2008 at 8:18 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
The new stylesheet for the docs looks great, John!
I just ripped this off hook-line-and-sinker from the sphinx docs, and
added the few css bits you created earlier. They do look nice
=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
for the main home page,
but use a smaller version for the documentation pages? Or, to the
extreme, just use a small icon-sized logo like in the Python 2.6 docs?
http://www.python.org/doc/current/library/
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
Nope, I'm not seeing this, even when I shrink the window width way down.
This is Firefox 2.0 on RHEL4.
Does putting a nbsp; between matplotlib and home help?
Mike
John Hunter wrote:
On Wed, Oct 15, 2008 at 10:17 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
I'm happy to do use
Weird. Have to admit I don't understand this HTML stuff very well... ;)
John Hunter wrote:
On Wed, Oct 15, 2008 at 2:22 PM, Michael Droettboom [EMAIL PROTECTED] wrote:
Nope, I'm not seeing this, even when I shrink the window width way down.
This is Firefox 2.0 on RHEL4.
Does putting
Michael Droettboom wrote:
John Hunter wrote:
In unrelated news, I am not in favor of the recent change to warn on
non-GUI backends when show is called. I realize this may sometimes
cause head-scratching behavior for some users who call show and no
figure pops up, but I think this must
John Hunter wrote:
On Wed, Oct 8, 2008 at 8:40 PM, Eric Firing [EMAIL PROTECTED] wrote:
Thanks for doing this--it has already helped me in my testing of the
gappy-path simplification support, which I have now committed. As you
suggested earlier, I included in path.py a check for a
Eric Firing wrote:
Michael Droettboom wrote:
Eric Firing wrote:
Mike, John,
Because path simplification does not work with anything but a
continuous line, it is turned off if there are any nans in the
path. The result is that if one does this:
import numpy as np
xx = np.arange(20
Michael Droettboom wrote:
Eric Firing wrote:
Michael Droettboom wrote:
Eric Firing wrote:
Mike, John,
Because path simplification does not work with anything but a
continuous line, it is turned off if there are any nans in the
path. The result is that if one does
John Hunter wrote:
On Wed, Oct 8, 2008 at 11:37 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
I figured this out. When this happens, a RuntimeError(Agg rendering
complexity exceeded) is thrown.
Do you think it is a good idea to put a little helper note in the
exception along
=/
___
Matplotlib-checkins mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/matplotlib-checkins
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
be incredibly tricky new code. It could convert the time series data to
an image and plot that, or to a filled polygon whose vertices are
downsampled from the original data. The latter may be nicer for Ps/Pdf
output.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering
Sorry. I didn't read carefully enough. That's right -- the if
converter: break was replaced with return converter.
You're right. This is fine.
Mike
John Hunter wrote:
On Tue, Oct 7, 2008 at 11:26 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
This isn't quite what I was suggesting
communicated upstream to its author.
In case anyone is wondering, there don't seem to be any measurable
performance increases... :(
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
Thanks. Fixed.
Manuel Metz wrote:
Hi Mike,
I just stumbled over this bug report (#2126188) on sourceforge. This
seems to appear in version 5471, committed by you.
Manuel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science
on the number of these annotations before things become illegible.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
=100url=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
some that don't) to create a single set
of docs showing all the python modules we deliver that has a common look to
it.
I'd like to hear about your experiences doing this kind of integration
work. It's something we all want more of.
Cheers,
Mike
--
Michael Droettboom
Science Software
. Note that the function
_quad2cubic is duplicated in both backends. This function might be
moved to some common place.
Looks good. I applied this, with the quad2cubic function moved to
cbook.py and your test case included in the examples directory. Thanks!
--
Michael Droettboom
I'm getting a 404 error from http://matplotlib.sf.net/
Is this just Sourceforge suffering an outage or did the content
accidentally get removed?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA
Me, too, now as well.
John Hunter wrote:
On Tue, Sep 9, 2008 at 7:43 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
I'm getting a 404 error from http://matplotlib.sf.net/
Is this just Sourceforge suffering an outage or did the content
accidentally get removed?
It seems like
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email
Sphinx contains one way to do this in its new pngmath extension. It
uses the LaTeX package preview which does all of this magic
internally. And I believe it's a little more general. If I recall, the
approach you're taking won't work with some LaTeX constructs such as:
\begin{align}
x
Christopher Barker wrote:
Michael Droettboom wrote:
It's funny you should mention this.
One of the things I realized after SciPy this year is that there is a
lot of interfacing of Numpy with C++ (as opposed to C) that could really
benefit from a standard C++ wrapper around Numpy
I think this is a bug created by the conversion from 0.91 to 0.98. I'll
look into this and let you know when it has been resolved.
Mike
Jae-Joon Lee wrote:
Hi,
The clip_on and clip_box arguments (and maybe clip_path also) in
plot() command seem to have no effect. For example,
In [29]:
This should now be fixed in SVN r6052.
Cheers,
Mike
Jae-Joon Lee wrote:
Hi,
The clip_on and clip_box arguments (and maybe clip_path also) in
plot() command seem to have no effect. For example,
In [29]: p, =plot([1,2,3], clip_on=False)
In [30]: p.get_clip_on()
Out[30]: True
It
/redirect.php?banner_id=100url=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering
to the
image.interpolation setting in matplotlibrc. Of course,
image.interpolation has a bunch of options that nonuniform doesn't
currently support... What do others think?
Cheers,
Mike
I include the new patch,
Best regards,
Greg.
On Fri, 2008-08-15 at 15:45 -0400, Michael Droettboom wrote:
Thanks for all
into
matplotlib more fully
2) I find the time (which is a matter of *when*, not if)
I'm certainly finding thus far that pyglet makes it a lot easier to do a
full backend than some of the other python-opengl methods I'd explored
in the past.
Ryan
--
Michael Droettboom
Science Software Branch
As you sort of allude to, Agg is so heavily templatized that there's little
benefit to linking against a shared library (little disk space savings, for
instance).
However, there are some .cpp (i.e. non-header files) that need to be compiled
and linked. If Debian doesn't include a shared
601 - 700 of 1015 matches
Mail list logo