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

Attachment: signature.asc
Description: OpenPGP digital signature

enlightenment-devel mailing list

Reply via email to