Just because we are using all the 2D drawing code to make the plots,
which is why the 3d code is so small, maintainable and is visually
consistent with 2D matplotlib. I believe that moving to OpenGL would
require a substantial effort.
J
On Mon, Mar 9, 2009 at 12:17 AM, Ondrej Certik wrote:
> On
On Sun, Mar 8, 2009 at 9:01 PM, Jonathan Taylor
wrote:
> Hi,
>
> Thanks for the patch. How slow is it for you? I find it slow but
Well, when I use mouse to rotate the image, I can see that it lags behind.
> quite usable. The main problem, I imagine, is that sympy is using
> OpenGL and thus yo
Hi,
Thanks for the patch. How slow is it for you? I find it slow but
quite usable. The main problem, I imagine, is that sympy is using
OpenGL and thus your graphics card performs all the 3d -> 2d rendering
whereas we do much of this in python/numpy. When I get a chance I am
going to see if I c
On Sun, Mar 8, 2009 at 7:45 PM, Jonathan Taylor
wrote:
> Hi Reinier,
>
> Awesome. Those plots are making me smile! I also agree with your
> refactoring and have applied your patch to my git repository.
>
> I agree with you concerning the sympy plotting routines. I think what
> we have here is qu
Hi Reinier,
Awesome. Those plots are making me smile! I also agree with your
refactoring and have applied your patch to my git repository.
I agree with you concerning the sympy plotting routines. I think what
we have here is quite flexible and does a very good job of replicating
the equivalent
Hi,
I've done some further refactoring of mplot3d:
- Almost all of the test plotting functions work, except for
test_bar2D. Filled contours are not perfect yet and need a bit more
work. Try "python axes.py" with the attached files to see how it
looks!
- I removed the Wrap2D class, which was usin
