Re: [E-devel] EFL and friends 1.17.0 beta 1

Hello. On 13/01/16 10:17, David Seikel wrote: > Wow, this is the first time in about a year that an EFL release has NOT > broken my highly experimental, based on beta API, SledjHamr virtual > world project. Congratulations guys and gals. B-) That is good to hear! > > On the other hand, I'm

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 10:07:01 + Andrew Williams wrote: > Hi, > > I agree with all your points and consider the merge a good thing. > However I'm not sure why we're avoiding a --disable flag for those > who specifically don't want it - is it much work to satisfy a use >

Re: [E-devel] EFL and friends 1.17.0 beta 1

Wow, this is the first time in about a year that an EFL release has NOT broken my highly experimental, based on beta API, SledjHamr virtual world project. Congratulations guys and gals. B-) On the other hand, I'm still trying to fix up all the breakage from previous releases. lol -- A big

Re: [E-devel] Merging Efl and elementary

Hi, I agree with all your points and consider the merge a good thing. However I'm not sure why we're avoiding a --disable flag for those who specifically don't want it - is it much work to satisfy a use case? Cheers, Andy On Tue, 12 Jan 2016 at 23:57, Carsten Haitzler

Re: [E-devel] Eina value optional

On 13/01/16 02:38, Jean-Philippe André wrote: > Hi Felipe, > > You added the optional type to eina value. I'm not sure what it's point is. > I understand an optional value can be empty (ie. void and not "nil" or 0 or > whatever). > > But I don't understand why this couldn't be implemented inside

Re: [E-devel] EFL and friends 1.17.0 beta 1

On Wed, 13 Jan 2016 10:28:25 +0100 Stefan Schmidt wrote: > Hello. > > On 13/01/16 10:17, David Seikel wrote: > > Wow, this is the first time in about a year that an EFL release has > > NOT broken my highly experimental, based on beta API, SledjHamr > > virtual world

Re: [E-devel] Merging Efl and elementary

On 13/01/16 10:54, David Seikel wrote: > On Wed, 13 Jan 2016 10:07:01 + Andrew Williams > wrote: > >> Hi, >> >> I agree with all your points and consider the merge a good thing. >> However I'm not sure why we're avoiding a --disable flag for those >> who specifically

Re: [E-devel] Merging Efl and elementary

On 12/01/16 00:42, Cedric BAIL wrote: > Hello, > > As we are moving forward with a stable API for binding, one of the > main "weirdness" that is still exposed is that you need to actually > require two differents library to use efl. Also the only reason why we > haven't merged elementary so far as

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 13:21:15 + Tom Hacohen wrote: > On 13/01/16 10:54, David Seikel wrote: > > On Wed, 13 Jan 2016 10:07:01 + Andrew Williams > > wrote: > > > >> Hi, > >> > >> I agree with all your points and consider the merge a good thing. >

Re: [E-devel] Merging Efl and elementary

On 01/13/2016 09:24 PM, David Seikel wrote: > On Wed, 13 Jan 2016 10:07:01 + Andrew Williams > wrote: > >> Hi, >> >> I agree with all your points and consider the merge a good thing. >> However I'm not sure why we're avoiding a --disable flag for those >> who

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 14:50:20 + Andrew Williams said: > On Wed, 13 Jan 2016 at 13:22 Tom Hacohen wrote: > > > On 13/01/16 10:54, David Seikel wrote: > > > > > More specifically, I disagree with raster on the build now and remove > > later.

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 10:07:01 + Andrew Williams said: > Hi, > > I agree with all your points and consider the merge a good thing. However > I'm not sure why we're avoiding a --disable flag for those who specifically > don't want it - is it much work to satisfy a use

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 13:25:58 + Tom Hacohen said: > On 12/01/16 00:42, Cedric BAIL wrote: > > Hello, > > > > As we are moving forward with a stable API for binding, one of the > > main "weirdness" that is still exposed is that you need to actually > > require two

Re: [E-devel] [EGIT] [core/efl] master 02/02: Edje UI mirroring: Fix UI mirroring for GROUP parts.

On 13/01/16 15:40, Mike Blumenkrantz wrote: > In future cases like this, where an attempt at fixing an issue is reverted > and a more correct method is committed, would it be possible to make some > slight change to the commit subject? This was somewhat confusing to read > through since the

Re: [E-devel] [EGIT] [core/efl] master 02/02: Edje UI mirroring: Fix UI mirroring for GROUP parts.

In future cases like this, where an attempt at fixing an issue is reverted and a more correct method is committed, would it be possible to make some slight change to the commit subject? This was somewhat confusing to read through since the subjects were identical. On Tue, Jan 12, 2016 at 5:42 AM

Re: [E-devel] Merging Efl and elementary

On Wed, Jan 13, 2016 at 9:52 AM Andrew Williams wrote: > On Wed, 13 Jan 2016 at 13:22 Tom Hacohen wrote: > > > On 13/01/16 10:54, David Seikel wrote: > > > > > More specifically, I disagree with raster on the build now and remove > > later. Elementary

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 at 13:22 Tom Hacohen wrote: > On 13/01/16 10:54, David Seikel wrote: > > > More specifically, I disagree with raster on the build now and remove > later. Elementary is a completely separate module (to the point that > it's in its own repo at the

Re: [E-devel] Merging Efl and elementary

On Wed, 13 Jan 2016 15:30:26 + Mike Blumenkrantz wrote: > On Wed, Jan 13, 2016 at 9:52 AM Andrew Williams > wrote: > > > On Wed, 13 Jan 2016 at 13:22 Tom Hacohen > > wrote: > > > > > On 13/01/16 10:54, David