efl: Use Eina.Size2D for size hint restricted min

This is the "internal" or "intrinsic" minimum size, to be set by EFL and
not by applications.

efl: Use Eina.Size2D for size hint min

efl: Use Eina.Size2D for size hint max

gfx: Add comment about visibility

efl: Use Eina.Size2D for Efl.Gfx.size

Big patch as a lot of things call or reimplement size_set. Hopefully I
got it right... fingers crossed.

efl: Use Eina.Position2D for Efl.Gfx.position

Note: This is a little bit more cumbersome in some places but in most
it's more convenient than (x,y).

efl: Introduce Eina.Rect and switch EO APIs to it

It's a complex struct but defined in EO as a simple struct. ABI-wise
it's equivalent to Eina_Rectangle. Some macros that use Eina_Rectangle
also work on Eina_Rect out of the box, most of the code dealing with
x,y,w,h will require no modifications either.

But Eina_Rect provides direct access to a size or position 2d component,
as well as the usual x,y,w,h. The field "rect" is provided as a
convenience for code dealing with both Eina_Rectangle and Eina_Rect. We
may or may not require it.

Note: Size2D could use unsigned values but I have spotted a few places
in the code that actually use -1 to indicate invalid size (as opposed to
0x0).

@feature

elm image: Fix async open to avoid multiple mmap

Reported by @jiin.moon:

In case of async_open for an elm_image, we try and open a file in a
thread, then map it and populate a bit, as this may take some time
(blocking I/O). This creates a mmap with eina_file_map_new. But later
evas image loaders will (usually) try and map the entire file with
eina_file_map_all() which creates another mmap. Since the size is
different (32Kb first then all) the returned map might be different
(it's up to the kernel to decide at this point).

So, in order to avoid having multiple maps on the same file, and try to
reduce the peak memory usage, we should prefer using the same map all
the time, i.e. the global one returned by eina_file_map_all().

This patch relies on the previous patch in eina_file which fixes
eina_file_map_populate() for the global map.

@fix

eina file: Ensure populate is safe to call

This makes sure that the call to madvise is safe. On Linux it's not too
much of an issue as checks are made inside madvise, and the worst that
can happen is an error is returned (EINVAL). Not great.

But if MAP_POPULATE is not present, as is the case on *BSD, then the
internal function _eina_file_map_populate() is used for the populate
rule. In that case actual data is read and we should make sure not to
trigger a segfault or bus error.

Also, this makes sure that in case of HugeTLB we actually populate all
pages, rather than one page out of 8 (we were jumping by 16Mb instead of
2Mb).

Note: Can we get the size of a HugeTLB at runtime? We're assuming 2Mb
which might very well not be the case!
See: https://wiki.debian.org/Hugepages

Tested by disabling MAP_POPULATE and observing crashes :)

@fix

eina file: Fix map_populate on the global map

If eina_file_map_all() is called, the map isn't added to the internal
hash "rmap" and so _eina_file_map_rule_apply() would never be called.

@fix

asa

flip: Fix invalid use of EOAPI in legacy header

This compiled fine with GCC but not with TCC.

@fix

intv slider: use scope_get instead

its better to use efl_data_scope_get() in eolian
functions except in finalize().

ector: move gradient color computation to a pool of thread.

This has been a long standing plan for improving performance in rendering
vector object. If your test involve updating gradient, you will get another
speedup of around 15%. Combined with previous shape, we get a 65% improvement
with doing the CPU intensive computation in there own thread before the
rendering kickoff. This was motly theorical until now, but well, it works
great !

ector: move RLE shape/stroke computation to a pool of thread.

This has been a long standing plan for improving performance in rendering
vector object. Depending on the test, you will get an improvement between
10 to 35% when rendering vector based object.

We are still maintaining the Cairo backend as the default one at the moment
due to a lack of result comparison tests between the two engine. Hopefully
we should get that covered and we can all enjoy a backend that is 4 times
faster by default.

