__
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
---
edrich Romstedt wrote:
> 2010/7/6 Michael Droettboom:
>
>> One solution to this may be to add an optional dependency on PIL, and if
>> found save JPEG files (and maybe some of the other esoteric formats PIL
>> supports). The work done a couple of years back to manage
IVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
Index: setup.py
===
--- setup.py (revision 7)
+++ setup.py (working copy)
@@ -3,7 +3,7 @@
mPackages
Which seems to work just fine on RHEL5. Just untar it and run
"chrome-wrapper". You may want to read through the chrome-wrapper
script first: it seems to contain some hardcoded paths specific to the
packager's machine, so it's not exactly high quality -- but
hat will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
cy on PIL is probably not a good idea, are
there any objections to making it a soft dependency?
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
--
This S
On 07/06/2010 11:40 AM, Michael Droettboom wrote:
(not that this question isn't unwelcome here, of course ;)
I mistyped -- I was merely trying to be friendly and say your question
is still welcome here. :)
Mike
Mike
On 07/06/2010 08:27 AM, Michael Pearce wrote:
Hi guys,
I
-
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
ht
//matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/v1_0_maint
> --force
>
> and then committing.
>
Did you run this from a working copy of the trunk? That worked for me.
(A merge init always has a from and a to, where the "to" is implied by
the current workin
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sour
renders the image with the very narrow range that nonsingular()
currently enforces (+/- 0.001).
Mike
On 06/23/2010 08:37 AM, Michael Droettboom wrote:
> On 06/22/2010 06:56 PM, Eric Firing wrote:
>
>>
>>> Unfortunately, this fix paves over the exception fixed earlier. Ra
asses into Agg is ugly, but it was the
quickest solution (and one that will work for Debian as a basic patch
against matplotlib 0.99.3). In the long run, the exception should be
generic as far as Agg is concerned, and try/catch's need to be added
around all calls into Agg from our Python wra
trying to figure out what the
threshold is beyond which it fails in order to manually raise an
exception, but not having much luck. I suspect it's somehow related to
floating-point or even Agg's fixed-point rounding error.
Mike
On 06/22/2010 12:31 PM, Michael Droettboom wrote:
Ok. Attached is a corrected patch.
Mike
On 06/22/2010 12:26 PM, Michael Droettboom wrote:
Hold off, actually. This patch seems to have broken some thing
inadvertently. Stay tuned...
Mike
On 06/22/2010 12:05 PM, Michael Droettboom wrote:
In r8454, I have a applied a fix that allows this C
Hold off, actually. This patch seems to have broken some thing
inadvertently. Stay tuned...
Mike
On 06/22/2010 12:05 PM, Michael Droettboom wrote:
In r8454, I have a applied a fix that allows this C++ exception to
correctly percolate to the Python side -- the user will still get an
urceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
--- Begin Message ---
Revision: 8454
http://matplotlib.svn.sourceforge.net/matplotlib/?rev=8454&view=rev
Autho
On 06/11/2010 02:38 PM, jason-s...@creativetrax.com wrote:
> On 6/11/10 1:02 PM, Michael Droettboom wrote:
>
>>
>>> It appears that the difficulty is that quantization is exposed at the
>>> python level only for collections, via iter_segments.
>>>
Wx, Gtk, Tk all work for me. Couldn't test Qt "classic" as I don't have
pyqt 3.x installed on my system.
Mike
On 06/11/2010 01:56 PM, Eric Firing wrote:
> On 06/11/2010 07:44 AM, Michael Droettboom wrote:
>
>> The Qt4 backend crashes with a Segme
On 06/11/2010 01:54 PM, Eric Firing wrote:
> On 06/11/2010 07:39 AM, Michael Droettboom wrote:
>
>> On 06/11/2010 01:31 PM, jason-s...@creativetrax.com wrote:
>>
>>> On 6/11/10 9:44 AM, Michael Droettboom wrote:
>>>
>>>
>>
7;ve never really touched
the Qt4 backend before, thought I'd solicit some feedback before committing.
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
Index: backend_qt4.py
On 06/11/2010 01:31 PM, jason-s...@creativetrax.com wrote:
> On 6/11/10 9:44 AM, Michael Droettboom wrote:
>
>> On 06/11/2010 09:46 AM, Michael Droettboom wrote:
>>
>>
>>> However, there's actually a bug in the quantizer that your example
>>&
On 06/11/2010 09:46 AM, Michael Droettboom wrote:
> However, there's actually a bug in the quantizer that your example
> illustrates. Since the spine lines in your example have a stroke width
> of 4 pixels, they should actually be rounded to the nearest pixel edge,
> not nearest
---
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http:/
IZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mat
nd may have unintended
consequences, please play with it in your contexts and let me know if
you see anything strange.
Mike
On 05/28/2010 10:47 AM, Michael Droettboom wrote:
> I'm on to something -- some callbacks are being created that are never
> disconnected.
>
> In Line2D.set_
for the report. We'll try and track down and fix
> this leak. In the interim, would an acceptable work around for you be
> to *reuse* an existing line by calling set_data on it. That way you
> wouldn't have to do the add/remove that is causing your leak. Have
> you confirmed th
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Bra
ael for addressing this.
>
> Gary R.
>
> Michael Droettboom wrote:
>
>> Ok, I have a better fix in SVN r8300. imsave now accepts a "dpi" kwarg
>> (default of 100) to set the DPI metadata in the file.
>>
>> Mike
>>
>> Michael Droettboom
Ok, I have a better fix in SVN r8300. imsave now accepts a "dpi" kwarg
(default of 100) to set the DPI metadata in the file.
Mike
Michael Droettboom wrote:
> You're right. Thanks for the sanity check.
>
> What's happening is that when using imsave is used, it gen
:
> On Thu, May 6, 2010 at 1:40 PM, Michael Droettboom wrote:
>
>> It looks like the conversion from dots-per-inch (matplotlib's internal
>> representation) to dots-per-meter (the unit defined in the PNG standard)
>> was bogus. This should be fixed in SVN r8298.
>
_
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettbo
gt; http://matplotlib.sourceforge.net/devel/coding_guide.html#naming-spacing-and-formatting-conventions
>
> --
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droett
more accurate than they used to be. As a workaround (if
you're not running from SVN and don't want to rebuild), you can set the
rcParam path.simplify_threshold to 0.01, rather than 0.1.
Mike
Michael Droettboom wrote:
> Thanks. I can confirm this with today's SVN. I'm look
I made a small change to the test harness so that the tolerance can be
set on a per-test basis. I increased the tolerance for the figimage
test so it passes on my machine.
Cheers,
Mike
Michael Droettboom wrote:
> Jouni K. Seppänen wrote:
>
>> The following message is a courtes
ly I don't have the time to pursue this now.
>
Thanks for the analysis. I'll look into the image diffing and see what
can be done.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
ring wrote:
> Michael Droettboom wrote:
>> I'm noticing that SVN r8269 is failing a great number of regression
>> tests -- with pretty major things like the number of digits in the
>> formatter being different. The buildbot seems to be getting the same
>> failures I am,
On 04/26/2010 02:37 PM, Eric Firing wrote:
> Michael Droettboom wrote:
>> I'm noticing that SVN r8269 is failing a great number of regression
>> tests -- with pretty major things like the number of digits in the
>> formatter being different. The buildbot se
I'm noticing that SVN r8269 is failing a great number of regression
tests -- with pretty major things like the number of digits in the
formatter being different. The buildbot seems to be getting the same
failures I am, but I don't see any buildbot e-mails since Wednesday.
Does anyone know the
Thanks. I can confirm this with today's SVN. I'm looking into the cause.
Mike
On 04/25/2010 07:11 PM, Tom Aldcroft wrote:
> import numpy
> import matplotlib
> matplotlib.use('Agg')
> import matplotlib.pyplot as plt
>
> y = numpy.array([
> 4., 2., 2., 3., 3., 2., 2., 6., 6., 5., 5., 4., 4.,
>
--
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http:
sfu/intel-sw-dev
> --------
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michae
Demos\images\smiley.bmp"
> bmp = wx.Bitmap(absFilename, wx.BITMAP_TYPE_BMP)
> pixelData = wx.AlphaPixelData(bmp)
>
> if not pixelData:
> print "error"
> else:
> print "fine"
>
>
>
> app
ormance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Dro
Sorry -- I meant remove the check for cairo >= 1.8.
Michael Droettboom wrote:
> Can you write it in such a way that the check is only removed on cairo <
> 1.8? My employer is still standardized on RHEL4, for example, which has
> cairo 1.2.
>
> Mike
>
> Michiel de H
___
> 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
Ope
I believe the bug actually is in matplotlib, and recent ghostscript versions
fail only because they have become stricter over time. The TTF-to-Postscript
font conversion library in matplotlib (ttconv) was hard-coded to use the
"Standard" Postscript encoding (which defines the set of glyphs avai
Thanks for reporting this. I wasn't aware of the issue.
Since I don't have a libpng-1.4 to verify the fix with, are you able to
checkout from SVN trunk and test it?
Mike
--
The Planet: dedicated and managed hosting, cl
experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
It works for me here, but of course, I have a slightly different system.
gcc-4.3, python 2.5.2, Cython 0.12, and matplotlib SVN 8097.
Have you verified that the same C++ compiler and version of libstdc++ is
being used for everything?
Mike
--
Michael Droettboom
Science Software Branch
Op
;
We can also link to it from the matplotlib website once you have a
location established, for example from here:
http://matplotlib.sourceforge.net/users/toolkits.html
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Divi
tions, since what's there is working pretty well.
>
> Mike
>
> tcb wrote:
>
>
>
> On Mon, Nov 2, 2009 at 3:47 PM, Michael Droettboom
> mailto:md...@stsci.edu>
> <mailto:md...@stsci.edu <mailto:md...@stsci.edu>>> wrot
f such a thing. It's
just as easy to include a PDF or EPS in LaTeX, and the mathtext and/or
usetex functionality goes a long way to making the plots blend in nicely
-- though it does take some care to control the size of the plots to
make the font sizes match, it's by no means impossi
Cleaning the docs first seems to have fixed it.
Is there a way to download the build products (i.e. the PDF file produced)?
Mike
Michael Droettboom wrote:
> Hmm... I can't reproduce this locally. But it looks like it's using
> doctree files cached from a previous run.
>
dvantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> __
ld tree
and then have Sphinx pick them up. That may have predated all of the
"hooks" that Sphinx now has, however, and it may now be possible to
solve that problem.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
O
s
Le 21 novembre 2009 17:50, Sébastien Barthélemy <mailto:barthel...@crans.org>> a écrit :
Le 18 novembre 2009 17:24, Michael Droettboom mailto:md...@stsci.edu>> a écrit :
This is a bug -- but it has a fairly straightforward fix: to
use Sphinx's "incl
t;
> cheers,
>
> David
>
> --
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
&g
t - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>
>
> _______
>
se in order to get
correct results to be a bug. The particular bug here (exercised in the
attachment in James' original e-mail) was fixed relatively recently on
October 21 (r7896). I can confirm the broken behavior with the most
recently released version (0.99.1.2), but not with the 0.99.x
un from
>>>
>>> fc-list file
>>>
>>> to
>>>
>>> fc-list '' file
>>>
>>> because the former doesn't return any fonts on any system I have access
>>> to (maybe it woul
if I had a font whose name includes the word "file"),
> but the latter looks more like it is the intended command. Since the
> get_fontconfig_fonts function has not returned anything useful for some
> time (though presumably it has at some point in the past), this change
>
you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
I can't reproduce this here. These sorts of CXX errors are usually
caused by distutils not rebuilding enough when things change. Can you
try removing the build directory, rebuilding matplotlib, and then
rebuilding the docs?
Mike
On 11/07/2009 12:10 PM, Gökhan Sever wrote:
Hello,
The lates
applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://
nto this further. Let me know
if I can provide any more pointers.
Mike
> thanks,
>
> tcb
>
>
>
> On Mon, Oct 26, 2009 at 1:03 PM, Michael Droettboom wrote:
>
>> That's a very interesting idea. I actually think that with the recent
>> textpath func
o attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___________
> Matplotl
f.net/sfu/devconference
> _______
> 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
The bug was actually in the path simplification. In really degenerate
cases (bravo for finding it) of paths that are completely outside of the
clip region, it would create a path with a single LINETO command.
This is now fixed in SVN on the branch and trunk.
Mike
Michael Droettboom wrote
general doesn't allow for
customization of the path codes. There must be something unanticipated
happening.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
__
> 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
Andrew Straw wrote:
> Michael Droettboom wrote:
>
>> A couple more comments about the test framework -- which has already
>> paid for itself ten times over. In Numpy (and a number of local
>> Python projects), I can 'cd' to the tests directory and do some
I suspect for that one we can just do without it. It isn't really
testing anything SVG-specific.
Mike
Andrew Straw wrote:
> Michael Droettboom wrote:
>> I've committed support for comparing SVG files using Inkscape and
>> verifying them against the official SVG DTD
I've committed support for comparing SVG files using Inkscape and
verifying them against the official SVG DTD using xmllint.
Michael Droettboom wrote:
> Andrew Straw wrote:
>
>> Done in r7863. To make use of it, do something like the following patch
>> (and don't f
Andrew Straw wrote:
>>> As far as the test data -- I agree this is an issue. One point in favor
>>> of the status quo is that it's really nice to have the test data
>>> included with the source code so there are no configuration hassles. I'm
>>> not sure how well the buildbot infrastructure would c
on.py only apply to the Agg backend.
While I'm sharing my wish list out loud, I think it would also be highly
cool to get the native Mac OS backend in the buildbot tests, as that's
one I can't test easily myself.
;ve just run the tests, got a mismatch (because no baseline
existed), and copied the current image to the baseline image and checked
that in.
Am I using the wrong workflow, or is this a bug?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Tel
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
--
nd stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listi
he BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _
e no signals involved, only standard C++ exceptions which are
delegated to Python exceptions. Is it possible there is any C++ code
linked to this that was generated with another compiler version?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Sp
That file was moved. I think I had a lingering .pyc lying around which
is why it didn't fail on me. I have updated conf.py to import it from
the right place. Hopefully it's working now.
Cheers,
Mike
On 09/23/2009 10:09 AM, Sandro Tosi wrote:
> On Tue, Sep 22, 2009 at 1
gs on my RHEL4 box (7.07). If you want me to send you a png of a
particular pdf to directly compare with yours before you even start with
the test infrastructure, I'm happy to do that.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Spac
y
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists
---
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science
It's caused by the files having multiple locations (relative to the root
of the source tree) in different branches, or existing in some branches
but not in others. In other words, files that have been moved, deleted
or added since branch creation. I think if we retire old branches
(0.91, 0.98
ket and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
Good point. A test based on Sandro's example has been committed to SVN.
Mike
Andrew Straw wrote:
> Michael Droettboom wrote:
>
>> Yes -- a bug was introduced where non-finite values were no longer being
>> ignored by the data extents finder. This has now been fixed o
___
> 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
Operat
ions to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-dev
Fernando Perez wrote:
> Hi Michael,
>
> On Mon, Sep 14, 2009 at 6:57 AM, Michael Droettboom wrote:
>
>> I'm not sure it's that bad. It's certainly possible to do all these things
>> with a single directive, since providing a path or providing source co
applied your patch, renaming the
directive back to "plot" and ran it over the matplotlib docs, and it
doesn't seem to break anything.
Of course, we can also provide two directives, "plot" and "figplot"
based on essentially the same source code. I'm kind of
applied your patch, renaming the
directive back to "plot" and ran it over the matplotlib docs, and it
doesn't seem to break anything.
Of course, we can also provide two directives, "plot" and "figplot"
based on essentially the same source code. I'm kind of
hidden" failures -- might mean fewer iterations with
the buildbots down the road.
Good news is this does point to having the font problem licked.
Mike
On 09/08/2009 12:47 PM, Michael Droettboom wrote:
> Interesting result. I pulled all of the new "actual" files from the 21
>
en "cp *.png" from my scratch
tests folder to baseline_images and let SVN take care of which files had
actually changed. This is just the naive feedback of a new set of eyes:
it's extremely useful and powerful what you've put together here.
Mike
On 09/08/2009 12:06 PM, Andrew
On 09/08/2009 10:24 AM, John Hunter wrote:
> On Tue, Sep 8, 2009 at 8:54 AM, Michael Droettboom wrote:
>
>> I've been only skimming the surface of the discussion about the new test
>> framework up until now.
>>
>> Just got around to trying it, and eve
I've been only skimming the surface of the discussion about the new test
framework up until now.
Just got around to trying it, and every comparison failed because it was
selecting a different font than that used in the baseline images. (My
matplotlibrc customizes the fonts).
It seems we sho
meone who is more familiar with the image machinery comment on the
> matter? Do we need some kind of vector/raster indication in the backends,
> in addition to the get_image_magnification method?
>
>
--
Michael Droettboom
t to brainstorm this.
>
> JDH
>
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment -
examples
> ? _static/matplotlibrc
> ? _templates/gallery.html
>
> "svn status --no-ignore" adds a lot of *.pyc files in various
> subdirectories. Would removing all of these achieve the expected
> cleaning effect?
>
>
--
Michael Droettboom
S
501 - 600 of 1294 matches
Mail list logo
