Hi;

Hi;

On Fri, 2006-09-01 at 12:21 +0300, [EMAIL PROTECTED] wrote:
> I used clutter via the packages
> of Debian unstable. Nice to see it was packaged
> so fast!
> 

You can thank Ross Burton for that :)

> 1. Clutter is a great idea. The implementation is
> a bit rough at this point, but this should be expected
> for a 0.1 release. I find the API very well thought too.
> 

Cool.

> 2. I am thinking of contributing code but I want to ask
> if it is too early. I mean maybe the pace of development
> at the moment is too fast, so that outside developers should
> not even bother sending patches. It this correct?

No, please do send patches ! If 'outside' developer interest was not
wanted SVN would not be public, there would be no mailing list etc :)

What kind of contributions did you have in mind ?

>  
> Is a 0.2 release close?
> 

Hopefully. 

> 3. I cannot find any archive of the mailing list. Is there any?

See http://news.gmane.org/gmane.comp.lib.clutter.

> 
> 4. Cairo support would be ok to include in Clutter. I have seen the
> code from svn. However I think that most developers would be
> happy to have svg support (as far as vector graphics are concerned).
> Are there are plans on loading and viewing svg files in clutter?
> While cairo graphics are powerful they are a bit low-level I think.
> 

Currently you can use gdkpixbuf to load an SVG into a clutter texture -
though this isn't ideal. I believe there is also a cairo based svg
rendering lib which could be used with the clutter-cairo module.  

I am not currently planning on adding a mass of sophisticated drawing
primitives into core clutter, I rather depend on things like cairo to do
this. The current problem with Cairo is performance - especially as the
current clutter-cairo module just munges a cairo image surface into a
texture having to un-premultiply RGBA data etc. I originally attempted
with Glitz ( which is the ideal solution ) but could not get shared GL
contexts between clutter and glitz to play happily :( Id welcome any
other attempts at this.

  -- Matthew 


-- 
To unsubscribe send a mail to [EMAIL PROTECTED]

Reply via email to