elementary: clean code and tests of order_lookup

User configuration has replaced the code based setting of lookup

elementary: Replace icon lookup_order with icon_theme.

The definition of where to load icons is now up to the user
(through the configuration of the icon_theme config value)
rather than being defined in code per-app or even per-component

elementary: Add user setting for icon theme

Beginning of the icon lookup rework.
The library will now store user preference for
the icon theme to use.

Genlist: cache mechanism is broken again!

added a new test to show the issue

eo base - optimize memory by extending extension memory

so geneirc data, wrefs, comments and id's are not that common so put
them all into their own memory segment that's allocated separately to
the core object so we only use this memory when needed. we already had
an extension section anyway so it's not new - just using it now for
more of the rarer bits of data. 2 more pointers gone from most objects
anyway and now extension code handling is a bit cleaner.

eo - class table - move to mmaped memory if possible and alloc chunks

so memory for class id -> ptrs is mallocs. this means it likely will
be next to other memory malloced. which means overrunning memory
someone mallocs could walk into the class table and corrupt it. we put
eo ids in mmaped regions to avoid this if possible in case of buggy
code. let's do it for classes too.

this also now allocs in larger chunks. for mmap its in page chunks
(which can hold either 1024 or 512 classes depending on 32 or 64bit).
reallocs still work if mmap is not there and we do them in chunks of
128 classes (it seems that we start at about 70 or so classes atm when
elm_test starts and it grows to ~100 or let's do 128 as that's pretty
much our base as a power of 2 and we now dont realloc much).

fix efreet/file monitor stringshare optimization

fixes e4d815dc48c660a336670ec3cc67e6becbdcacfc that i just put in a
few days back - it's a good idea to copy the string into your buffer
to use it.. not just 0 terminate it. :)

evas - legacy evas_object_del - always hide obj regardless of refs

if an object iot reffed or not hide on del. it should have been this
way before eo. eoifications i think messed a few things up.

this does bring up an issue... in eo we have no way to explicitly do
stuff on eo_del regardless of references at the time. this needs to be
solved.

@fix

efreetd - reduce memory usage by using stringshare much more

lots of long paths for monitoring file paths for icons etc. are in
memory for efreetd. this reduces that memory by sharing them much more.

@optimization

edje_edit: fix mempools in group/alias add

Summary: moved mempools adding to separate method to avoid this problem in future

Reviewers: cedric, reutskiy.v.v

Subscribers: jpeg

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

Signed-off-by: Cedric Bail <cedric@osg.samsung.com>

edje: add note to the reference of .part_object_get()

Summary:
For EDJE_RP_TYPE_SWALLOW objects (like GROUP, SWALLOW, EXTERNAL),
edje_object_part_object_get() will return NULL or transparent rectangle.
The note is added to have developers use edje_object_part_swallow_get()
in that case.

Reviewers: jpeg, Hermet, cedric

Reviewed By: cedric

Subscribers: Hermet

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

Signed-off-by: Cedric Bail <cedric@osg.samsung.com>

elementary: fix callback array declaration to build on Windows.

theme: don't use timed transition for comp focus out glow

theme: explicitly hide focus glow for comp menu themes

this was getting clipped under x11 and was displaying itself (poorly) on wayland

elementary: attempt to fix Windows build.

eina: implement a memory cache for Eina_Rbtree_Iterator.

So it seems we are using Eina_Hash_Iterator quite a lot more than before.
This lead to a huge amount of alloc/free of Eina_Rbtree_Iterator that
was noticable in Enlightenment callgrind trace. This patch make it vanish
from the trace :-)

ecore-wl2: isolate regular selection requests from dnd-specific code

fix T3455

ecore-wl2: Fix formatting

NB: No functional changes

Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>

ecore-wl2: Port session recovery protocol to work with Ecore_Wl2

This patch ports the existing session recovery protocol from
Ecore_Wayland so that it is used inside Ecore_Wl2.

@feature

Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>

docs: ector: improve docs for the abstract renderer base class

Not everything is docuement here yet. Might need some help from people more
familiar with ector.

docs: ector: document generic surface mixin

Leave out the params and returns marked with a FIXME.

docs: ector: fill gaps in the generic buffer documentation

Fill various gaps to make this mixin fully documented.

docs: ector: document ector cairo surface classes

For both the cairo and the cairo software surfaces.

docs: eldbus: document property values

Add documentation comments and switch away from the generic "value" name.

docs: efl_vpath: separate summary line from rest of description

We use the summary line in various places where such a big block of text looks
ugly. In general we handle it a bit like our commit messages. One line summary
which should stand alone with more details and explanantions following after a
empty line.

genlist : arrange focus set in mouse up

Summary :
when mouse up happens, item must be focused, and after that,
select must be called.
current logic, focus is already called inside the select function
and again focus set is called in the end of mouse_up,
so if user new focused widget inside the select callback,
mouse_up forcely take the focus into the item again.
select callback should comes after the focus callback calls
to work properly.

@fix

ecore: forgot to handle recursive destruction in a function that actually ask for destruction.

elementary: build edje dependency needed for tests.

efl loop: implement loop.get property to return self

this means that on loop_get on any obj as long as its a child of a
loop obj... it'll retunr that loop now. it will work. no more code
needed.

we can shortcut this with ui/gfx objects returning the mainloop
singletone.

elementary: actually this is part of our make dist and shouldn't be build everytime.

elementary: use Efl.Loop event directly as an API test.

ecore: rename Ecore_Mainloop to Efl.Loop.

ecore: ecore_main_loop_animator_ticked_get seems to be useful only for Ecore_Evas.

ecore: ecore_main_loop_select_func_set is definitively an internal function.

ecore: move ecore idle exiter to relly on the factorized main loop event.

ecore: remove useless define

eolian-cxx: Remove .Base requirement

Remove requirement that class can't have the same name as another
class's namespace.

ecore: use new refactorized idle infrastructure to make idle enterer rely on mainloop events

ecore: allow for possible factorization of all idler event.

ecore: move Ecore_Idler to legacy and rely on Eo event restart capability.

ecore: give the mainloop its own private data.

ecore: make the main loop singleton initialized and available early on.

eolian-cxx: Remove deprecated examples

Removed deprecated and non-compilable examples for C++ using
Evas. Users should look into C++ Elementary's examples instead.

elm_cnp: accept appropriate text types in wl drop handlers

this fixes text dnd

@fix

elm_cnp: do not send null accepts for every type within wl data offers

once is sufficient

ecore-wl2: more dnd v3 updates

ref d34b5958051c87fe491e358b24e9f25238fda10f

 #gladthiswasabetaapi

ecore-wl2: use fd handler for receiving selection data

not sure what trac ticket was referenced here, but probably the issue was
not using ecore_main_fd_handler_file_add()

elm_cnp: attempt to get all applicable mime types when getting selection

@fix

ecore-wl2: return some copied code back to its original state

this will make future rebases easier

ecore-wl2: update wl dnd/clipboard support to v3 of protocol

this code is mostly copied from weston:
78d4bf9a3ec990dceee23fd53962a69891352a0e
9c93179023fe894e417ccd20533d72d672d976fc

credit to Carlos Garnacho <carlosg@gnome.org> as original author

fix T3455

@feature

ecore-wl2: correct the name and type of some function params

ecore-drm: Fix typo in doxygen

Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>

wayland_shm: Fix evas test breakage

Failing to link the wayland dmabuf protocol in caused a symbol
resolution failure in the evas test

tests: eo: switch to generic eo_key_del, fix build

Since 5e09d1307ba29ba893c569978e808d61f9ae09c9 we use the generic eo_key_del
for all of these.

try readme commit to check git prune issue

eo base - remove the duplicated key dels and just do eo_key_del() now

this rationalizes all the duplicated key dels (key_data, key_obj and
key_value).

Edje edit: fix aspect_preference value into generate code function.

Add value "SOURCE" as one of possible values for aspect_preference
attributes.
@fix

Edje edit: add new program actions into code generate function.

Generate edc source code for next action types:
  - EDJE_ACTION_TYPE_FOCUS_SET
  - EDJE_ACTION_TYPE_FOCUS_OBJECT
  - EDJE_ACTION_TYPE_PARAM_COPY
  - EDJE_ACTION_TYPE_PARAM_SET

Edje edit: fix get list of program tagrets.

