Nice work ... and an ambitious effort.
I've gotten it running, and am a bit perplexed by some of the
performance I'm seeing. Specifically, the following bit takes well
over twice as long to run as does WxAgg. Does this align with others'
testing?
The only difference I detect is that the Mac backend puts up a window
on the call to plt.figure, while WxAgg waits until the call to show().
Thanks,
Eric
# for testing macosx backend only
import matplotlib
matplotlib.use('macosx')
import matplotlib.pyplot as plt
f=plt.figure()
import numpy as np
x=np.arange(1e4)
y=np.sin(x)
ax=f.add_subplot(111)
sc=ax.scatter(x,y,c=x**2.0)
plt.show()
On Tue, Oct 28, 2008 at 12:13 PM, Christopher Barker
<[EMAIL PROTECTED]> wrote:
> Michiel de Hoon wrote:
>> I wrote a backend for matplotlib on Mac OS X. This is a native
>> backend for Mac OS X
>
> very nice!
>
>> 4) One drawback compared to the existing cocoa-agg backend is that
>> the latter allows easy integration of matplotlib into a larger cocoa
>> application, whereas my backend only cares about matplotlib.
>
> well, as far as many of us are concerned, matplotlib IS an embeddable
> plotting package. I suppose you could say that your backend only cares
> about pylab.
>
> Is there any possibility to embed it in another app? I know that wx, for
> instance, can pass a Window handle to other libs, so that you can have
> that window managed and drawn by other code, while wx handles the rest
> of the app -- would this kind of thing be possible with your code with
> wx, and Cocoa, and QT, and ? I imagine GTK would be off the table as it
> is using X11, though I suppose if you are using Apple's X11, it could
> even be possible there.
>
>> Whereas matplotlib has a vastly superior range of high-level plotting
>> capabilities, pygist excelled at sheer speed. This was achieved by
>> having three backends (Windows, Mac OS X, X11) written in C for
>> optimal performance,
>
> I'm still curious where all this speed comes from. MPL already uses Agg
> for a lot, and it's generally reported to be as fast as many native
> drawing APIs (though maybe not quartz?)
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> [EMAIL PROTECTED]
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