ector: avoid calling function pointer when it is unecessary.

ector: add ability to run task in another thread during preparation stage.

efl net http - fix protocol error handling to not crash and handle it

if http server doesnt send even a valid http response and just closes
your conenction... dont segv with null pd->cm

@fix

eo-cxx: Fix assignment operator for eo::concrete

Tests/datetime: set the weekday to avoid Exactness error

The weekday, if not set, is the weekday of the day the test is run (i.e
today).
It means Exactness shots will be different most of the time.

eina: prevent memory corruption in chained mempool

The chained mempool uses eina trash to dispose and retrieve memory
blobs. Problem is that eina trash requires the memory blobs to be at
least of the size of a pointer. If the size of an element in the mempool
is less than the size of a pointer, which _is_ possible as no minimal
size is enforced, eina_trash will silently corrupt the memory pool.

To prevent memory corruption while still allowing small elements, the
size of an element defaults to the size of a pointer if it was smaller.
This comes at the cost of consuming slightly more memory in these cases,
but at least the memory pool can be safely be used.

@fix

eo: fix doxygen typo

eina: handle errors when creating a mempool

If the backend initialization failed, the mempool would still be
successfully created. The mempool is now destroyed on failure.

eo-cxx: Fix possible non-initialization in copy-constructor and move-constructor

eo-cxx: Fix conversion from char* to std::string

Edje external tests: fix some texts

The bugs mentioned are now fixed

eolian: remove old ownership system

elua: update for new eolian ownership system

eolian: correctness fixes in tests and eo files

eolian cxx/js: fix test eo file ownership

elementary: convert to new ownership

efl interfaces: convert to new ownership

ecore: convert existing eo files to new ownership

eo files: first batch of @owned conversions

eolian: switch validation to new ownership system

eolian cxx: use new ownership check API

eolian: add API to check for @owned

eolian: store ownership info in types

Even though ownership info belongs to params/returns/etc at syntax
level, we can still store it in the type and turn several API funcs
into one this way.

eolian: parsing of new @owned syntax for complex types

eolian: disallow parsing of warn_unused/owned for funcptrs

eolian: initial parsing for @owned

This is the new ownership system for Eolian, working on params,
returns, struct fields or events directly rather than specifying
ownership at type level. As the new system will evolve it will
gain missing features and necessary checks.

Tests: fix datetime test for Exactness

The clock needs to be paused otherwise the shot is not stable

Tests: fix remote image

URL was wrong as the server seems down.
Additionally, the two last lines have been swapped so the application
seems normal and not stretched.

efl net - adapt to openssl 1.1.0 changes with tls method support

support the tls methods if on openssl 1.1.0 so we don't get
"unsupported cipher" as it does support it just with a new api.

@fix

genlist: process item block positioning before relative item deleted

process item for positioning proper relative block before it's
relative item is deleted.

Signed-off-by: SangHyeon Jade Lee <dltkdgus1764@gmail.com>

ecore exe - fix fix  malloc fail handling

for both ecore_exe_win32.c and ecore_exe_posix.c when the rare case
(basically almost never) that malloc fails for the exe read/err
buffers also set the data size to 0 so it doesn't lie with a NULL ptr
for data.

@fix

evas box - fix longstanding bug where min size is miscalculated

this has affected edje for... like... ever. min size of boxes just
doesnt work. because evas box just doesnt do it right. this has led to
nasty things where edje box is just not usable if you use weight of 0.
btw weight 0 means "stay at min size no matter what even if we expand
the box to be bigger" in edje... which is totally broken and i can't
fix that without potentially breaking even more stuff... but let's
see. i've been using this for several days now and ... i can't find
breakage... so this should fix up SOME issues in edje.

@fix

ecore: update buffer size before allocation, not after.

eolian-cxx: Fix instantiate constructor with lambda after disambiguation patch

eolian-cxx: Fix example after disambiguation patch of C++ binding

eina: move the test to the new future and use the new Eina_Value array iterator macro.