Correct support all types of program actions for constructing
list of targets.
There are 3 group of actions, that related to targets:
 - Does not support targets at all.
 - Support only parts as targets.
 - ACTION_STOP, that supported parts and other programs as targtes.

@fix

Examples: Fix compilation (disable CXX examples!)

Warning: This disables CXX examples because they use
now-internal APIs that have no EO API binding.
Those examples should be updated to use Efl.Ui widgets... once
we have them.

eo base - add loop_get for base class

base class objects will ask their parent object to get the loop. this
means it recurses all objects regardless of type until it finds an
object that returns a proper loop object - eg a loop object returns
itself, a window, gfx/ui object returns the mainloop object etc. etc.

@feature

Edje: Fix tests build without installing edj files

This mostly reverts acc01fe229b61874e6172855d6998b796d138b13

This simply uses DEPENDENCIES.

edje: seems the only way to force the build of this files.

I can't figure out what is wrong with using BUILT_SOURCES. It should
work, but doesn't. Moving to use _SOURCES is impossible again (variable
again). Using the _DATA is the only technically working solution. Which
they will be installed on your system even if you don't need them. If
you find a way around it and still get them to build, please patch.

Revert "edje: build again edje files needed for tests"

This reverts commit 13b4a56ddc185a7c62bb0137a159ad57efb7b06d.

sorry cedric. this totally broke efl build. eo/eolian etc. is not
built before evas for example and so build totally falls apart.

