On Wed, 26 Aug 2015 10:15:31 +0100 Tom Hacohen said:
> Good fix. The fact that we even allow if/else statements without {} in
> anywhere except for quick error checking at beginning of functions is
> blasphemy. Furthermore, allowing them nested and without curlys, is even
> worse.
indeed. no
Hello.
On 26/08/15 22:43, Bertrand Jacquin wrote:
> On 25/08/2015 10:43, Stefan Schmidt wrote:
>> Hello.
>>
>> On 18/08/15 12:11, Cedric BAIL wrote:
>>> Of course I forgot to add the link to "register" for the event :
>>> https://phab.enlightenment.org/V13 .
>>>
>>> Please consider filling it earl
On 25/08/2015 10:43, Stefan Schmidt wrote:
> Hello.
>
> On 18/08/15 12:11, Cedric BAIL wrote:
>> Of course I forgot to add the link to "register" for the event :
>> https://phab.enlightenment.org/V13 .
>>
>> Please consider filling it early as this will help us plan the event.
>
> So far we have
Good job Amitesh
On Wed, Aug 26, 2015 at 11:05 PM, Amitesh Singh wrote:
> Thanks Tom :)
>
>
> --
> Amitesh
>
>
> On Wed, Aug 26, 2015 at 2:45 PM, Tom Hacohen wrote:
>
>> Good fix. The fact that we even allow if/else statements without {} in
>> anywhere except for quick error checking at begi
On Wed, Aug 26, 2015 at 10:58 AM, Jérémy Zurcher wrote:
> that's what I think should be the correct behaviour:
>
[snip]
I agree with the examples. However, elm_win doesn't comply with the above
examples because it reparents itself. That is bad behavior IMO and breaks
C++ examples.
> --- Hell'O
Hi,
On 08/26/2015 04:58 PM, Jérémy Zurcher wrote:
> that's what I think should be the correct behaviour:
>
>
> regular case :
> o = eo_add(CLASS, NULL);
> eo_unref(o);
> // o is destroyed, you own it, you do what it pleases you with it.
>
>
> but :
> o = eo_add(CLASS, parent);
>
Thanks Tom :)
--
Amitesh
On Wed, Aug 26, 2015 at 2:45 PM, Tom Hacohen wrote:
> Good fix. The fact that we even allow if/else statements without {} in
> anywhere except for quick error checking at beginning of functions is
> blasphemy. Furthermore, allowing them nested and without curlys, is
that's what I think should be the correct behaviour:
regular case :
o = eo_add(CLASS, NULL);
eo_unref(o);
// o is destroyed, you own it, you do what it pleases you with it.
but :
o = eo_add(CLASS, parent);
eo_unref(o);
// o still leaves, it is referenced by parent.
// you gave u
ok sorry for the noise then.
On Wednesday 26 August 2015 11:01, Tom Hacohen wrote :
> On 26/08/15 11:02, Jérémy Zurcher wrote:
> > what about this ?
> >
> > obj = eo_add(CLASS, parent); /* Ref is 1 */
> > eo_ref(obj); /* Ref is 2 */
> > eo_ref(obj); /* Ref is 3 */
> > eo_do(obj, eo_parent_set(NUL
On 26/08/15 11:02, Jérémy Zurcher wrote:
> what about this ?
>
> obj = eo_add(CLASS, parent); /* Ref is 1 */
> eo_ref(obj); /* Ref is 2 */
> eo_ref(obj); /* Ref is 3 */
> eo_do(obj, eo_parent_set(NULL)); /* Ref is 2, giving the ref to NULL */
> eo_do(obj, eo_parent_set(parent)); /* Ref is 2 */
> eo
what about this ?
obj = eo_add(CLASS, parent); /* Ref is 1 */
eo_ref(obj); /* Ref is 2 */
eo_ref(obj); /* Ref is 3 */
eo_do(obj, eo_parent_set(NULL)); /* Ref is 2, giving the ref to NULL */
eo_do(obj, eo_parent_set(parent)); /* Ref is 2 */
eo_do(obj, eo_parent_set(NULL)); /* Ref is 1, giving the r
On 21/08/15 11:21, Tom Hacohen wrote:
> On 21/08/15 07:07, Jean-Philippe André wrote:
>> On Thu, Aug 20, 2015 at 6:48 PM, Carsten Haitzler
>> wrote:
>>
>>> On Thu, 20 Aug 2015 10:12:30 +0200 Cedric BAIL said:
>>>
On Thu, Aug 20, 2015 at 9:22 AM, Daniel Zaoui
wrote:
> On Thu, 20 Aug
Good fix. The fact that we even allow if/else statements without {} in
anywhere except for quick error checking at beginning of functions is
blasphemy. Furthermore, allowing them nested and without curlys, is even
worse.
--
Tom.
On 26/08/15 10:10, Amitesh Singh wrote:
> ami pushed a commit to
Unfortunately I'm away too - work's sending me to aws re:invent.
Have a great time everyone,
Andy
On Wed, 19 Aug 2015 10:12 Carsten Haitzler wrote:
> On Tue, 18 Aug 2015 12:09:36 +0200 Cedric BAIL said:
>
> > Hello,
> >
> > A little bit late, but here is the call for paper regarding
> > Enligh
First update for the 1.15.x series.
With the help of a lot of passionate developers, we were able to fix many bugs.
Kudos to all!
Efl fixes:
* ecore_evas: fix first render skip in several windows
* ecore-wl: do not nul terminate drops
* Evas language: fix script run code (T2670)
Elementary
15 matches
Mail list logo
