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.

wayland_shm: Refactor surface creation

Split this into two parts, one that makes the base surface, one that
calls the potential back ends.

Once the dmabuf backend is added this will allow a fallback path to
re-initialize the surface as wl_shm if dmabuf fails.

wayland_shm: pass engine info to shm_surface_create

Gratuitous change to pass less parameters and make some code prettier.

wayland_shm: Pull the damage stuff out of evas_shm

This doesn't really care what the buffers were allocated with, so
let's make this chunk of code useful to both the shm method and the
upcoming dmabuf one

wayland_shm: Minor clean up of _evas_shm_surface_post

Some gratuitous cosmetic fixes

wayland_shm: Don't pass num_buff to reconfigure

We can't really reconfigure the number of buffers after they're created,
there's nothing above us that would try to do it...

wayland_shm: Gratuitous code simplification

Refactor evas_outbuf_setup a bit so there's only one call to
_evas_shm_surface_create.

Also makes the NULL return on unhandled rotation a lot more obvious.

wayland_shm: Pass Evas_Engine_Info_Wayland_Shm directly to setup functions

We pretty much pass all its contents anyway.

wayland_shm: Add dmabuf to engine info

Get the dmabuf protocol object from ecore_wl2 and store it in engine info

ecore_wl2: Add API to get dmabuf protocol object

wayland_shm: Abstract the actual shm operations

Make the Surface carry function pointers and the shm surface create
function set them.  This refactor makes implementing dmabuf operations
simpler.

wayland_shm: Remove outbuf_reconfigure function pointer

We only ever call it from one place, and we only ever initialize it
to one value, so there's no need for a function pointer.

wayland_shm: Remove unused dx, dy params from resize functions

We don't appear to actually use these for anything except long term storage

wayland_shm: Drop ifdefs around damage_buffer

We now depend on wayland 1.10.0 so damage_buffer is always going to be
present in the headers - we no longer need ifdef checks.

build: Bump wayland version dependency

Anything that needed wayland now needs wayland 1.10.0

wayland_shm: Make new Surface abstraction to wrap Shm_Surface

Wraps the Shm_Surface allocator in a new Surface type that will
potentially use different allocators, such as dmabuf in a future commit.

ecore_wl2: Bind dmabuf global if available

Bind the dmabuf global so we can make use of it later.

ecore_wl2: Add generated dmabuf files

This adds the framework for the dmabuf protocol for wayland - the files
are generated with wayland-scanner.

wayland_shm: Move Shm private structures into evas_shm

Refactor all the shm specific stuff into evas_shm so it can better
co-exist with upcoming dmabuf allocations

wayland_shm: Remove flags

We only used this for resize, and didn't actually even need it then.

wayland_shm: Don't use number of buffers in swap mode calculation

The number of allocated buffers shouldn't change a thing...

wayland_shm: Return buffer age from shm_surface_assign

This makes refactoring the Surface abstraction a little easier.

Revert "Set the name for table, box items"

This reverts commit 6f7608befd006f8076d237bee5d17c9e9e1e09ac.

Item in table and box do not need names as they have an index. This
is breaking ABI for edje application that rely on getting the index
properly when a signal is emitted. To be precise, this did break
elemines.

eo: fix borkage.

Merge strict eolian type checking branch.

In this branch I turned on strict eolian type checking and silenced all
of the errors that came to be because of it (fixed some).

I did it so new code will not introduce new errors. We've had more
errors introduced recently, and I believe it's because of ignorance. No
more excuses, compilation will now fail if you fail to handle types
correctly.

We need to fix my workarounds. Many of the .eo files that I worked
around on need to be removed anyway, and a lot of the rest need a lot of
changes, so there was no point wasting my time into fixing it properly.

Eolian: Turn on strict type checking.

Thanks to q66 for the code.
I'm stealing credit here because:
1. I'm lazy.
2. He's lazy and doesn't deserve it.

Elm glview: Fix eo type errors.

Elm box: Fix eo type errors.

Elm web: Fix eo type errors.

Elm app server view: Fix eo type errors.

Elm slideshow: Fix eo type errors.

Elm app client view: Fix eo type errors.

Elm app server: Fix eo type errors.

Elm gengrid: Fix eo type errors.

Elm map: Fix eo type errors.

Elm calendar: Fix eo type errors.

Elm eo: Make Eina_Compare_Cb accessible to all widgets.

Elm sys notify interface: Fix eo type errors.

Elm prefs: Fix eo type errors.

Elm app client: Fix eo type errors.

Eo eina types: Add Eina.Value.

Elm multibutton entry: Fix eo type errors.

Elm app server: Fix eo type errors.

Elm genlist: Fix eo type errors.

Elm view list: Fix eo type errors.

Elm naviframe item: Fix eo type errors.

Elm interface fileselector: Fix eo type errors.

Elm slider: Fix eo type errors.

Elm toolbar item: Fix eo type errors.

Elm systray: Fix eo type errors.

Elm toolbar: Fix eo type errors.

Elm list: Fix eo type errors.

Elm layout: Fix eo type errors.

Elm atspi text: Fix eo type errors.

Elm atspi widget action: Fix eo type errors.

Elm hoversel item: Fix eo type errors.

Elm win: Fix eo type errors.

Elm check: Fix eo type errors.

Elm image: Fix eo type errors.

Elm entry: Fix eo type errors.

Elm atspi accessible: Fix eo type errors.

Elm widget: Fix eo type errors.

Elm gesturelayer: Fix eo type errors.

Elm photocam: Fix eo type errors.

Elm general: Ignore more types (callbacks) in eolian.

Elm interface scrollable: Fix eo type errors.

Elm widget item: Fix eo type errors.

Elm gen item: Add missing eolian type definitions.

Elm eo files: Add missing include of efl_types.

Eo base: fix parameters to be the correct type.

Eo is not a type Eolian is aware of, the correct type is Eo.Base.

genlist: call update_job after smart_calculation done

Summary :
if item_update happens before the smart calcuate finished,
item can be delayed updated(next frame).
to prevent this issue, if unsolved job is remaining after
smart calc done, call update_job directly and remove job.

@fix

eo base - add value keys in addition to object and void ptr data keys

eina value would allow any value to be attached to an eo object and
also be freed nicely too. this would allow any generic data to go
there without overloading a void * that us c coders love to abuse.

@feature

eo base - clean up base data struct formatting

just a cleanup of the struct formatting/spacing

eo - add object comments - esp useful for erigo and gui builders

also useful for debugging and more. this also makes both name/id and
comment an extension blob of ram so objects dont keep growing
boundlessly in memory usage/size

@feature

eo - add object names/ids esp useful for erigo as it wants object names

also evas objects have names too, so add this as this was discussed
and now the feature is in. there is nothing to find objects by name
yet. that's more api's and features to add after this.

@feature

eina value test - gix blob check to check only relevant fields

the value check for blobs was checking unused fields in a union and
thats just bad. check only fields that matter to the blob.

@fix