On Fri, 2008-01-18 at 22:27 -0300, Gustavo Sverzut Barbieri wrote:
> On Jan 18, 2008 10:21 PM, Ben Martin <[EMAIL PROTECTED]> wrote:
> >
> > On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote:
> >
> > > while i have nothing against adding locks on primitives - if we do it in 
> > > one
> > > place (ecore) we will need to start doing it everywhere. locks will add
> > > overhead. those on limited computing (embedded devices) will feel it 
> > > most. also
> > > if we look at the work needed to add it everywhere - that's not a small
> > > undertaking at all. i have decided in the past not to bother as gustavo 
> > > put
> > > this clearly - i kind of expect people to have threads do entirely 
> > > independent
> > > things outside the main gui thread and communicate back cleanly via pipes 
> > > -
> > > glib expects people to use threads with glib and has primitives for 
> > > making them
> > > interact directly with the main loop from a thread. different design 
> > > approaches
> > > there.
> > >
> > > right now i (personally) thing the best way to integrate is to have ecore 
> > > main
> > > loop and glib main loop run in separate threads, with them communicating 
> > > via
> > > pipes used to glue them together. maybe some pipe wrapping/handling stuff 
> > > in
> > > ecore might help with this?
> > >
> >
> > That last one will be my fallback position of adding the needed stuff
> > into glib2 becomes to hard / difficult.
> 
> If we could add these primitives and write one on the top of the
> other, then we could even try to get EFL approved as "glib-friend"
> under the Gnome foundation, specially on GMAE (Gnome Mobile), this
> would bring us more developers and even companies. It's nothing more
> than words/marketing, but it helps a lot in the end... right now they
> just have Cairo (vectorial, slow) and Clutter (3d-oriented, good with
> hw-accel but the name can say about software performance...). Evas can
> fit perfectly in the hole of "fast 2d graphics/canvas". Edje is also
> unmatched by existing software.
> 

I'm not too sure about the "glib-friend" branding having too much
meaning... but I'm not a CTO ;p Since gevas has been available for quite
a while, admittedly only allowing edje/gtk2 integration but no companies
(that have contacted me anyway) have been racing in to help advance
gevas. If the glib-friend status was really that sort of road block to
corporate adoption then surely one would have stood up to buy that
branding for gevas.

But it would seem that gevas fits in well on meamo where they want you
to use their gtk2 stuff to appear like other maemo apps with tabs etc.
So being able to take advantage of evas+ecore while having all the
normal trappings of a maemo app might be quite nice.

But first things first... must, get, device.

Attachment: signature.asc
Description: This is a digitally signed message part

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to