matplotlib-devel

Re: [matplotlib-devel] SF.net SVN: matplotlib:[6288] trunk/matplotlib

[Eric F. <ef...@ha...>]

jd...@us... wrote:
> Revision: 6288
>           http://matplotlib.svn.sourceforge.net/matplotlib/?rev=6288&view=rev
> Author:   jdh2358
> Date:     2008-10-21 15:26:22 +0000 (Tue, 21 Oct 2008)
> 
> Log Message:
> -----------
> restored the support for multiple pyplots that I broke earlier
>


>      def set_xlim(self, xmin=None, xmax=None, emit=True, **kwargs):
>          """
> @@ -1944,7 +1944,7 @@
>          """
>          Get the y-axis range [*ymin*, *ymax*]
>          """
> -        return self.viewLim.intervaly
> +        return tuple(self.viewLim.intervaly)

John,

It might be worth adding a comment in the code as to why a tuple is 
needed here.

Eric

Re: [matplotlib-devel] SF.net SVN: matplotlib:[7070] trunk/matplotlib

[Sandro T. <mo...@de...>]

On Wed, Apr 29, 2009 at 18:07,  <jd...@us...> wrote:
> Log Message:
> -----------
> add masked array support to fill_between
>
> Modified Paths:
> --------------
>    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
>    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py

is the switch to FigureCanvasGTKAgg in the examples somewhat related to...

>    trunk/matplotlib/lib/matplotlib/axes.py

...supporting masked array here?

I'm asking because I'm studying those embedded_in_gtk* examples to
learn/describe how to embed mpl into gtk :)

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Re: [matplotlib-devel] SF.net SVN: matplotlib:[7070] trunk/matplotlib

[John H. <jd...@gm...>]

On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi <mo...@de...> wrote:

> On Wed, Apr 29, 2009 at 18:07,  <jd...@us...> wrote:
> > Log Message:
> > -----------
> > add masked array support to fill_between
> >
> > Modified Paths:
> > --------------
> >    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
> >    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py
>
> is the switch to FigureCanvasGTKAgg in the examples somewhat related to...
>
> >    trunk/matplotlib/lib/matplotlib/axes.py
>
> ...supporting masked array here?
>
> I'm asking because I'm studying those embedded_in_gtk* examples to
> learn/describe how to embed mpl into gtk :)



No, it is unrelated; my commit message was incomplete.

I was demo-ing the embedding example to a colleague and got a gtk drawing
error (we have an older pygtk error here).  Apparently our backend gtk api
is not consistent with all the pygtk's in the wild.  With gtkcairo and
gtkagg, I am not too concerned with this, so I just changed the default to
gtkagg for that example which will work out of the box for more users, and
we always try to push people onto *agg where feasible.

JDH

Re: [matplotlib-devel] SF.net SVN: matplotlib:[7070] trunk/matplotlib

[Sandro T. <mo...@de...>]

On Wed, Apr 29, 2009 at 19:51, John Hunter <jd...@gm...> wrote:
> On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi <mo...@de...> wrote:
>>
>> On Wed, Apr 29, 2009 at 18:07,  <jd...@us...> wrote:
>> > Log Message:
>> > -----------
>> > add masked array support to fill_between
>> >
>> > Modified Paths:
>> > --------------
>> >    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
>> >    trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py
>>
>> is the switch to FigureCanvasGTKAgg in the examples somewhat related to...
>>
>> >    trunk/matplotlib/lib/matplotlib/axes.py
>>
>> ...supporting masked array here?
>>
>> I'm asking because I'm studying those embedded_in_gtk* examples to
>> learn/describe how to embed mpl into gtk :)
>
> No, it is unrelated; my commit message was incomplete.

:)

> I was demo-ing the embedding example to a colleague and got a gtk drawing
> error (we have an older pygtk error here).  Apparently our backend gtk api
> is not consistent with all the pygtk's in the wild.  With gtkcairo and
> gtkagg, I am not too concerned with this, so I just changed the default to
> gtkagg for that example which will work out of the box for more users, and
> we always try to push people onto *agg where feasible.

and I also got a reply for my next question "why this change?" :)

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi