Re: [matplotlib-devel] Requiring docutils 0.5

Ignore this. It's not as bad as I thought. Mike Michael Droettboom wrote: > How much pain would it cause if we required docutils 0.5 to build the docs? > > In working on this "use pngs if in html, pdfs if in latex" > functionality, the solutions has actually

[matplotlib-devel] Documentation: New plot directive

get a thick border in HTML. Putting a magnifying glass in the corner would be cool if there's any CSS wizards out there. But that's an aesthetic consideration. People may like the border. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineerin

Re: [matplotlib-devel] matplotlib 0.98.0 colors problem LineCollection

ices for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel &g

Re: [matplotlib-devel] Documentation: New plot directive

n, or exclude >> certain targets. >> >> .. plot:: tex_unicode_demo.py >> >>:include-source: >>:no-autogen: >> >> .. plot:: tex_unicode_demo.py >> >>:include-source: >>

Re: [matplotlib-devel] polar title and related questions

alised that would take more time beyond what I had allotted. > > Regardless of the status of the autoLayout code, I thought it would be > nice to improve the default title behavior of the polar_demo, at least. I've changed it so it behaves identically to 0.91.x, which is not grea

[matplotlib-devel] Showing base classes in autodoc

ectives). This requires that everyone generating the docs does a "svn up" on Sphinx. Our documentation instructions already say to use SVN Sphinx, so this isn't really a new requirement, and hopefully before long this will be part of a Sphinx release. Cheers, Mike -- Michael Droe

Re: [matplotlib-devel] PNG transparency

gt; "John Hunter" <[EMAIL PROTECTED]> wrote: >> >>> I wonder if we should support a global rc alpha >>> > > I'd make it an optional parameter to savefig(), but I like the idea. > > Of course one could pretty easily post-proces

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

rceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > >

Re: [matplotlib-devel] clipped line

. You can force their computation by calling self.recache() after the call to Line2D.set_data(), or we can restore the old behavior by calling recache() at the bottom of Line2D.set_data(), albeit with a performance penalty on panning/zooming due to the tick lines taking longer to move. Cheers,

Re: [matplotlib-devel] sphinx error

What version of Python are you running? All I can think from looking at the code is that something in the regex is behaving differently for you than me (on Python 2.5). If you just want the docs to build (minus the inheritance diagrams), you can put a "return []" at the top of "inheritance_dia

Re: [matplotlib-devel] Inheritance graphs

John Hunter wrote: > On Thu, Jun 19, 2008 at 3:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > >> I just committed support for inheritance graphs in the docs like the one >> attached. In the docs themselves, an image map is included so clicking on a >> nod

Re: [matplotlib-devel] Inheritance graphs

