Hi all,
I'm continuing experimenting various solution for a possible GL backend for
matplotlib and I made some progress (but no integration yet).
You can check results (and experimenting yourself at various places, sorry for
that):
Text : http://code.google.com/p/freetype-gl/
http://
On Wed, Aug 01, 2012 at 11:24:06AM +0200, Nicolas Rougier wrote:
>
>
> Hi all,
>
>
> I'm continuing experimenting various solution for a possible GL backend for
> matplotlib and I made some progress (but no integration yet).
>
> You can check results (and experimenting yourself at various pla
Thanks. Apart from the speed, an OpenGL backend could be also useful for the
ipython notebook using webgl (but I'm a total newbie at webgl).
Nicolas
On Aug 1, 2012, at 12:07 , Damon McDougall wrote:
> On Wed, Aug 01, 2012 at 11:24:06AM +0200, Nicolas Rougier wrote:
>>
>>
>> Hi all,
>>
>>
On Wed, Aug 1, 2012 at 6:44 AM, Nicolas Rougier wrote:
>
>
> Thanks. Apart from the speed, an OpenGL backend could be also useful for
> the ipython notebook using webgl (but I'm a total newbie at webgl).
>
> Nicolas
>
>
Nicolas,
It is great to see that you have made some progress with glumpy! It
Hi,
I've noticed the same problem on the MacOSX backend recently (TkAgg works fine
on OS X though). I assumed that it would be more than a one-line fix, therefore
I did not look into it further. It would be great if your solution worked for
MacOSX too!
Regards,
Ludwig
---
Hi everyone,
I was looking at the matplotlib backends, and I have a question about the way
things are organized.
As of now every backend has:
* FigureManager, which corresponds to a figure + canvas + renderer + sometimes
FigureFrame.
* Canvas, which contains a single figure and a renderer.
Th
To give a little bit more context, I want to implement a function
which attaches a figure constructed via OO interface to pyplot.
It seems that the only way to do so now is to go over all the backends,
modify new_figure_manager to accept a figure argument, detect the
backend used by pyplot, and u