On Mon, Dec 10, 2012 at 3:45 AM, Phil Elson wrote:
> Thanks for bringing this up, it is certainly valuable to highlight this on
> the mailinglist. As you say, the change is hard to spot and, I agree, makes
> library code supporting v1.1.1 and v1.2 harder than one would like.
> Typically, anything
On 12/18/2012 09:21 AM, Jason Grout wrote:
> On 12/18/12 6:53 AM, Sturla Molden wrote:
>> Interactive 2D plots can be sluggish too, if you have enough objects in
>> them. It is not the backend that is sluggish. Replacing the backend does
>> not speed up the frontend.
>>
>> OpenGL is only 'fast' if
This is a great summary of the issues related to OpenGL, and how it can
help but is not a universal panacea.
Thanks,
Mike
On 12/18/2012 08:53 AM, Sturla Molden wrote:
> Interactive 2D plots can be sluggish too, if you have enough objects in
> them. It is not the backend that is sluggish. Replaci
Sorry -- I hadn't meant to be terse: I hadn't realised until now that
this was related to the other thread. I think it's an interesting
discussion, and we should probably find some way to address it --
perhaps that means that `polar` grows an option to affect negative handling.
Mike
On 12/18/
Hi Pierre,
>> There is no mention in the docs about the treatment of negative "r". The
>> treatment is contrary to my expectations, and I would wager contrary to many
>> peoples expectations. So at a new minimum, at the very least, the docs
>> should make clear what is happening.
>>
>> I wou
>> Is this in reference to issue #1603? Are you advocating changing the
>> solution?
>
>
>
> My only point was that the ongoing conversation should
> not accept uncritically the assertion that r<0 is senseless.
and I finally appreciate that criticism.
>From my perspective, I was happy to learn
On 12/18/2012 9:40 AM, Michael Droettboom wrote:
> Is this in reference to issue #1603? Are you advocating changing the
> solution?
My only point was that the ongoing conversation should
not accept uncritically the assertion that r<0 is senseless.
Thus I cited one example of the common accepta
> Is there anything we could do to give this important information a
> little more visibility on the webpage? The webpage still indicates
> that 1.2.0 is a development version.
Oops. That's been updated.
> Perhaps we could update it to
> say:
>
> "1.2.0 The most current stable release. Click h
Is this in reference to issue #1603? Are you advocating changing the
solution?
Cheers,
Mike
On 12/17/2012 05:50 PM, Alan G Isaac wrote:
> http://en.wikipedia.org/wiki/Polar_coordinate_system#Uniqueness_of_polar_coordinates
>
> fwiw,
> Alan Isaac
>
> --
On 12/18/12 6:53 AM, Sturla Molden wrote:
> Interactive 2D plots can be sluggish too, if you have enough objects in
> them. It is not the backend that is sluggish. Replacing the backend does
> not speed up the frontend.
>
> OpenGL is only 'fast' if you have a frontend that exploits it (e.g. uses
>
Interactive 2D plots can be sluggish too, if you have enough objects in
them. It is not the backend that is sluggish. Replacing the backend does
not speed up the frontend.
OpenGL is only 'fast' if you have a frontend that exploits it (e.g. uses
vertex buffers and vertex shaders). If you just us
Le 18/12/2012 11:13, Bob Dowling a écrit :
> Any how, the answer seems to be "yes I'm using rgrids() correctly, but
> no I'm not using matplotlib-friendly data points". I shall adjust my
> values of (r,th).
You don't need to change your (r,th) values. The two workarounds I see
to get your "versi
This is causing so much fuss, I'm starting to feel bad about asking the
question. I'll reply in the "uniqueness" thread about the (r,th)
coordinate system from a mathematical perspective.
From a matplotlib.pyplot user perspective, however, I think that if it
is going to misbehave with negativ
Hi Andre,
Le 18/12/2012 06:52, Andre' Walker-Loud a écrit :
> There is no mention in the docs about the treatment of negative "r". The
> treatment is contrary to my expectations, and I would wager contrary to many
> peoples expectations. So at a new minimum, at the very least, the docs
> shou
14 matches
Mail list logo