Michael Droettboom wrote: > John Hunter wrote: >> Of course, the rendering is also somewhat painful >> to me, after years of looking at agg rendering. Maybe I need to write >> a dot output renderer >> The current version of graphviz uses either cairo or gd (

Re: [matplotlib-devel] sphinx error

08 at 11:14 PM, Michael Droettboom <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > What version of Python are you running? All I can think from > looking at the code is that something in the regex is behaving > differently for you than me (on Pytho

Re: [matplotlib-devel] Inheritance graphs

John Hunter wrote: > On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > > >> The current version of graphviz uses either cairo or gd (the default being >> cairo on most modern installations.) >> > > >> Now that

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

ib-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

Re: [matplotlib-devel] Inheritance graphs

Michael Droettboom wrote: > John Hunter wrote: > >> On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom <[EMAIL PROTECTED]> >> wrote: >> >> Also, the start and end of the arrow locations is >> pretty unsatisfying. You would think they coul

Re: [matplotlib-devel] sphinx error

Sorry, I'm stumped. Mike Charlie Moad wrote: > Here's that file. > > Thanks, > Charlie > > On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Have you updated Sphinx from SVN l

Re: [matplotlib-devel] Inheritance graphs

Fernando Perez wrote: > Hey Michael, > > On Fri, Jun 20, 2008 at 7:47 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > >> John Hunter wrote: >> >>> On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom <[EMAIL PROTECTED]> >>> wrote: &

Re: [matplotlib-devel] sphinx error

g_re = re.compile( > r'''^ ([\w.]*\.)?# class name(s) > (\w+) \s* # thing name > (?: \((.*)\) # optional arguments > (\s* -> \s* .*)? )? $ # optional return annotation > '''

Re: [matplotlib-devel] sphinx error

27;t feel quite at that level of maturity yet. Cheers, Mike Charlie Moad wrote: > Looks like sphinx==0.4 was just released. Could we agree to target > this instead of svn? > > - Charlie > > On Mon, Jun 23, 2008 at 11:18 AM, Michael Droettboom <[EMAIL PROTECTED] > <ma

Re: [matplotlib-devel] PNG transparency

n provide a use case for it, it should be implementable. Cheers, Mike Michael Droettboom wrote: Of course, this depends on what you mean by transparency. If you mean to change the alpha of the entire PNG, then yes, the global parameter (or postprocessing) is the way to go. But I'm not

Re: [matplotlib-devel] PNG transparency

s lines of code. Waiting to hear back from Nils as to whether this is really what he wants, though. Cheers, Mike Michael Droettboom wrote: > Nils, > > I saw your bump about this transparency issue. Before moving forward > on this, I'd like to know what your use case is. I'

Re: [matplotlib-devel] Feature request for a watermark function

or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mat

Re: [matplotlib-devel] Transparent backgrounds for savefig

hp > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Michael Droettboom S

Re: [matplotlib-devel] Strange moray patterns with pcolor

arketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > > > _______ > Matplotlib-devel

Re: [matplotlib-devel] Transparent backgrounds for savefig

"rectangle" might be a bad name for "axesPatch" since it can be a circle for polar plots, and ellipse for geo plots etc. Cheers, Mike John Hunter wrote: > On Wed, Jun 25, 2008 at 8:25 AM, Stéfan van der Walt <[EMAIL PROTECTED]> > wrote: > >> 2008/

Re: [matplotlib-devel] Transparent backgrounds for savefig

John Hunter wrote: > On Wed, Jun 25, 2008 at 9:23 AM, John Hunter <[EMAIL PROTECTED]> wrote: > >> On Wed, Jun 25, 2008 at 9:09 AM, Michael Droettboom <[EMAIL PROTECTED]> >> wrote: >> >>> "rectangle" might be a bad name for "

Re: [matplotlib-devel] Strange moray patterns with pcolor

Mike Eric Firing wrote: > Michael Droettboom wrote: >> Rob Hetland wrote: >>> When I do a pcolor, there are white lines between the patches that >>> cause strange moray patterns, even when saved to a png. The >>> attached sample shows what I mean. Notice th

Re: [matplotlib-devel] Strange moray patterns with pcolor

round introduces noticeable negative artifacts. quadmesh_demo.py (with its built-in smoothness) doesn't really highlight the problems with that approach. Cheers, Mike Michael Droettboom wrote: > Ok -- sorry about that. It looked pretty good on the quadmesh_demo > example, but I suppos

Re: [matplotlib-devel] examples in the axes docs

anges > to the example that foul up the docs. I have mixed feelings about > this last point because of the redundancy -- the alternative is just > to clean them in place and makes sure developers know not to much with > them w/o checking the effect on the docs. > > But these minor n

Re: [matplotlib-devel] mathtext bug

Anything that starts with > \right or \Left works, too. > Seems to be related to Parser.autoDelim ?! > > Manuel -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA --

Re: [matplotlib-devel] Minor typo in docs

he best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/list

Re: [matplotlib-devel] text with dash problems

l@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services f

Re: [matplotlib-devel] Bug in scale.py

ansform() > > Shouldn't line 137 instead read: > return LogScale.NaturalLogTransform() > > Ryan > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA

Re: [matplotlib-devel] axes_class in add_subplot()?

urce. > http://sourceforge.net/services/buy/index.php > _______ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listi

Re: [matplotlib-devel] "shared axes" bug in matplotlib 0.98

David, There is no code in matplotlib to autoscale shared axes, and as far as I know, there never has been. Unfortunately, it's more or less a requirement that you have to set the limits manually when using shared axes. (All of the shared axes examples do this). I think, 0.91 is broken als

[matplotlib-devel] Example images broken in docs

seems to affect plots generated for the docs. Any ideas? Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - Sponsored by:

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

Yes, but curiously, it doesn't change between those revisions... Mike Fernando Perez wrote: > On Mon, Jul 7, 2008 at 9:19 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > > >> One other tidbit of information -- the example plots work fine when >> called dire

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

change and have the expected impact, so it isn't just that the doc/matplotlibrc and doc/pyplot/matplotlibrc aren't being read. Cheers, Mike Fernando Perez wrote: > On Mon, Jul 7, 2008 at 10:14 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > >> Yes, but curiousl

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

documentation plotting code, do you have any thoughts? Cheers, Mike Tony Yu wrote: > > 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

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

Fernando Perez wrote: > On Mon, Jul 7, 2008 at 10:28 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > >> Thank you for finding this! That is indeed the case. >> >> I think we need to rework the plot generation code to avoid side effects >> by forcibly r

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

Yes, I believe so, barring any other side effects we inadvertently create in the future... ;) Mike Darren Dale wrote: > On Monday 07 July 2008 02:33:40 pm Michael Droettboom wrote: > >> Fernando Perez wrote: >> >>> On Mon, Jul 7, 2008 at 10:28 AM, Michael D

Re: [matplotlib-devel] questions regarding mathtext

tplotlib is using this approach for its docs as a matter of "dogfooding". It may be that the more appropriate choice for Sphinx in general is something that uses latex/dvipng, since latex is already a requirement for Sphinx in general. Cheer

Re: [matplotlib-devel] Useless line in collections.py

> else: > self._uniform_offsets = offsets > > self._pickradius = pickradius > self.update(kwargs) > > This is in __init__ for Collection, which ends with the code I've pasted > here. It doesn't appear that Affine2D is used and i

Re: [matplotlib-devel] (Wind) Barbs

John Hunter wrote: > On Tue, Jul 15, 2008 at 5:37 PM, Ryan May <[EMAIL PROTECTED]> wrote: > > > The 2nd alternative, which I haven't > explored, is to set the edgecolor equal to the facecolor and support > colormapping of the edgecolors. > FWIW, pcolor and pcolormesh have also needed this fun

Re: [matplotlib-devel] patch for adding manual label location selection to clabel

ry without disturbing (or even having write access to) the central SVN repository. Of course, moving from svn to git requires retraining the fingers a little bit, but it's not too bad. Cheers, Mike -- Michael Droettboom Science Software Branch Ope

[matplotlib-devel] Search functionality in Sphinx docs

e this to the Sphinx list, are others seeing this (with a SVN Sphinx updated today?) Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA --

Re: [matplotlib-devel] quadmesh bug

DK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net >

Re: [matplotlib-devel] Any short plan for a new release (0.98.2 for real or 0.98.3)?

world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > -------- > > ___ > Matplotlib-devel mailing list >

Re: [matplotlib-devel] Any short plan for a new release (0.98.2 for real or 0.98.3)?

Should be fixed in r5775. It seems Agg doesn't like MOVETO commands and the end of a path. Since the update is in a C++ header file, you will need to force a full rebuild (by removing your build directory, for instance.) Cheers, Mike Michael Droettboom wrote: > I'm lo

Re: [matplotlib-devel] Search functionality in Sphinx docs

It seems one of the static JavaScript files changed. Deleting my installation of Sphinx in site-packages and reinstalling fixed the problem. Cheers, Mike Darren Dale wrote: > On Thursday 17 July 2008 01:07:27 pm Michael Droettboom wrote: > >> I'm preparing for my Scipy talk

Re: [matplotlib-devel] Empty wind barb suggestion

I don't know if this simplifies things (you're much deeper in the middle of doing what you need to do), but PolyCollection really is a path collection these days. (The name is really for historical reasons). And since paths can be compound, you could draw a hollow circle using an inner and an

Re: [matplotlib-devel] Wind Barbs Full Patch

Ryan May wrote: > 5) I added an empty circle marker for low wind speeds (vector > magnitudes). Accomplishing having the unfilled circle while having > the barbs filled involved a bit of a "elegant hack". Using the set of > vertices that draws the CirclePolygon, I add an additional copy of > t