eina: add iterator macro for Eina_Value that contain an array.

eio: move efl.io.manager.xattr.get to use the new Eina_Future.

efl: silent warnings shown on solaris due to missing header files.

eio: don't flush value after giving ownership.

eolian: default free funcs for builtin types

elm test: ui.clock: eo-fy clock sample

ecore_imf: Add ecore_imf_context_input_panel_position_set API

Summary: Sets the x,y coordinates of the input panel

Test Plan: Tested in Tizen device

Reviewers: woohyun, id213sin, jihoon, cedric

Subscribers: jpeg, jihoon, cedric

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

eina: add tests for eina_value_to_binbuf.

eina: add an ability to quickly convert from an Eina_Value to an Eina_Binbuf.

eio: migrate efl.io.manager.open to use Eina_Future.

ecore: allow efl_loop_future_scheduler_get on all Efl.Loop.User.

eolian: more relaxed rules on what is actually ownable

For example, aliases to ownable types are now also ownable,
which wasn't possible in the previous version, where you could
only own actual expanded ownable types.

eolian: include terminatable checks in ownable check

eolian: inherit freefunc between types/typedecls

eolian: make test data validate

eolian: always implicitly validate database and remove its API

eolian: move terminated_array typecheck to validate pass

eolian: move ownable checks to validation stage

edje: make it handle late appearing of devices

device adds can happen late, which means evas does not know the default
device until a time that is later than the focusing of some edje part.
Which means that keystrokes etc. are lost for the parts beeing focused
before the default device appeared. This should fix that.

For the later people in this world: Watch out! someone decided to map
seats in edje with a linear counter starting at 1, which means
seat0<->seat1 seat1<->seat2 thanks for that riddle, i feel like i have
beaten the sphinxs.

fix T6022

eina: fix Eina_Rectangle support in Eina_Value.

Thanks for the review Gustavo.

eina: allow convertion to BLOB from Eina_File Eina_Value by mmap the file.

eina: improve Eina_File support in Eina_Value.

Thanks Gustavo.

examples/evas: fix recent build break from rectangle change

Introduced with commit 13da5e980eb43288b9b9f502cb6a7a000e1f26ea

A compile before pushing would have been great, again.
Having the same name for two variables is something no compiler likes.

evas-map-utils-eo.c:74:8: error: conflicting types for ‘r’
    int r, g, b, a, f;
        ^
evas-map-utils-eo.c:73:19: note: previous declaration of ‘r’ was here
    Eina_Rectangle r;
                   ^
evas-map-utils-eo.c:93:31: error: ‘h’ undeclared (first use in this function)
    efl_gfx_size_get(o, NULL, &h);
                               ^
evas-map-utils-eo.c:93:31: note: each undeclared identifier is reported only once for each function it appears in
evas-map-utils-eo.c:108:25: error: ‘w’ undeclared (first use in this function)
    efl_gfx_size_get(o, &w, &h);

efl.ui.clock: correct value_set/get & value_min/max APIs signature.

We could just pass Efl_Time value as copy by value to set time in setter APIs
and return Efl_Time value in getter APIs.

Thanks to @JackDanielZ for the report.

Fixes T6008

gitignore: add some new example binaries to the ignore list

ecore: fix distcheck buil by including missing file

In commit df9f2e07722fa384cba09e934351e90f0d237009 this new header file
was introduced but it was missing from this list and thus never made it
into the dist.

I have to say I look forward to a future where a git based dist
handling, like meson does, replaces the tiresome approach of keeping the
list up to date.

efl_access: Use Eina.Rectangle (EO)

efl_gfx_fill: Use Eina.Rectangle for fill (EO)

edje: Use Eina_Rectangle for parts_extends_calc (EO)

efl_gfx: Remove color_part API (EO)

This API was introduced in commit:
  cd3f8db506379a770ef37134748a64adfae66ab3

