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 now implementing a wx frontend to ipython, and I can see in
> the near future a score of people complaining that "
Hi,
Just a remark:
GTKAgg on win32 is a combination I also use every day.
And I think many people also use it.
GTK is the almost only (nice) toolkit providing straightaway the same
look and feel independantly of the platform used. This is very important
if you would like to deploy the same s
Ryan May wrote:
> John Hunter wrote:
>> 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 c
Hi,
I just committed some changes to deal with these comments. Responses
below.
Cheers, David
On Thu, 2008-07-17 at 15:16 -0500, John Hunter wrote:
> def __init__(self, fig, eventslist=()):
> self.fig = fig
> assert isinstance(eventslist, tuple), "Requires a tuple of
> even
Hi,
On Thu, 2008-07-17 at 16:55 -0400, Paul Kienzle wrote:
>FigureCanvasBase:
>def start_event_loop(self, ...):
>raise NotImplemented
>FigureCanvasEventLoopMixin:
>def start_event_loop(self, ...):
>generic interactive using time.sleep
>MyInterac
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 now implementing a wx frontend to i
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
Hi all!
I'm using version 0.91.2, but by looking at the svn repository is seems
this issue still exists.
There seems to be a bug in the getpoints() method in the YAArrow class.
When I execute the commands
from pylab import *
annotate('Oops...', (.2, .2), (.2, .6), arrowprops=dict(width=3))
sho
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 09:15:16AM -0500, John Hunter wrote:
> ipython Shell.py already hacks wx, gtk, and tk to make sure mpl's
> mainloop is not going to cause any problems (eg
> IPython.Shell.hijack_wx). Is there something about the new ipython wx
> frontend design that requires a different sol
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:
>
John Hunter wrote:
> 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
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 Friday 18 July 2008 11:14:00 am John Hunter wrote:
> On Fri, Jul 18, 2008 at 9:49 AM, Gael Varoquaux
> What about checking to see if your ipython module is in sys.modules
> when pyplot is imported, checking the backend, and then importing it,
> checking for wthread etc, issuing a severe warning
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
On Fri, Jul 18, 2008 at 11:27:50AM +0200, David M. Kaplan wrote:
> Hi,
>
> On Thu, 2008-07-17 at 16:55 -0400, Paul Kienzle wrote:
> >FigureCanvasBase:
> >def start_event_loop(self, ...):
> >raise NotImplemented
> >FigureCanvasEventLoopMixin:
> >def start_event_
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
John Hunter wrote:
> 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 unt
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:01, John Hunter <[EMAIL PROTECTED]> wrote:
> 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 ha
Jeff Whitaker wrote:
> John Hunter wrote:
>
>> 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
On Fri, Jul 18, 2008 at 10:14:00AM -0500, John Hunter wrote:
> Basically, you want to support users who are using ipython -wthread
> but not -pylab who later import pylab with a misconfigured rc.
That's ine way of putting it. You are considering the ipython, the way it
is currently implemented is
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
John Hunter wrote:
> 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
Hi,
My bad - I forgot strings are iterable. This should now be fixed.
Cheers,
David
On Fri, 2008-07-18 at 09:41 -0500, John Hunter wrote:
> 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
Hi,
On Fri, 2008-07-18 at 11:52 -0400, Paul Kienzle wrote:
> If exceptions aren't used, then non-interactive backends should
> return []
>
I think I have changed my mind on this one - an error seems more
appropriate. The real-world use cases for this are (1) someone doesn't
realize they are in
Hi,
On Fri, 2008-07-18 at 09:24 -0500, John Hunter wrote:
> On Fri, Jul 18, 2008 at 4:27 AM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> I'm not a huge fan of mixins. We use them occassionally, eg for
> FigureCanvasGtkAgg and their are some good uses for them, but they can
> quickly lead to ove
John Hunter wrote:
> 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 wit
On Fri, Jul 18, 2008 at 09:17:02PM +0200, David M. Kaplan wrote:
> For ginput, there are a number of ways that an impartial list could be
> returned and this is often a desired outcome (for example, I often
> decide after the fact that I want fewer points than I initially
> thought).
Can't you use
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 continue with
hexbin. The 2nd seems a little nicer in functionality, but the code
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
window. This does not happen with WXAgg or TkAgg.
-Andrew
--
John Hunter wrote:
>
> And we can hold for Ryan's wind barbs too -- it looks like Eric is on the
> case.
It's at the top of my list ATM. I've let this afternoon get away from
me, but I have literally *nothing* to do tomorrow and Sunday, so expect
a patch this weekend. (Let's hope I haven't j
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 07:57:25PM +0200, Gael Varoquaux wrote:
> OK, now what is the way forward. We need to provide the advanced-user for
> a good control on the backend. We need to provide a way that simply works
> without changing anything. The same code should run in "ipython -pylab",
> idle,
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
John Hunter wrote:
> 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
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
John Hunter wrote:
> 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 w
Eric Firing wrote:
> John Hunter wrote:
>> 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 comp
On Fri, Jul 18, 2008 at 4:17 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Yes, good idea. (In fact I wonder why numpy doesn't have minmax.)
I've often wondered this myself...
Cheers,
f
-
This SF.Net email is sponsored by
Hi,
Am I wrong, or does matploib not build with current numpy svn?
Here is the error message I am getting:
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC
-I/home/varoquau/dev/numpy/trunk/numpy/core/include
-I/usr/include/freetype2 -I/usr/local/include -
On Sat, Jul 19, 2008 at 01:25:51AM +0200, Gael Varoquaux wrote:
> Am I wrong, or does matploib not build with current numpy svn?
OK, Fernando told me that matplotlib builds fine with latest numpy on his
box so Ienquired a bit more. The problem is that the build of matplotlib
tries to include a hea
I have implemented a prototype of interactive backend detection. As I
proposed earlier, I added an extra rc parameter 'backend_fallback' that
allows pyplot to inspect sys.modules on load and try to redirect
interactive backends to the appropriate ones.
I am attaching a patch, not for inclusion, as
I forgot to mention: fltk and cocoa did not get any love at all in this
patch. The reason being that I do not know of any program running the
first one, and for me to test and develop things for the second one,
somebody will have to offer me an apple computer :).
Cheers,
Gaël
---
On Sat, Jul 19, 2008 at 07:31:19AM +0200, Gael Varoquaux wrote:
> - show starts a mainloop and is blocking even if there are not windows
> open. This basically leads to a deadlock where the user cannot
> interrupt the mainloop. This can probably be easily fixed, and I'll
> look into i
45 matches
Mail list logo