Re: [matplotlib-devel] offset_copy()

I'll update the example. You may also find ScaledTranlation useful for what you're doing. It will allow you to avoid hardcoding the dpi. http://matplotlib.sourceforge.net/doc/html/devel/transformations.html#matplotlib.transforms.ScaledTranslation Cheers, Mike Andrew Straw wrote: > Ryan May wr

Re: [matplotlib-devel] units support

I'll second being confused at times. In the transformation conversion, it was something I didn't know too much about up front, so it's quite possible that I broke some things in that regard. (I know of some already, but those were fixed shortly after things were merged into the trunk around 0

Re: [matplotlib-devel] offset_copy()

The solution is sufficiently obscure, that I decided to just re-introduce offset_copy (r5804). It appears to work as before, and the example works without changes, though let me know if you run into any snags. Cheers, Mike Michael Droettboom wrote: > I'll update the example. You

Re: [matplotlib-devel] Gcc, Solaris and putchar() problems

char > #endif > #endif > > However, I haven't tested this yet. Has anyone else thought about > this? > > Thanks, > > -Peter > > > > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute

Re: [matplotlib-devel] clipping tick lines

es my > problem as well. I guess there could be performance impacts so I'll > wait for Mike to weigh in. > > Ryan > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA ---

Re: [matplotlib-devel] ParseFatalException: Expected end of math '$'

