evas: Mark group_add/del as internal

Lacking a proper internal tag, I'm using both protected (it is
in fact a protected access function) and beta (to mark as unstable,
not real API).

New smart objects based on EO only should rely on constructor,
finalize and destructor exclusively. In theory, this should be fine.

Unfortunately it may be impossible to inherit from the Efl.Ui.Win
class as it uses a really bad hack and calls super.constructor
inside the finalize method.

evas/elm: Remove function group_resize

This is an override of efl_gfx_size_set. Same as before, the
order of operations matter so it is possible that a corner
case will break. In particular, legacy code was:
 - intercept
 - smart resize (do stuff), super, super, super
 - evas object resize

The new code is more like:
 - intercept
 - super, super, super, evas object resize
 - do stuff

But unfortunately this broke elm_widget (read: all widgets) as
the internal resize was done before the object resize. So,
inside the resize event cb, the resize_obj size would not match
the smart object size. >_<

evas/elm: Remove function group_move

This is an override of efl_gfx_position_set.
As for the other patches, I hope I didn't break anything.

A problem likely to happen is that the super call was inserted
too early or too late in the call flow. For instance:

  _myclass_position_set(obj, x, y) {
    position_set(super(obj), x, y);
    position_get(obj, &prevx, &prevy);
    do_something_with_delta_xy();
  }

The above code flow is obvisouly wrong, but may have crept in this
patch (such a bug sneaked in inside smart object, breaking
everything at first).

evas: Move move_children_relative to legacy only

While this kind of API seems to make sense with smart objects
(relative coordinates), it is currently not used apart from
the smart object class itself.

So, for now, I'm moving this to legacy to clean up Efl.Canvas.Group
and we can later add the equivalent in a clean "group" API.

evas/elm: Remove group_show and group_hide

These should be just overrides of Efl.Gfx.visible.set. Many
widgets were handling smart show() and hide() manually, which
means this patch is quite large.

Hopefully this doesn't break anything, obviously. But here are
some widgets known to be problematic, as the old code flow was
really strange (sometimes not calling the efl_super function):
 - window
 - notify

evas: Move clip_unset to legacy, remove group_clip

Similarly to group_color_set, group_clip_[un]set should not
exist and should be a result of efl_super and inheritance.

This patch also removes clip_unset from the EO API and keeps
only clip_set(NULL). The reason is that it will avoid bad overrides
of clip_unset() vs. clip_unset(NULL). This also simplifies the code
a bit. Ideally we should be able to reintroduce clip_unset in EO
if we can have a "@final" tag (like java's final keyword), to
prevent overrides.

evas: Remove inexisting private function declarations

evas: Remove method group_color_set

Widgets should simply override efl_gfx_color_set and call
super all the way up to evas object.

Legacy compatibility with call interceptors and early call
abortion (eg. delete_me or obj->layer == NULL) are implemented
with an internal call. See the previous commit introducing the
API.

evas: Add pseudo-internal API to intercept basic calls

This is a poor man's solution to get rid of group functions such
as clip_set, clip_unset, color_set, etc... See the following
commits.

This API needs to be EAPI for elementary but shouldn't be used
outside EFL. This is required purely for legacy compatibility.

Here's the call flow, inside show(obj):
1. if (intercept_show(obj)) return;
2. show(super(obj));
3. do other stuff

evas: Simplify code with intercept macros

evas: Move intercept function types to legacy header

evas_data: Fix safety checks in evas_object_data

This relies on efl_isa rather than the broken magic check
(by broken I mean it only checks for NULL).

evas: Move group color_set after checking for change

I can't see why the group (smart object) color_set function
was called even if the color hadn't change. Let's test and
see if this breaks anything :)

evas: Small simplification of object color_set

group: Replace group_no_render by object no_render

Most of the smart functions "Efl.Canvas.Group.group_xxx" should
not exist and be overrides of the base object function instead.
Cleaning this up is necessary if we want an EO API for custom
smart objects. This patch is the first attempt at removing a
method (the simplest one).

