On Tue, Jun 10, 2008 at 9:21 AM, Stan West <[EMAIL PROTECTED]> wrote:
> Greetings. According to http://www.wxpython.org/recentchanges.php,
> SetInitialSize became available at version 2.7.2.0 (7 Nov 2006) of wxPython.
> It renamed the prior SetBestFittingSize, for which I found no other mention
>
On Tue, Jun 10, 2008 at 10:15 AM, Stan West <[EMAIL PROTECTED]> wrote:
> 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()
On Tue, Jun 10, 2008 at 11:51 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Is anyone else working on this? I think I may have some time to this
> afternoon, and I don't want to duplicate effort.
It's been on my wish list, but I haven't started, so fire away. Sorry
I didn't see your mail e
On Wed, Jun 11, 2008 at 10:13 AM, Tony Yu <[EMAIL PROTECTED]> wrote:
> I apologize if this doesn't belong in the developers mailing list:
> When I run image_demo.py in examples/pylab (using mpl r, I
> get AttributeError: set_resample.
> This error seems to have been introduced in revision 5433 with
On Wed, Jun 11, 2008 at 10:13 AM, Tony Yu <[EMAIL PROTECTED]> wrote:
> I apologize if this doesn't belong in the developers mailing list:
One other thing -- any svn problem is fine on the dev list. In fact,
it *should* be on the dev list.
JDH
On Wed, Jun 11, 2008 at 10:52 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I finished moving all of the PNG reading/writing to its own module. A
> full rebuild is probably required after this change to ensure everything
> is working correctly.
src/_png.cpp: No such file or directory
Look
On Wed, Jun 11, 2008 at 11:24 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thanks. Done.
I wonder is there is some python 2.5 is creeping in somewhere. I am
experiencing the same mathtext problem I pointed out earlier: This
isn't related to your recent commit, but was introduced in r5380
On Wed, Jun 11, 2008 at 11:53 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 11, 2008 at 11:24 AM, Michael Droettboom <[EMAIL PROTECTED]>
> wrote:
>> Thanks. Done.
>
> I wonder is there is some python 2.5 is creeping in somewhere.
I also notice you upgra
On Wed, Jun 11, 2008 at 12:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> It's related to my recently updating pyparsing.py... It seems that it isn't
> Python 2.4 compatible anymore.
>
> I'd like to workaround the definiciences in the new pyparsing.py if I can
> (rather than simply revert)
On Wed, Jun 11, 2008 at 12:25 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Ok. I think I have that worked out -- would you mind testing on docutils
> 0.4? (I don't think I broke anything that wasn't already broken...)
OK, sorry I've been causing so much trouble, but I guess it is good
tha
On Wed, Jun 11, 2008 at 12:35 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 11, 2008 at 12:25 PM, Michael Droettboom <[EMAIL PROTECTED]>
> wrote:
>> Ok. I think I have that worked out -- would you mind testing on docutils
>> 0.4? (I don't think I
On Thu, Jun 12, 2008 at 7:01 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Hmm. Isn't broken for me. I suspect we have some sort of version mismatch.
>
> One thing to try -- in conf.py remove the line
>
> \usepackage{amsfonts}
>
> It actually doesn't seem to be necessary (but the other two
On Thu, Jun 12, 2008 at 7:56 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> linestyle 'x' ---> legend ' x '
> linestyle '-x' ---> legend '---x---'
>
> Has this been considered before? If not, I'll write a patch.
I think this is just something that has been overlooked. The legend
code
On Thu, Jun 12, 2008 at 8:20 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> Both `np.float_` and the Python `float` are interpreted as
>> `np.float64`. The only time you really need something other than
>> `float` is if you require a width other than 64 (like in the first
>> line you showed
On Wed, Jun 11, 2008 at 4:00 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> ! LaTeX Error: Command \Cap already defined.
> Or name \end... illegal, see p.192 of the manual.
This may have been obvious to all of you,but I am just discovering it.
The problem is that
On Thu, Jun 12, 2008 at 9:25 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Interestingly, sphinx *doesn't* define it for me. One of the first things I
> did was "grep Cap" on the latex build directory.
> I updated sphinx from SVN pretty recently... I wonder if that has anything
> to do with
On Thu, Jun 12, 2008 at 9:52 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Eventually, we'll have to track down and document which versions of sphinx,
> docutils and pygments work to build the matplotlib documentation. There's a
> lot of moving parts here...
Documenting is good, and I don'
On Thu, Jun 12, 2008 at 7:47 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Barring that, I suppose we'll have to a) drop the symbol table or b) use
> mathtext to generate the math for LaTeX (there's something very patricidal
> about that... ;). b) may be a little bit of work to do well, sin
On Wed, Jun 11, 2008 at 4:34 PM, Stan West <[EMAIL PROTECTED]> wrote:
> Would you please look over the attached patch? During
> FigureCanvasWx.__init__, it connects FigureCanvasWx.SetInitialSize to
> SetBestFittingSize or do_nothing if it isn't already inherited from
> wx.Panel. FigureFrameWx.__
On Thu, Jun 12, 2008 at 2:23 PM, Nils Wagner <[EMAIL PROTECTED]
wrote:
> "/usr/local/lib64/python2.5/site-packages/matplotlib/backends/backend_wx.py",
> line 456, in __init__
> gfx_ctx = wx.GraphicsContext.Create(dc)
> AttributeError: 'module' object has no attribute
> 'GraphicsContext'
>
> An
> On Thu, Jun 12, 2008 at 2:54 PM, Nils Wagner
> <[EMAIL PROTECTED]> wrote:
>
>> src/ft2font.cpp: In member function 'Py::Object FT2Image::py_as_array(const
>> Py::Tuple&)':
>> src/ft2font.cpp:273: error: cannot convert 'int*' to 'npy_intp*' in argument
>> passing
>> error: command 'gcc' failed wit
On Thu, Jun 12, 2008 at 3:07 PM, Ken McIvor <[EMAIL PROTECTED]> wrote:
> To the best of my knowledge the wx.GraphicsContext class is not
> present in wxPython 2.6.
Nils, part of what we are trying to do on the 0.98 release series is
remove a lot of legacy code supporting 18 versions of everything
On Thu, Jun 12, 2008 at 3:38 PM, Ken McIvor <[EMAIL PROTECTED]> wrote:
> On Jun 12, 2008, at 3:22 PM, John Hunter wrote:
>>
>> If some wx guru sees an easy fix here, by all means add it.
>
> Not to imply that I'm a guru, but I'll try to look into it this
On Thu, Jun 12, 2008 at 5:28 PM, T J <[EMAIL PROTECTED]> wrote
> With usetex turned on,
> $ python examples/pylab_examples/simple_plot.py --verbose-debug > run_agg.out
> fails to produce a plot. When usetex is turned off, the plot is produced.
Does it help to clear the caches:
> rm -rf ~/.mat
On Thu, Jun 12, 2008 at 5:36 PM, T J <[EMAIL PROTECTED]> wrote:
> Sorry, quick clarification:
>
> With usetex enabled,
> GTK will not plot
> GTKAgg will plot
> WXAgg will plot
One more point, you may want to try usetex=False with the new mathtext
support in 0.98, which is quite good. You ca
On Fri, Jun 13, 2008 at 7:40 AM, Manuel Metz <[EMAIL PROTECTED]> wrote:
> Paul Novak had planed to work on scatter legend and I am also interested in
> this, so we came up with a code fragment, but it doesn't do the job well. I
> think a legend for scatter is something that is really needed for
>
On Fri, Jun 13, 2008 at 9:25 AM, Chris Walker
<[EMAIL PROTECTED]> wrote:
>> So if we want to support stable, *and*
>> the latest releases, we've got a lot of ongoing compatibility work to
>> do. For backend maintainers willing to do it, I think that will be
>> good. But I am hesitant to target s
On Fri, Jun 13, 2008 at 9:39 AM, Stan West <[EMAIL PROTECTED]> wrote:
> 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
On Fri, Jun 13, 2008 at 9:40 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This task took a lot longer than I expected, so I'm going to have to
> pause for a while. But here's a couple of notes for improvement if
> anyone wants to take it on:
>
> 1) Clicking on the image in HTML currently g
On Fri, Jun 13, 2008 at 3:20 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> I just deleted the static_figs directory from svn, and moved the contents into
> pyplots. The generated figures were committed to svn as well, so they should
> not be auto-generated. This way we can consistently use the nice
On Fri, Jun 13, 2008 at 3:28 PM, Ryan May <[EMAIL PROTECTED]> wrote:
>> Ryan: I'm sure you could do it, and it would be a nice contribution to
>> the community. There's some IDL code here
> Thanks. I also managed to find a matlab implementation, which was
> straightforward to port over. I'm w
On Tue, Jun 17, 2008 at 9:58 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> My plan (as one of maintainers of matplotlib in Debian) is to keep
> uploading 0.91.x in unstable, so it can migrate to testing (the
> staging area to prepare the next stable release) when needed, and
> prepare the 0.98.x pa
On Tue, Jun 17, 2008 at 1:56 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I did svn up on sphinx(0.3dev-20080617) and mpl (r5583), reinstalled
> both, and tried to build the docs.
I see this tool. This looks like a sphinx change that we are not
accounting for (or a bug). There is a sphinx log m
On Tue, Jun 17, 2008 at 5:47 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> There are significant changes to image handling, how they are copied
> etc, between the prior sphinx version and HEAD, so I suspect we need
> to figure out if we need to do something different or if it is a
On Wed, Jun 18, 2008 at 8:56 AM, Nils Wagner
<[EMAIL PROTECTED]> wrote:
> Is it possible to produce transparent png's with mpl ?
Yes, but you must explicitly set the transparency on every object you
want to be transparent::
fig = plt.figure()
fig.figurePatch.set_alpha(0.5)
ax = fig.add_su
On the 0.91 branch, there was an example called clippedline.py that
did a searchsorted on the xdata based on the xlim to cull out points
far outside the view limits. This is useful if you have a really long
time series and want to navigate through it.
This is broken on the trunk, but before I div
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
> node hyperlinks to the class docs.
>
> It uses "dot" to render t
I believe there is a bug in the figimage handling when multiple images
are present. It looks like there is a negative sign in the
transformation that shouldn't be there. It is common to get upside
down in mpl, since bottom is 0 for us and usually bottom is top
Uncomment out the second figimage c
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 you've uploaded the docs, I see that the font you're getting isn't
> as nice as mine. I wa
On Thu, Jun 19, 2008 at 11:52 AM, Olle Engdegård <[EMAIL PROTECTED]> wrote:
>
> Here is a patch to add linestyles to patches.py. I have tried it with
> unfilled step histograms (important for b/w print and colour blind people).
>
> What do you think?
I'm happy to include this, but we need to make
Sandro has been working hard packaging matplotlib 0.98.0 for debian
ahead of the next major debian feature freeze, and says he can get
0.98.1 in if we release it by June 24th. Charlie, can you do a
release on Monday? All developers, please take some time to fix any
bugs you are aware of and let's
On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Now that you've uploaded the docs, I see that the font you're getting isn't
> as nice as mine. I was setting "fontname" to "sans", which is supposed to
> get the default sans serif font on the system. It appears, fr
On Fri, Jun 20, 2008 at 10:20 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> Can we shoot for Sunday night? It would be much more convenient for me at
> least.
Absolutely. I suggested Monday because I thought it would be better,
but Sunday works fine too. I'll do a round of testing Sunday mornin
On Fri, Jun 20, 2008 at 6:10 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hmm, I'm sending this directly to you guys... My post to MPL devel still
> seems to be in the queue somewhere...
>
> -Andrew
>
> Hi,
>
> I've encountered behavior in the svn trunk that I think is a bug.
> Namely, the axes vi
On Fri, Jun 20, 2008 at 12:54 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
> John, do you need anything from BIC? I'm out for a few hours (car
> troubles) and will be in and out on Saturday, but likely with a laptop
> in tow. So just call me on my cell if anything from bic is needed for
> the r
On Fri, Jun 20, 2008 at 1:16 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
> Yes, it's meant to be up 24/7. The mess on Monday/Tuesday was because
> I was adding backup drives, so I needed to reboot it multiple times.
> That's done now and it should just work. I meant more if you needed
> anythi
On Thu, Jun 19, 2008 at 5:46 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> I believe there is a bug in the figimage handling when multiple images
> are present. It looks like there is a negative sign in the
> transformation that shouldn't be there. It is common to get upside
On Fri, Jun 20, 2008 at 10:20 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> Can we shoot for Sunday night? It would be much more convenient for me at
> least.
I'll be traveling most of the day so I will be mostly out of
touch(some blackberry access), but I did a round of testing on the
branch and
On Mon, Jun 23, 2008 at 4:11 AM, Olle Engdegård <[EMAIL PROTECTED]> wrote:
>>> Here is a patch to add linestyles to patches.py. I have tried it with
>>> unfilled step histograms (important for b/w print and colour blind
>>> people).
> Tested, seems to work fine with Agg, Cairo, PS, PDF, SVG, GTK,
This is the first bugfix release of the 0.98 series, with lots of
small bugs fixed and a few features added. Thanks to Charlie Moad for
the builds: src and binaries available from
http://sourceforge.net/project/showfiles.php?group_id=80706. For
those of you on the 0.91 maintenance branch, we have
On Mon, Jun 23, 2008 at 5:03 PM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> mpl 0.98.1 has just been uploaded in unstable (tomorrow will be
> available on debian mirrors hosts).
Thank you -- that was really fast. So far no bug reports -- crossing
fingers :-)
JDH
-
On Tue, Jun 24, 2008 at 1:57 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Sorry to bump the thread, but has anyone had a chance to take a look?
>
> I've re-attached the patch.
Thanks for the reminder and sorry for the delay getting back. The
problem in the patch was that the "
On Tue, Jun 24, 2008 at 8:35 AM, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Tuesday 24 June 2008 09:22:34 am Nils Wagner wrote:
>> Hi all,
>>
>> Since *yesterday* I have some trouble with pylab.
>> Some program hang. I cannot use Ctrl C to kill them.
>> Ctrl Z works. If I use ps I get
>>
>> 1091
On Tue, Jun 24, 2008 at 9:17 AM, Nils Wagner
<[EMAIL PROTECTED]> wrote:
> Thank you for your prompt reply and sorry for my rudimental bug report.
>
> BTW, is the transparency option for png files in progress ?
I believe the unspoken consensus was it is easy to set the alpha on
the figurePatch and
On Tue, Jun 24, 2008 at 1:10 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> There are a couple of different ways this could be done.
>
> Alpha-blending over top of the image (should work for everything but
> Postscript):
>
> gcf().text(0.1, 0.1, "Watermark", rotation=45,
> fontproperties=FontP
On Tue, Jun 24, 2008 at 1:27 PM, Nils Wagner
<[EMAIL PROTECTED]> wrote:
> Actually, I would like to display an image (png format)
> 'under' several lines.
> Assuming that a watermark function will be supported by
> mpl, it would be nice to have an example in
>
> matplotlib/examples/pylab_examples
On Wed, Jun 25, 2008 at 8:25 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> 2008/6/25 Michael Droettboom <[EMAIL PROTECTED]>:
>> Maybe this should be made an option on the "transparent" kwarg to savefig,
>> something like:
>>
>> transparent = 'figure' | 'figure_and_axes'
>>
>> Or is that jus
On Wed, Jun 25, 2008 at 9:09 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> "rectangle" might be a bad name for "axesPatch" since it can be a circle for
> polar plots, and ellipse for geo plots etc.
Ahh yes, mind still mushy even after a good night's sleep. "patch" or
"background" I feel abo
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 "axesPatch" since it can be a circle for
>> polar plots, a
I noticed Michael just made a commit adding plot directive examples in
the doc strings. I think this is a great idea, and very cool, since
the html docs for a given function will not only link to a complete
code example, but also have inline figures and links to various output
high res or vector f
On Thu, Jun 26, 2008 at 3:14 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I think a special place for doc examples is a very good idea; I don't see
> any real disadvantage.
I'm not real keen on this if it means moving the example from the
existing location, since the examples directory should be
On Fri, Jun 27, 2008 at 8:03 AM, Nicolas Rougier
<[EMAIL PROTECTED]> wrote:
> I've developed a GTK/Python/Pylab console that is able to display
> most matplotlib figures directly within the console and handle
> matplotlib mouse events properly.
What would be really great is if you could insert th
Manuel and Michael worked on fixing a bug with TextWithDash, but this
introduced a bug will all tick labels so I reverted the changes. The
problem is that the text layout code in Text (eg draw,
get_window_extent) is using "get_position" which in TextWithDash is
the dash position, according to the
On Mon, Jun 30, 2008 at 7:10 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Hate to say "me too", but I don't really understand text with dash
> either... I'll have a look when I have adequate time to devote to it,
> if no one else volunteers.
Daishi,
I don't know if this is still the right
On Mon, Jun 30, 2008 at 6:34 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> I *think* I found a simple fix: use the Text._x and ._y directly in draw,
> rather than get_position which refers to the text position in Text and the
> Dash position in TextWith Dash (thank you for pointing this out, John).
On Mon, Jun 30, 2008 at 2:31 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> It seems rather straight forward to implement "axes_class" keyword in
> add_subplot() and I may make a patch for it.
> So, how does others think?
Seems totally reasonable an we'd be happy to accept a patch.
Thanks,
JDH
-
On Sun, Jun 29, 2008 at 9:28 AM, Nicolas Rougier
<[EMAIL PROTECTED]> wrote:
>
>
> Thanks John, I've update the new version with your code.
>
> It is now available at:
> http://www.loria.fr/~rougier/pylab.html
>
> You can now choose between python and ipython (option -s python
> or -s ipython) and
On Mon, Jun 30, 2008 at 8:40 PM, Chris Walker
<[EMAIL PROTECTED]> wrote:
> When building the docs using make.py in the doc directory, Latex hangs.
>
>
> I'm using the svn version of the docs on a debian system with
> matplotlib 0.98.1 and sphinx 0.4.
>
> Latex hangs ( but can be made to continue by
On Tue, Jul 1, 2008 at 5:31 AM, Nicolas Rougier
<[EMAIL PROTECTED]> wrote:
> There is now a installable package (pycons.tgz) available from:
>
> http://www.loria.fr/~rougier/pycons.html
Cool, this is working for me now. Very nice. Two more comments:
You must override draw_if_interactive *befor
On Tue, Jul 1, 2008 at 8:37 AM, David Trem <[EMAIL PROTECTED]> wrote:
> Thanks you very much considering my license request!
> I don't think there could be license issue with matplotlib since it is
> also using a quite permissive license. Could the matplotlib gurus
> comment on that?
Yes, the BSD
On Sat, Jul 12, 2008 at 4:31 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> and I am suggesting that this handling of None as a default should
> always be moved to a setter if one exists. That way, a user can always
> get a property back to its default value by setting it to None.
>
> Does anyone i
On Tue, Jul 15, 2008 at 5:37 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> I welcome any comments/criticism to help improve this.
Hey Ryan,
I have looked at this code briefly and have a few minor comments. I
think Eric, who did the bulk of the current quiver implementation, and
as an oceanographer
On Wed, Jul 16, 2008 at 7:20 AM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> The patch isn't done - manually selected labels won't be rotated or
> inline. There is also a need for general cleaning up and documentation.
> I just want to see what people think about the approach before investing
>
On Thu, Jul 17, 2008 at 7:48 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> Hi All,
> I'd like to "resubmit" the request below: any new version to be
> released soon? in the process to generate the doc in Debian, something
> got fixed upstream, so a new release would be really helpful to have
> 0.98.
On Thu, Jul 17, 2008 at 2:46 AM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> Thanks for the comments. My sourceforge ID is dmkaplan. Please add me
Hi David -- I've added you as a developer so you should be able to
commit now. The developer's guide is here:
http://matplotlib.sourceforge.net
Anyone have any idea what changes may be causing this new bug in
quadmesh on non agg backends?
[EMAIL PROTECTED]:mpl> python examples/pylab_examples/quadmesh_demo.py -dPS
Traceback (most recent call last):
File "examples/pylab_examples/quadmesh_demo.py", line 47, in
savefig("quadmesh_demo")
I am trying to do a clean rebuild of the docs, and am seeing warnings
from dot/digraph when I do the latex part. Looks like this is coming
from the inheritance diagram support:
[EMAIL PROTECTED]:doc> dot -V
dot - Graphviz version 2.14.1 (Fri Sep 7 12:22:15 UTC 2007)
# here is the build output
d
On Thu, Jul 17, 2008 at 2:44 PM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I committed to svn (revision 5782) a version of the patch for clabel and
> waitforbuttonpress. I haven't perfected label rotation yet, but it
> works at the moment. I also haven't yet followed Paul Kienzle's
On Thu, Jul 17, 2008 at 3:44 PM, Vineet Kumar <[EMAIL PROTECTED]> wrote:
> It's a pretty trivial 2-line patch to make this work, which I've
> tested internally. It doesn't affect any case where the user has
> already specified their own Formatter.
>
> Please let me know if there's any other inform
On Thu, Jul 17, 2008 at 10:35 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Has anyone ever noticed weirdness with translucent polygons on win32
> (using GTKAgg)? I had the occasion to actually do something on windows
> and noticed that, having drawn some polygons with alpha < 1, if I
> resize
On Fri, Jul 18, 2008 at 2:04 AM, Gael Varoquaux
<[EMAIL PROTECTED]> wrote:
> On Fri, Jul 18, 2008 at 07:36:03AM +0200, Gael Varoquaux wrote:
>> On Thu, Jul 17, 2008 at 08:55:59AM -0500, John Hunter wrote:
>> > I think we could do a 0.98.3 release.
>
>> I am right
On Fri, Jul 18, 2008 at 4:27 AM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> So just to make sure that I understand this, "MyInteractiveBackend"
> would be any backend canvas class for whom we want to implement the
> standard generic mixin. For example, the class FigureCanvasGTK would
> inherit
On Fri, Jul 18, 2008 at 3:50 AM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
>> I would probably write a cbook method is_sequence_of_strings and just
>> call that since it will be more readable and reusable...
>>
>
> Method added to cbook.
This method will return true on a string, which is probabl
On Fri, Jul 18, 2008 at 9:31 AM, Tuukka Verho <[EMAIL PROTECTED]> wrote:
> It seems that the function getpoints() doesn't take care of the
> situations when the slope of the line (x1,y1,x2,y2) is zero or infinity.
> This could be solved with the simple check in the function:
>
> if y2-y1 == 0:
>
On Fri, Jul 18, 2008 at 9:49 AM, Gael Varoquaux
<[EMAIL PROTECTED]> wrote:
> Hum, maybe I am not understanding properly what you mean here. It acts on
> matplotlib only when it is passed the -pylab argument, AFAIK. Thus if you
OK, at least I understand the issue now a bit better, thanks for
expla
On Fri, Jul 18, 2008 at 10:11 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> I'd like to see griddata functionality and Ryan May's wind barb patch in
> 0.98.3.
OK things seem to be moving pretty fast right now on several fronts,
so we may want to wait until mid next week before pushing anything
o
Periodically I go through the developer list and prune developers who
haven't made a commit in the last year, and was just reminded to do
this when I added David. This keeps the developers list down to a
reasonable size and makes it accurately reflect those who are
currently developing mpl. This
On Fri, Jul 18, 2008 at 11:49 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> John: I concur with your plan. The triangulation algorithm used in the
> natgrid package is quite bulletproof. Unfortunately, it's GPL and I haven't
> been able to get NCAR to change the license. I checked Shewchuk's
On Fri, Jul 18, 2008 at 12:52 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> What do you think? If it's OK I say we use the natgrid package in
> matplotlib, since it's more bulletproof than the scikits package (it passes
> Robert's degenerate triangulation test, and has been pounded on by user of
On Fri, Jul 18, 2008 at 3:00 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> It appears the current svn trunk has a problem in that gtk.main() in
> backend_gtk.py line 71 never returns, even after all windows have been
> closed. To reproduce, run "python simple_plot.py -dGTKAgg" and close the
> windo
On Fri, Jul 18, 2008 at 2:49 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> I just spent a little time getting hexbin to discard nans without
> failing in mysterious ways.
>
> I'm sending 2 patches: one will detect nans and raise a suitable
> exception. The other will automatically drop the nans and
On Fri, Jul 18, 2008 at 4:42 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> If you're happy with that extra cost, I'll modify
> axes.delete_masked_points() so that hexbin and scatter are automatically
> filtered in this way. Given the speed complaints we sometimes get, I was
> hesitant to add anoth
On Sat, Jul 19, 2008 at 1:05 AM, Gael Varoquaux
<[EMAIL PROTECTED]> wrote:
> It turns out it was only in the GTK backend, and quite trivial to
> correct. Attached is a new patch, including this correction.
Hey Gael, this is starting to look reasonable. I know implementing
these checks, such as d
On Sat, Jul 19, 2008 at 8:58 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> In integrating my barbs work, I'm having trouble that causes a circular
> import. I used delete_masked_points from axes. The problem here is that
> axes imports quiver (where I put barbs) which then has to (in some form
On Sat, Jul 19, 2008 at 8:02 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> We might want to consider, however, whether such extensive changes
> should be made immediately *before* a "bugfix" release. I think John is
> trying to get one out. I am already a little nervous about other recent
> and i
On Sat, Jul 19, 2008 at 9:30 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Take this one instead. I missed some imports on the last one (oops).
Hey Ryan -- the code you have been contributing is certainly high
quality, and I am happy to give you commit rights if you send me your
sf id. You should st
On Sat, Jul 19, 2008 at 9:48 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Ok, thanks for the vote of confidence. My (newly created) ID is: ryanmay
Alright, you're now set up for commits. Keep working closely with
Eric and Jeff and the rest of us on the functionality you are adding.
Welcome aboard!
On Sun, Jul 20, 2008 at 3:44 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> I noticed that offset_copy() went away in the transforms rewrite and was
> replaced with a trans + transfroms.Affine2D().translate(x,y). This
> works fine for x,y in pixels. However, offset_copy would also let you
> specify x
On Sat, Jul 19, 2008 at 11:09 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> The only issue I've seen is that scaling with PS is way too big. I've
> attached ps and pdf files from the same run to show the problem.
The only thing I can think of is since you are using a identity
transform and drawing i
On Mon, Jul 21, 2008 at 3:12 AM, Klaus Zimmermann
<[EMAIL PROTECTED]> wrote:
> Hello *,
>
> right now the NonUniformImage class in image.py uses numpy's asarray
> method. All similar classes instead use numpy.ma.asarray, thus allowing
> for masked images.
> I think this should be changed as in the
1101 - 1200 of 1363 matches
Mail list logo
