This looks ok to me, but my EOAPI knowledge is under the ground lol ;) So I will mark this as accepted by me, but will wait for another reviewer to verify & land

Abandon in favor of D7678

Abandon in favor of D7678

no changes

no changes

Abandon. Going to use git phab instead

Ok, I'll try again tomorrow under Weston. Thanks

Can anyone confirm that this is still happening ?? I ran some tests here today with some printfs added, and I am not seeing any odd damage rectangles from evas_clip.c anymore...

Sadly, it is. I tried to resolve it here: https://phab.enlightenment.org/D6598 but my resolution meet with resistance and someone else ( @CHAN I believe ) sent some patches (which got pushed upstream) to fix the auto-repeat feature ... however, this issue still occurs (just tested it again today)

Just for reference, I tested this with git master from today (1/14/2019), and I cannot reproduce this in either X11 or Wayland.

ok yea, I was able to finally get this working and the patch does work as expected :)

In D7457#133704, @michael.bouchaud wrote:

Yes indeed, you could test this with my weather gadget (devs/yoz/e_gadget_weather)
Launch e_gadget_weather_map.
In elm_test none of the overlay are customized with a call to content_set, so we don't see any issue.

In reviewing this, the code looks ok ... but is there a way to test this specific change ? Within elementary_test Map, I can already add Overlay items to the map and they do show up .... so I am just wondering how to test this specific change.

This looks ok to me, but I would await a second opinion before landing

If you update both EFL and E from git, then this issue is fixed now

Abandon this one as the changes have been pushed into master now

Support for elogind has been merged into master now. Please test and if everything is ok, then close this ticket

I was hoping to merge the elogind support this week as the branch is completed ... but I've not gotten much feedback from testers :(

I've seen this before and (iirc) if you "unset DISPLAY" it works .. not sure why tho, could be something in elementary's detection at startup (ie: it sees DISPLAY as being set and tries to run in X11)

Updated patch to re-add back CRI warning

I just dropped about 27 commits into EFL which changes the evas_object_move & resize calls into One evas_object_geometry_set call (where applicable). I did Not go through Apps and do it tho.

fix typo

Update patch to use _elm_config value

Squash commits into one

These were supposed to be 2 different commits, but arc bundled them into one ... I don't know why.

@MAH69K I have updated the above branch (rebased on master), so it is now available for testing. You need to pass --enable-elogind as an option when building

There is also a Phab task already opened for this: https://phab.enlightenment.org/T7272

@MAH69K hello. Yes, current EFL and Enlightenment from git will not work without systemd. There is no support for ELogind yet ... but i have a branch which adds support for it. The branch is here: https://git.enlightenment.org/core/efl.git/log/?h=devs/devilhorns/elput. I need to rebase it against current git (which I will do today). When it is updated, I will post back here and if you would like to test the branch, please let me know your results.

IIRC, main e.cfg stores mime associations. Likely, the problem is that a generic mime type was set for Geany, causing Everything to be opened by it. Agree what that the interface could be improved.

Cache2 has been removed. Unmaintained and not functional at the time.

Agreed, which is why I'd be curious where it's getting called from ... smells like a hotpath that could likely be optimized to (at the least) reduce calls to that function

@ManMower does this happen every render cycle ?? I'm curious where & (more importantly) Why eina_array_step_set is constantly being called....