On 02/26/2011 02:37 AM, Eric Firing wrote:
> On 02/25/2011 04:54 PM, Benjamin Root wrote:
>>
>> On Fri, Feb 25, 2011 at 8:01 PM, John Hunter<jdh2...@gmail.com
>> <mailto:jdh2...@gmail.com>>  wrote:
>>
>>
>>
>>
>>
>>      On Feb 25, 2011, at 7:00 PM, Christoph Gohlke<cgoh...@uci.edu
>>      <mailto:cgoh...@uci.edu>>  wrote:
>>
>>       >  Are PIL and PyGTK holding back matplotlib for Python 3
>>
>>      Not at all. Both are optional dependencies. Mpl's hard external
>>      dependencies are python, zlib, libpng, freetype and numpy.  With
>>      those you get the agg, pdf, ps and svg backends.   Various GUI
>>      tooolkits are optional, as is PIL, which provides some image reading
>>      capabilities and image comparisons for the unit tests.
>>
>>
>> While the GUI toolkits are optional, practically speaking, they are a
>> requirement for many (if not most) users.
>>
>> The damn-ing part about the backends is that many users use only one of
>> the GUI backends, and if that one is broken for them, they believe that
>> matplotlib is completely broken.  (Evidence: the user who complained
>> that matplotlib was not designed correctly when it turned out that the
>> macosx backend didn't support (non-?)interactive mode).
>>
>> PyGTK not being updated for py3k is a heart-breaker for me.  I don't
>> want to even imagine what sort of pain in the butt it is going to be to
>> program using PyGObject introspection (yeah, that sounds like fun...).
> It's not clear to me how bad it will be to handle this in the mpl
> backend.  This page
> (http://live.gnome.org/PyGObject/IntrospectionPorting) suggests it might
> be quite easy, and might not require extensive code change.  I think the
> idea is not so much that the bindings offer a different API but that
> their implementation is different, they are imported differently, and
> the constants are different.  Unfortunately, the python-gobject package
> on Ubuntu 10.10 seems to be broken; the example that comes with it won't
> run.
>
That's right -- the changes should be minimal.  The GObject 
introspection version is not meant to require the user to perform manual 
object introspection.  The difference is that rather than generating 
bindings at compile-time (like the old pygtk), the method lookup and 
resolution happens at run-time (much like Python objects already work).  
The advantage is there is less of a compilation dependency between the 
version of pygtk and gtk+, and it should be much easier to get Python 
access to any library based on GObject.
> In any case it appears that with the exception of Tkinter, it may take a
> long time before interactive mpl backends can be used with py3k.
The Qt4Agg backend is also working (with the exception of the Qt form 
layout stuff) under Python 3.x.

But gtk and cairo will have to wait until the bindings settle down, fltk 
and Qt 3.x can probably be safely deprecated, and wxPython seems to be 
in Python 3.x limbo.

Mike
> Eric
>
>> Ben Root
>>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search&  Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to