Re: [e-users] [E-devel] Fwd: E SVN: barbieri IN trunk/ecore: . src/lib/ecore

[Christopher M. <cpm...@co...>]

Gustavo Sverzut Barbieri wrote:
> Fwd to e-devel and e-users as some don't read e-svn but might be
> interested. Some people at IRC didn't know about mojito and rygel, so
> links:
> 
>     http://moblin.org/documentation/moblin-sdk/coding-tutorials/mojito-web-services-tutorial
> 
>     http://live.gnome.org/Rygel
> 
> As I said in IRC, I still think that the best solution is to provide
> custom EFL, like dieb is doing with EUPnP, but until things are ready
> and available, we can use those glib based instead.
> 
> ---------- Forwarded message ----------
> From: Enlightenment SVN <no-...@en...>
> Date: Thu, Oct 1, 2009 at 12:56 AM
> Subject: E SVN: barbieri IN trunk/ecore: . src/lib/ecore
> To: enl...@li...
> 
> 
> Log:
>  welcome glib main loop integration support.
> 
>  that's it, it's here... tested and works fine, please try with your
>  favorite gmainloop dependent library and report problems. Suggestions:
>
But I think most of us can agree....glib stuff is not always ideal for 
what EFL is doing....

>    * GConf to access Gnome and its applications settings.
>    * GtkSettings to access other properties of Gnome and its applications.
>    * GUPnP (okay, we have EUPnP, but they have more features so far)
>    * Rygel, based on GUPnP.
>    * Libsoup, SOAP and HTTP access, useful for web access and required
>      by other libraries.
>    * Mojito, by Moblin, access to various web2.0 services like flickr,
>      picasa, twitter...
> 
>  And last but not least, this enables Flash plugin on WebKit-EFL and
>  may enable us to get Google Gadgets sooner (before someone writes a
>  proper EFL backend).
> 
Which is cool in and of itself...ya need glib loop for flash right now 
anyway,....

>  Support is auto-detected at compile time but can be disabled with
>  --disable-glib. Runtime support is not enabled by default (so
>  compiling with it will just link yet another library), one needs to
>  call ecore_main_loop_glib_integrate() to do so.
> 
>  Thanks to INdT folks that provided the initial implementation. I
>  rewrote it to make it correct, but the idea was good.
> 
<snip>

dh