This was since limited to EO only APIs, and totally underexploited.
After that, efl_part() was introduced, which defines how all part APIs
should be designed.

Nothing uses this API, efl_vg had an implementation that provides no
extra value over the other APIs.

efl_gfx: Use Eina.Rectangle for geometry (EO)

This saves a few lines already (without even having the proper helpers
for stack rectangles).

evas: Use Eina_Rectangle internally

Instead of Evas_Coord_Rectangle which is exactly the same thing but with
a different name and typedefs.

edje: Rename part external class

This was missed in the previous commit as this special part class didn't
include the internal keyword.

Ref T5315
Ref T5306

edje/elm: Rename _internal_ to _part_ (EO)

In Edje and Elementary, we have part objects, which are what is returned
by the interface efl_part(). Those objects can't be of an opaque type as
this doesn't work nicely with strongly typed languages such as C++ or
C#. In JS, Lua, C the types are weak and mostly runtime-based so it
doesn't matter much.

As a consequence, the documentation and the types need to look nice in
this EO API. Thus, we remove the abusive term "internal" and explicitly
call all those classes "part" something.

Eventually we want the types to be declared in the EO file so bindings
(C#, C++, ...) can generate the proper access methods, returning the
best possible types.

Note that right now a few of those part types are used in the legacy API
but don't actually need to be exposed externally.

This is kind of a mega commit that does all the renaming at once, but
it's really just a big sed operation. The power of good IDEs :)

Ref T5315
Ref T5306

widget: Make part_text_translate internal

widget: Rename focus_manager_factory to create

factory is not a verb :)

Ref T5363

evas: Fix build break

Ooops. Classic.
See 9ed6838f17e43621eea6f388eb2f5eceba14ecad

efl.ui.slider_interval: Add missing since tag

evas: Non functional changes to event grabber

This changes the CRI logs and the variable names.

I still think this API needs some fixing in order to not abuse the
smart object API. This should be done before it's too late (i.e. E is
released and depends on it).

evas: Add group_member_is to smart objects

This is a new function that indicates whether an object is a child of a
parent or not. Dead simple, as this simply compares if parent == this.
Note that this check was impossible to do with the event grabber.

Also, rename group_children_iterate to group_members_iterate for
consistency with the other group_member functions.

@feature

elm: Fix use of Efl.Access APIs

See also 7d397c9f195a9121153909c0f

Thanks @stefan for the first fix patch, I simply failed to push this one
early enough.

ctxpopup: Avoid safety error on call on null obj

See 6aa309ffb80a30ce7049d744f2d5abcc2a70b42c

eo: Add class name to error log (unref)

emotion: Make it a clipped smart object

This reduces code.
And probably adds new bugs.

emotion: Fix refcounts related to eio use

Inside emotion, if Eio is compiled, some asynchronous functions are used
and a refcounted struct was used to ensure safety of the code.
Unfortunately the logic didn't make much sense as emotion's private data
is used. The refcount becomes useless, the lifecycle of the data being
bound to the object itself.

Note that an actual crash is almost impossible because:
 - eio is actually quite fast
 - evas objects are kept alive for 2 frames
 - eina_freeq is used to keep eo objects' data alive for some more time

But this in theory fixes the events, as they were sent on the wrong
object. "obj" is the image object, "smartobj" was the emotion object.
This is fixed with a weak ref.

I don't think it is necessary to backport this.

evas: Fix evas grid

It's a complete mess mixing legacy and EO in a really bad way.

edje: Remove use of smart clipped data

This removes dependency on a legacy structure.
Edje object does not change the smart data, unlike evas box and grid.

evas: Add EO API to get clipper in smart object

It's not exposing anything that wasn't already accessible before (you
could just add a member and get its clip, for instance).

This will be used by Edje Object.

This is a minor
@feature

evas: Fix crash with smart objects

This is due to the previous patches.

evas: Remove class Efl.Canvas.Group.Clipped

The functionality is now merged inside the core Group class, which will
allow us to clean up its API.