As for no_render, I wonder if propagating to the children
really is necessary. evas_render should skip them already.

ecore-drm2: Free Output modes on destroy

When we destroy outputs, we should be freeing the Output's Modes also
as that was previously allocated memory.

Signed-off-by: Chris Michael <cp.michael@samsung.com>

ecore-drm2: Use Atomic Modesetting for resolution changes

Since we have atomic properties now, we can use those to set given
Output modes (resolutions).

Signed-off-by: Chris Michael <cp.michael@samsung.com>

edje_calc: add rounding pixel calculation for transition.

Summary: when transition animation is working, sometimes one pixels loss occurs.

Reviewers: cedric, woohyun, jpeg, raster

Subscribers: jpeg

Differential Revision: https://phab.enlightenment.org/D4341

edje_edit: proper work with part id's on part restack and del for map fields

@fix

evas: Fix no update issue if visiblity of smart object has change

Summary: If child has change about visibility, can't check it correctly.

Reviewers: jypark, cedric, jpeg, Hermet

Reviewed By: Hermet

Differential Revision: https://phab.enlightenment.org/D4345

windows: remove expicit -levil flag

Summary:
Built from sources version of evil is already added to linker flags and
adding extra -levil makes build fail if evil is not already installed in system.
Looks like this flag was here from old times when all efl libraries were separated.

Reviewers: vtorri, NikaWhite

Reviewed By: NikaWhite

Subscribers: cedric, jpeg

Differential Revision: https://phab.enlightenment.org/D4332

evas: Fix not update issue with TBM surface

Summary:
If the pixels of image object has updates
via native_suface_set api with TBM surface,
does not update on screen(no rendering)

Reviewers: jpeg, cedric

Differential Revision: https://phab.enlightenment.org/D4340

Merge branch 'devs/iscaro/osx'

Some fixes for OS X.

This series fixes two problems pointed by jayji and some other
compiler warnings.

Patches by iscaro.
Differential Revision: https://phab.enlightenment.org/D4339

Ecore Evas Cocoa: Properly unregister the window events.

Fix T4624

Eet example: Add the correct variable in the hash.

Efl UI Win: Avoid unused variable.

It's only used under X11 and Wayland backends.

Ecore_Thread: Avoid compiler warning

Use PRIuPTR to print the Eina_Thread handle.

Ecore Cocoa: Add missing modifiers field to Ecore Events

Fix T4477

Ecore_Cocoa: Fix repeat modifers keys.

Some values were repeated.

ecore_ipc: fix typos in documentation group names

Summary: fix typos in documentation group names to grouping APIs correctly

Reviewers: cedric, jpeg, Hermet

Reviewed By: Hermet

Differential Revision: https://phab.enlightenment.org/D4333

FDO icons: add missing system-file-manager icon

Fix T4638

(cherry picked from commit 3fe1429eee5568ef7af7bc47a9dc43ce65e084ca)

elm_code: Don't allow cursor to be placed mid-tab

ecore-wl2: add internal window flag for determining if opaque/input have been set

ecore-wl2: apply input+opaque regions after creating window surface

@fix

ecore-wl2: avoid crashes when setting window attrs before surface creation

this is async anyway

@fix

cmake: update to the new eolian bin syntax

Merge branch 'devs/q66/eolian_gen_next'

This merges a rewritten Eolian C generator which replaces the previous
generator. The old generator did not properly reflect the design choices taken
in the Eolian library, which resulted in a sub-par codebase that was a lot more
complicated than it had to be which resulted in worse maintainability.

The new generator aims to remedy that; it has much simpler design that relies
on the Eolian library more and doesn't take certain design choices that were
made previously.

eolian gen2: move to eolian gen (as the old one is gone)

eolian gen2: remove old eolian gen

eolian gen2: fix tests to match the new generator

eolian gen2: fix minor issues with c file generation

eolian gen2: fix stub header include guard

eolian gen2: fix logging typo

eolian gen2: add newline between property get/set protos

eolian gen2: complete impl generator