yes - it makes no sense that this one change would cause that. it
doesnt make sense. but it did. :(

ecore: use restartable event for main loop event.

eolian: add tests for restartable event.

eolian: add support for restartable event.

eo: let's check that this nested restarted event are working somehow.

eo: add support for restartable event inside nested call.

The idea is that when you are processing those events from within
they won't call twice any of the event until all of them are processed
at least once (Or one of them did return EINA_FALSE).

edje: build again edje files needed for tests

tests: fix another redefine of Ecore_Cb build break

ecore-wl(2): add copyright headers (MIT) from weston

these files were created containing code which was very obviously copied from
weston. when copying code, copyright headers must also be copied in order to
comply with licenses.

Ecore: Use calloc() to initialize Ecore_Event_Mouse_XXXX

Summary:
To ensure initialize all fields of Ecore_Event_Mouse_XXX,
use calloc() instead of malloc().

Test Plan: N/A

Reviewers: gwanglim, cedric, raster, devilhorns, ManMower, zmike

Subscribers: jpeg, input.hacker, JHyun

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

Eolian cxx tests: don't redefine Ecore_Cb.

Elm: Don't install box, table and grid eo files

Box, Table and Grid now belong to legacy land.
Their Evas counterparts are already not installed anymore,
and Efl.Ui.Box and Efl.Ui.Grid are here to replace those
widgets (note: code was initially copy & pasted).

This should fix installed EO files consistency.

docs: eldbus: add class and property descriptions for eldbus model files

Also fix some existing docs while being there.

docs: eio: add class description for eio model class

docs: edje_edit: add class description

eo base: names - add finding functions to fund by name

this finds child objects by walking the child tree searching children
by using the search string which can be name, class:name and both
class and name can also be a glob.

@feature

Ecore eo: Resolve duplicate Ecore_Cb definition.

Efl: Add Efl.Pack interfaces and Efl.Ui Box and Grid

The Pack interface is meant to unify all containers APIs.
Box and Grid a two new widgets implementing this new API. Box
has a new layout function that seems to correspond more to developers
expectations.

The Pack interface also provides a way to implement custom layout
functions, by the way of layout engine classes.

Still TODO:
- Named/Slot containers API with parts (eg. Elm.Layout, Edje.Object)
- Unify those with Pack (naming to be argued over: pack, content, ...)
- Deprecate (remove out of EO land) old containers
- Implement proper layout functions for Grid and fix Box.Flow

@feature

Efl.Pack: Rename methods and properties

- Children are now contents
- Efl.Pack_Layout is now a separate class and
  merges Pack_Engine.
- Removed dumb class Efl.Pack_Item
- Updated docs
- Added pack_ or grid_ prefixes to some methods

elm_text/box: Use real widgets to show off box layout

Efl.Ui.Grid: Implement custom layout functions

Untested yet. Will need to add the common 3 classes:
- standard
- homogenous
- homogenous max_size

And then implement a true custom layout function, that
respects weights in a certain manner (need to define it
clearly).

Ui.Box: Fix flow layout

Set align, fix usage with eo_add(EFL_UI_BOX_FLOW_CLASS).

Efl.Ui.Box: Add pack_align property

While at first I wanted to remove the box_align / table_align
properties, it ends up being a necessary value in some cases.

Efl.Ui.Grid: Fix new API behaviour

This fixes the linear API usage with a table.
TODO:
- remove internal table (as it doesn't support layout funcs)
- implement multiple layout functions (regular, homogenous, ...)

Elm_test/Grid: Add linear API test for Efl.Ui.Grid

At this point, it proves that the grid API does not work.
Some things still need to be implemented or fixed.

Elm_test/Ui.Box: Implement example custom layout function

This shows how to implement a layout function, with the
required Eo class boilerplate (note: could probably be
simpler with the appropriate macros, or a better solution
to create classes on the fly in C).

The layout function itself is awful, but shows that "it works".

Elm_test: Add test case for Ui.Grid

Right now the proper layout functions for Ui.Grid are not
implemented, so most controls don't work. This tests that the
grid works fine as a table.

Efl.Ui.Box: Implement flow layouts

This reuses the Evas.Box code, since we are still using the
box internally. The flow layout function is far from perfect
(it works well only with items of same height).

This shows how to use specific layouts provided by EFL.

Efl.Ui.Box: Implement way to override layout function

So, since we don't have function pointers, all the solutions
to reimplementing the layout function are quite convoluted:

1. use events
2. reimplement layout func
3. use an extra object
4. use a generic class (non instanciated)

Promises don't apply here (layout will run multiple times).

Problems:

1. Multiple event callbacks will be called, resulting in
   potential performance impact, extra events, etc...
   Also, there is no way to define standard implementations
   that would be provided by the framework.

2. Reimplementation of a function requires extra EO work
   (create an EO class, etc...), doesn't allow on-the-fly
   change of the layout method.

3. Probably the best solution is to have an object implementing
   the layout. But this means creating an extra object along
   with the container.

4. To avoid the extra object, use a class, and reimplement
   a @class function. This unfortunately requires extra
   EO work.

Solution 4. has been selected, but it's not very nice...

Elm_test: Add basic test case for the new box api

Elm: Compile in box and grid

Ui.Grid is definitely not complete.
Ui.Box still needs a few adjustments:
- alternative layout
- aspect ratio support
- RTL support
- remove evas box

Efl.Ui.Grid: Add implementation of a grid/table

This is only a partial implementation, work in progress.

The grid object should be a replacement for evas and elementary's
table and grid. Only the layout of items inside the container
is different, otherwise the API should be the same.

For now, this widget is based on an evas table but the full
layout logic will need to be reimplemented, eventually.

@feature

Efl.Ui.Box: Add implementation of a simple box

This should be the only linear packing container.
This replaces: evas box and elm box.

Edje box needs to be kept around for compatibility,
but it stays an EDC object only (for apps).

Lots of things are still to be fleshed out in this
box implementation:
- Simplify smart object / elm widget code
- Maybe stop using evas object box altogether
- Implement other layout strategies

@feature

Efl: Add skeletton for new containers "Pack" API

I chose the name "pack" instead of containers because it
is shorter, and allows out-of-the-box short C names like
efl_pack_end() instead of efl_container_pack_end().

All Pack interfaces will use the same efl_pack eo prefix.

This is still work in progress.

@feature

wayland_shm: Remove debug detritus

Should've been removed before push.  Oops.

wayland_shm: Add dmabuf support

This adds a separate backend to the "shm" engine that allows allocation
of buffers via libdrm that can be turned into dmabuf handles and used
with the wayland dmabuf extension.

Currently only the intel buffer manager is supported.

The benefit of dmabuf buffers is that they don't require a texture upload
like shm buffers do, and when we have plane support they can be dropped
directly into a plane without a memcpy.

static_libs: Add libdrm headers (for wayland_shm)

wayland_shm's dmabuf implementation needs acess to libdrm headers for
doing GPU specific memory allocations.  We search for these libraries
at runtime with dlopen, so we don't need to find them at build time,
however certain struct definitions and defines are still required.