oc, doActions, > callPreParse ) >File > "/data/home/nwagner/local/lib/python2.5/site-packages/matplotlib/pyparsing.py", > > line 950, in _parseNoCache > tokens = fn( instring, tokensStart, retTokens ) >File > "/data/home/nwagner/local/lib/python

Re: [matplotlib-devel] "plot" plots too many markers when projection="hammer" is used.

> - >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirec

Re: [matplotlib-devel] patch for adding manual label location selection to clabel

>> >> >>> Also, I noticed that this defines bind, while elsewhere in the class >>> self.Bind is used. Is this correct? If so, should these other >>> references perhaps take advantage of your abstraction? >>> >> I've committed a change

Re: [matplotlib-devel] doc warnings

should be considered in this reorg. (But I'm just catching up on thousands of e-mails today, so I won't comment on the reorg itself ) Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope

Re: [matplotlib-devel] contains methods

her glitches > such as not detecting axhline/axvline, not handling rotated text properly, > and not doing very well on polar plots. These will have to wait for another > release. > Agreed. Though if you can believe it, things are much better than they once

Re: [matplotlib-devel] updated artist contains methods

elf.input_dims >> I can't reproduce this here. Has this been resolved in the meantime? Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA --

Re: [matplotlib-devel] pdf memory leak: rendering text

--- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.

Re: [matplotlib-devel] updated artist contains methods

;>> > > I created a ticket on sf > (http://sourceforge.net/tracker/index.php?func=detail&aid=2029141&group_id=80706&atid=560720) > and assigned it to Michael since this is his baby. I also added the > demo to backend driver (currently failing) Thanks. Your fix m

Re: [matplotlib-devel] clipping tick lines

_draw_tick' or something along those lines, which defaults to:: mtransforms.interval_contains(self.get_view_interval(), self.get_loc()) """" So, I suppose we'll need to find another solution other than graphical clipping, or a way to do it only when needed to sol

Re: [matplotlib-devel] updated artist contains methods

No, you didn't screw up. It's just hard to arrive home to a pile of 1000's of e-mails... ;) Cheers, Mike John Hunter wrote: > On Thu, Jul 31, 2008 at 9:33 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > "/Library/Frameworks/Python.framework/Versions

Re: [matplotlib-devel] pdf memory leak: rendering text

Yes, it looks like _ttconv.cpp is the culprit here. Sloppy reference handling (and I say that as the author of that file...) I've committed some changes to SVN that seem to remove the leaks with memleak_hawaii3.py and the PDF and PS backends. Cheers, Mike Michael Droettboom wrote:

Re: [matplotlib-devel] [Matplotlib-users] matplotlib 0.98.3 release candidate, please test

=100&url=/ ___________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.ne

Re: [matplotlib-devel] r5976 breaks contour and contourf

closely. > > Eric -- 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 Deve

Re: [matplotlib-devel] bug in path simplification

The simplification code was written with the assumption that all of the codes are LINETO. That is, it has no MOVETOs or CURVEs. There is code in backend_agg.h that tries to make sure not to run simplification when this is the case (see should_simplify -- it returns false whenever there is a c

Re: [matplotlib-devel] bug in path simplification

Michael Droettboom wrote: > So the easy fix is to turn off simplification when the array contains > NaNs (and bonus points if we can cache that so we don't have to run > through the list to find NaNs ahead of time). > On further thought, this shouldn't be too difficu

Re: [matplotlib-devel] bug in path simplification

Simplification is now turned off whenever there are nonfinite elements in the vertices array. The "should_simplify" determination is now made in Python (to make it easier to tweak and cache). I also committed your patch to handle masked arrays in the same way as arrays-with-nonfinite values (w

Re: [matplotlib-devel] Gcc, Solaris and putchar() problems

ixincludes route to fixing this, but > in case there isn't, is adding an additional name to the > TTStreamWriter, eg. TTStreamWriter::put_char, out of the question? > > Thanks, > > -Peter > > On Thu, Jul 31, 2008 at 09:08:18AM -0400, Michael Droettboom wrote: > >>

Re: [matplotlib-devel] plotting markers fails with current svn

Thanks for catching this. Looks like the correct solution to the error I introduced. Cheers, Mike - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications wit

Re: [matplotlib-devel] Build without using the bundled agg24 library

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 librar

Re: [matplotlib-devel] Build without using the bundled agg24 library

I agree with Darren. In my previous response, I was assuming Agg-2.4 would be the requirement in Debian. If you are planning to link to a different version, licensing may be an issue (I can't really comment on that as IANAL), but there's a high likelihood of compatibility issues. The upgrade

Re: [matplotlib-devel] clip_on & clip_box in plot()

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 [2

Re: [matplotlib-devel] clip_on & clip_box in plot()

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 >

Re: [matplotlib-devel] Change in linestyle='steps' between 0.91 and 0.98

Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ______

Re: [matplotlib-devel] irregularly spaced grids and imshowm: PATCH for bilinear interp

;>> especially when using discrete colormap, producing banded colors >>>>> equivalent to countour lines, while Gouraud does not work in those >>>>> cases. >>>>> >>>>> Of course, the perfor

Re: [matplotlib-devel] opengl backend

rtainly 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 Operations and Engineering Division Space Telescope Science Insti

Re: [matplotlib-devel] irregularly spaced grids and imshowm: PATCH for bilinear interp

(the closest thing the upcoming C++-0x standard has to a n-dimensional array). Can't imagine I'll find time for it anytime soon, but it would be fun to work on... Cheers, Mike Christopher Barker wrote: > Michael Droettboom wrote: > >> I think we want to use std::vector

Re: [matplotlib-devel] a patch to have a correct baseline when usetex=True

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}

Re: [matplotlib-devel] irregularly spaced grids and imshowm: PATCH for bilinear interp

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 >> b

Re: [matplotlib-devel] setting the font name directly

t; http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplo

Re: [matplotlib-devel] incorrect rendering of quadratic bezier path in ps and pdf backend

d to > cbook.py and your test case included in the examples directory. Thanks! > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA -

[matplotlib-devel] Matplotlib website down?

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

Re: [matplotlib-devel] Matplotlib website down?

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 >>

Re: [matplotlib-devel] Question about sphinx doc extensions

> our python module, matplotlib, python, and any other 3rd party package we > install that uses sphinx (and maybe 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 e

Re: [matplotlib-devel] fancy box around text

's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&

Re: [matplotlib-devel] Plot Edit Proposal for WX Backend

Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists

Re: [matplotlib-devel] SVN Certificate problems

___ > 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 NA

Re: [matplotlib-devel] color mix

in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > -------- > > ___ > Matplot

Re: [matplotlib-devel] yet another fancy arrow, etc

the moment. > It sounds like this method should also be the most portable between backends. I doubt efficiency is a concern, because there's a real upper limit on the number of these annotations before things become illegible. Cheers, Mi

Re: [matplotlib-devel] [ 2126188 ]

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 Sp

Re: [matplotlib-devel] mpl release candidate branch

On 09/24/2011 08:22 AM, John Hunter wrote: > On Fri, Sep 23, 2011 at 5:04 PM, Benjamin Root wrote: >> Personally, my vote is to live with the deprecation warnings. They only >> happen if you turn warnings on in python 2.7 (by default, they are off). I >> am not that comfortable with such a chang

Re: [matplotlib-devel] mpl release candidate branch

On 09/24/2011 03:33 PM, Jouni K. Seppänen wrote: > Jouni K. Seppänen writes: > >> Jouni K. Seppänen writes: >> >>> The light and condensed fonts are DejaVuSans, which happened to be >>> installed on the system on which that test was created. I think the test >>> should only rely on the fonts deli

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

On 10/03/2011 01:01 PM, Benjamin Root wrote: On Mon, Oct 3, 2011 at 7:54 AM, John Hunter > wrote: We made some additional progress over the weekend closing pull requests and issues, and I think we are ready to release tomorrow if no one objects. I want to h

<    4   5   6   7   8   9   10   11   12   13   >