Re: [E-devel] Elementary Handling of Standard Icons for Applications

2016-04-26 Thread Andrew Williams
That's cool thanks. It looks unfortunately like something broke today. If I open then close elementary_config now it refreshes app icons to use elementary even if an fdo theme has been set. Do any of your changes have impact in the icon handling itself? Thanks, Andy On Tue, 26 Apr 2016 at 09:06,

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread The Rasterman
On Tue, 26 Apr 2016 20:23:02 + Mike Blumenkrantz said: > On Tue, Apr 26, 2016 at 2:38 PM Carsten Haitzler > wrote: > > > On Tue, 26 Apr 2016 18:55:08 +0100 Tom Hacohen said: > > > > > On 26/04/16 18:48, Mike Blumenkrantz wrote: > > > > To further elaborate, this currently breaks two known

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Mike Blumenkrantz
On Tue, Apr 26, 2016 at 2:38 PM Carsten Haitzler wrote: > On Tue, 26 Apr 2016 18:55:08 +0100 Tom Hacohen said: > > > On 26/04/16 18:48, Mike Blumenkrantz wrote: > > > To further elaborate, this currently breaks two known things in > > > Enlightenment: > > > * notifications now trigger valgrind e

Re: [E-devel] New release for imlib2

2016-04-26 Thread Kim Woelders
On 04/26/2016 07:03 PM, Santiago Torres wrote: > On Tue, Apr 26, 2016 at 06:48:15PM +0200, Kim Woelders wrote: >> On 04/26/2016 01:27 AM, Simon Lees wrote: >>> >>> >>> On 04/26/2016 04:43 AM, Santiago Torres wrote: Hello everyone, I'm part of Arch's CVE monitoring team. We noticed th

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread The Rasterman
On Tue, 26 Apr 2016 18:40:26 +0100 Tom Hacohen said: > That is exactly what I said. Carsten also wants to introduce this in Eo. > I don't like it. > > We finally have a proper object lifetime with refcounting, destructors > and what not. The object shouldn't die unless it's dead. If for some

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread The Rasterman
On Tue, 26 Apr 2016 18:55:08 +0100 Tom Hacohen said: > On 26/04/16 18:48, Mike Blumenkrantz wrote: > > To further elaborate, this currently breaks two known things in > > Enlightenment: > > * notifications now trigger valgrind errors upon deletion > > * using the menu to activate desklock crashes

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread The Rasterman
On Tue, 26 Apr 2016 17:11:04 + Mike Blumenkrantz said: > This commit broke things by triggering an immediate hide call on objects > which were expecting to receive a deferred call. For example, any time > evas_object_ref() is used to preserve an object lifetime and then > evas_object_del() is

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Tom Hacohen
On 26/04/16 18:48, Mike Blumenkrantz wrote: > To further elaborate, this currently breaks two known things in > Enlightenment: > * notifications now trigger valgrind errors upon deletion > * using the menu to activate desklock crashes the session > - I put in a small hack to avoid crashing for no

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Mike Blumenkrantz
To further elaborate, this currently breaks two known things in Enlightenment: * notifications now trigger valgrind errors upon deletion * using the menu to activate desklock crashes the session - I put in a small hack to avoid crashing for now, but it still leaves artifacts I would guess that th

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Tom Hacohen
That is exactly what I said. Carsten also wants to introduce this in Eo. I don't like it. We finally have a proper object lifetime with refcounting, destructors and what not. The object shouldn't die unless it's dead. If for some reason you want to hide it immediately when killing it, by all me

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Mike Blumenkrantz
On Tue, Apr 26, 2016 at 1:15 PM David Seikel wrote: > On Wed, 27 Apr 2016 01:46:02 +0900 Carsten Haitzler (The Rasterman) > wrote: > > > On Tue, 26 Apr 2016 16:24:08 + Mike Blumenkrantz > > said: > > > > > FYI this broke a LOT of things in enlightenment, and I'd guess it > > > will also bre

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread David Seikel
On Wed, 27 Apr 2016 01:46:02 +0900 Carsten Haitzler (The Rasterman) wrote: > On Tue, 26 Apr 2016 16:24:08 + Mike Blumenkrantz > said: > > > FYI this broke a LOT of things in enlightenment, and I'd guess it > > will also break a lot of user applications too. > > the commit or fix broke thig

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Mike Blumenkrantz
This commit broke things by triggering an immediate hide call on objects which were expecting to receive a deferred call. For example, any time evas_object_ref() is used to preserve an object lifetime and then evas_object_del() is called before the unref, the object will now be hidden regardless of

Re: [E-devel] New release for imlib2

2016-04-26 Thread Santiago Torres
On Tue, Apr 26, 2016 at 06:48:15PM +0200, Kim Woelders wrote: > On 04/26/2016 01:27 AM, Simon Lees wrote: > > > > > > On 04/26/2016 04:43 AM, Santiago Torres wrote: > >> Hello everyone, > >> > >> I'm part of Arch's CVE monitoring team. We noticed that there are 4/5 > >> CVE's fixed on the latest co

Re: [E-devel] New release for imlib2

2016-04-26 Thread Kim Woelders
On 04/26/2016 01:27 AM, Simon Lees wrote: > > > On 04/26/2016 04:43 AM, Santiago Torres wrote: >> Hello everyone, >> >> I'm part of Arch's CVE monitoring team. We noticed that there are 4/5 >> CVE's fixed on the latest commits of imlib2, but they are not part of >> the latest release. >> >> We were

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread The Rasterman
On Tue, 26 Apr 2016 16:24:08 + Mike Blumenkrantz said: > FYI this broke a LOT of things in enlightenment, and I'd guess it will also > break a lot of user applications too. the commit or fix broke thigns or the fact that things were not hidden before on object_del due to the move to eo? > O

Re: [E-devel] [EGIT] [core/efl] master 02/02: evas - legacy evas_object_del - always hide obj regardless of refs

2016-04-26 Thread Mike Blumenkrantz
FYI this broke a LOT of things in enlightenment, and I'd guess it will also break a lot of user applications too. On Sat, Apr 23, 2016 at 10:07 AM Carsten Haitzler wrote: > raster pushed a commit to branch master. > > > http://git.enlightenment.org/core/efl.git/commit/?id=df2b31b63eaed894601ba81

[E-devel] Enlightenment DR 0.21-beta Release

2016-04-26 Thread Mike Blumenkrantz
HIGHLIGHTS * Greatly improved Wayland support * New gadget infrastructure * Wizard improvements * Video backgrounds CHANGES SINCE ALPHA * Improvements to window placement when using multiple monitors * Upgrade to v3 of Wayland DnD protocol * Various crash fixes/additions TICKETS ADD

[E-devel] Enlightenment DR 0.20.7 Release

2016-04-26 Thread Mike Blumenkrantz
CHANGES https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.20.7 TICKETS ADDRESSED https://phab.enlightenment.org/T1759 https://phab.enlightenment.org/T2735 https://phab.enlightenment.org/T2757 https://phab.enlightenment.org/T2874 https://phab.enlightenment.org/T3139 https://phab.e

Re: [E-devel] EFL build failure note

2016-04-26 Thread Mike Blumenkrantz
Same thing today for elm_container.h... On Wed, Apr 20, 2016 at 11:07 AM Mike Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > If you update and get errors about Efl_Ui_Box or something related, 'touch > configure.ac' and then make again. > -

Re: [E-devel] eo_part and containers API

2016-04-26 Thread Jean-Philippe André
On 26 April 2016 at 14:28, Jean-Philippe André wrote: > I've just merged a series of commits dealing with the box & table APIs for > Edje.Object and Elm.Layout. Since we decided not to implement anything like > eo_part at the core eo level, I've implemented part_box and part_table > support using

Re: [E-devel] Elementary Handling of Standard Icons for Applications

2016-04-26 Thread Jiyoun Park
Hello. Andy. I heared you will do the job related with icon lookup order job. GREAT! I'll remove order_lookup, and standard set from elm_icon eo(move it to legacy). And add icon_set into elm_image eo (replace elm_icon_standard_set) Thanks all, Jiyoun 2016. 4. 26. 오후 4:39에 "Andrew W

Re: [E-devel] Elementary Handling of Standard Icons for Applications

2016-04-26 Thread Andrew Williams
That's great news thanks :) Additionally it's been noted that some deprecated content is in the EO API which doesn't make sense. Are folk happy for me to remove it completely and, if do, does the legacy generated API and matching enum need to live on in elm_deprecated.h? Cheers, Andy On Tue, 26 A

Re: [E-devel] Elementary Handling of Standard Icons for Applications

2016-04-26 Thread Davide Andreoli
2016-04-26 1:35 GMT+02:00 Andrew Williams : > Hi, > > Apologies for the delay but I finally got there. 2) and 3) now pushed to > efl. I've removed all the old behaviour code but just deprecated the > properties and methods of lookup_order. elementary_config has a new icons > tab for setting it tho

Re: [E-devel] [EGIT] [core/efl] master 03/03: docs: ector: improve docs for the abstract renderer base class

2016-04-26 Thread Stefan Schmidt
Hello. On 25/04/16 03:59, Jean-Philippe André wrote: > Hey Stefan, > > On 22 April 2016 at 19:56, Stefan Schmidt wrote: > >> stefan pushed a commit to branch master. >> >> >> http://git.enlightenment.org/core/efl.git/commit/?id=6e19e4f46d8e8ac9671c12228de9797accfa >> >> commit 6e19e4f46d8e8ac