eolian gen2: complete impl gen besides params

eolian gen2: fix file read to actually trigger impl gen

eolian gen2: fully implement the main func for impl gen

eolian gen2: some initial impl generation

eolian gen2: remove the unused append mode for file write

eolian gen2: initial skeleton for impl gen

eolian gen2: fix generation of legacy class method wrappers

eolian gen2: fix implement name generation

eolian gen2: properly return from class initializer

eolian gen2: proper generation of inherits in class def

eolian gen2: properly generate class type for desc too

eolian gen2: sanitize data type properly

eolian gen2: fix typos in generation

eolian gen2: generate only .h by default for eot files

eolian gen2: fix double and missing free

eolian gen2: switch EFL to new generator (doesn't work yet)

eolian gen2: abort on OOM (not much we can do anyway)

eolian gen2: generate legacy API implementation stubs

eolian gen2: fully generate source

eolian gen2: terminate EFL_OPS_DEFINE list

eolian gen2: generation of class initializer func

eolian gen2: fix generation type specification

eolian gen2: properly space headers

eolian gen2: generate prototypes/impls for all implements

eolian gen2: don't generate class names in eo_gen_source_gen

eolian gen2: initial partial source generation

eolian gen2: add event generation

eolian gen2: initial stubs for source writing

eolian gen2: generate docs for funcs/events

eolian gen2: generate docs for types

eolian gen2: add code to handle doxygen generation

eolian gen2: only generate eo c/h by default

eolian gen2: feature complete header generator (eo and legacy)

eolian gen2: generate fully functional eo headers

eolian gen2: initial header generation

eolian gen2: full type generator

eolian gen2: generate stub headers

eolian gen2: use length_get when enclosing include guards

eolian gen2: initial type gen subroutine

eolian gen2: initial type generation bits

eolian gen2: add file read

eolian gen2: include guard func

eolian gen2: parse input file properly

eolian gen2: add stubs for file writing

eolian gen2: add logging and main.h

eolian gen2: prepare gen/arguments/file infra

eolian gen: initial infra for new C generator

naviframe: Fix to add SIG_ITEM_ACTIVATED in smart callbacks.

This commit fixes commit 3a0eb75bda1bd9274e4c9de1b6ce9143b24cfc80.

naviframe: Add "item,activated" smart callback.

"item,activated" smart callback is added to notice when an item is
activated.

"item,activated" smart callback is called as follows.
1. Item push is finished and the new item is activated.
2. Item pop is finished and the previous item is activated.

void *event_info in smart callback is the activated item pointer.

Revert "naviframe: Add "push,finished" and "pop,finished" smart callbacks."

This reverts commit 17ac58a081a05f6e96b248f80c007e67d1f4ff44.

Instead, "item,activated" smart callback will be added.

eo: Fix deadlocks with composite objects

This happens with shared objects.

The situation seems to be:
1. object has composited object a of class A in thread 1
2. call something on object a from thread 2, deadlock
In fact, do anything from thread 2 on a shared object and you deadlock.

eo: Fix deadlock in efl_parent_set

If the object is shared and the given parent is invalid (eg. deleted)
then we will deadlock later. This also adds a test case with it.

eo: Test deadlock after finalize (shared objects)

This is a test case for 258cfbbe8013b50a7d3f89ab863dab73fce
Unfortunately there are many other functions that we should
be testing, not just efl_finalized_get().

evas: Fix async filters following changes in EO

EO is now extremely restrictive wrt. threads so that efl_data_scope_get()
can't work outside the main loop. This patch fixes the usage to create
sw buffers as shared objects (accessible from both the main loop and evas
async thread) and use plain old pointers where possible.

The buffers now have no parent because efl_add(CLASS, obj_from_mainloop)
does not work with shared objects. This is bad, as the buffers conceptually
belong to the main loop, and only need to be accessible from the draw thread
for a few calls. The main loop determines their lifecycle.

Fixes T4628

eo: Fix deadlock with shared objects

The object pointer was passed to EO_OBJ_DONE, rather than its
eo id.