Re: Dependency Proposal: Clutter 0.6.2, ClutterMM 0.6

[Guillaume Emont <guillaume fluendo com>]

Le lundi 21 avril 2008 à 08:06 +0100, Emmanuele Bassi a écrit :
> On Mon, 2008-04-21 at 02:04 +0200, Florian Boucault wrote:
> > Hello!
> > 
> > Pigment should be taken into account and not be dropped because it's
> > Python-only since it is not. Here is a C example of a Cairo sphere
> > rendered on a Pigment drawable:
> > 
> > https://code.fluendo.com/pigment/trac/browser/trunk/pigment/examples/sphere.c
> > 
> 
> far from me to detract from Pigment (I recently saw it's growing a GLES
> backend), while the Python API is very nice, the C API is nowhere as
> nice as Clutter's; its entire animation framework and item manipulation
> is done inside an high level language, while the C layer must manipulate
> matrices which is very GL-like; and if I wanted to wrap it in, let's
> say, Perl I'd have to reimplement it all. while this might be good for a
> low level library like D-Bus, where syntactic sugar should hide the gory
> details of the marshalling and demarshalling of data, I'm not as sure
> that a canvas should work the same way (I'm talking here as a bindings
> and an application developer, not as a Clutter developer).

Dear Emmanuele,

Thank you for your opinion.
As for the facts you mentioned, yes, there is stuff implemented in
pigment-python that is not available in pigment:
 - The only animation framework available for pigment is indeed the one
of pigment-python. That sucks, I agree with you, and that's why I've
been working on a new project: the PAF Animation Framework[1], that aims
at being a standalone generic animation framework; it will be used by
pigment in the future, and is designed to work well with other
libraries: GTK+, clutter, any GObject library, or even any non GObject
library. For the moment, it is in a "code skeletoning" and API
definition stage, anyone interested is welcome to participate or simply
give ideas. As for dates, I think a first version of PAF should be
available in less than a month, and pigment 0.5 will make use of it
(that should be available at the end of summer or at worst in autumn).
 - The scene graph-like grouping system is part of pigment-python as
well. There won't be any solution for that in pigment 0.3/0.4, but
pigment 0.5 will provide a scene graph API in C (again, end of summer or
autumn).

Cheers,

Guillaume


[1] http://live.gnome.org/PAF