On 09/22/2016 09:04 AM, Cedric BAIL wrote: > On Wed, Sep 21, 2016 at 1:46 AM, Tom Hacohen <t...@osg.samsung.com> wrote: >> On 19/09/16 23:33, Cedric BAIL wrote: >>> On Mon, Sep 19, 2016 at 2:48 PM, Tom Hacohen <t...@stosb.com> wrote: >>>> We haven't agreed on merging Eo, Efl and Ecore. I'm actually pretty much >>>> against it. >>> >>> There was a thread weeks ago. You indeed didn't take part of that >>> discussion, but everyone else involved in that thread was ok. Actually >>> the discussion evolved more into a what else to merge in. So their was >>> an agreement before this email. >> >> Sorry, I missed that thread. What was the topic? > > Merging eo, efl and ecore. Like in the title :-) > >>>> Eo is clean and hasn't been "polluted" by async, mainloop and etc. That's a >>>> good thing. This makes our infrastructure easier to test. >>> >>> Please define "clean" as it is a bit abstract to me here. What I am >>> looking for here is the minimal set of component I need to have >>> something useful. Is Eo useful by itself ? With just Efl.Object ? Sure >>> you could do C without the C library, but would you ? >> >> You are right. Let's merge in Eina too. > > That was kind of the discussion. Argument against merging eina, from > myself, is that we do have a lot of tool, just in tree, that do only > depends on eina and not on anything else. > >> Or without joking: people have been using Eo without ecore and without >> Efl.Object. One example is Mike in E (reverted now because Eo was >> undeclared stable). You'll probably end up using Ecore in the same app, >> but again, everything you can say here you can say about Eina too. > > Do we have any example of an application that use Eo without Ecore or > Efl today ? >
At my previous job I looked into writing some applications that just used eet but thats the only usecase i can think of. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adeliade Australia, UTC+9:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel