evas: add file manipulation API to Evas_Object_VG.

ecore_evas: add a SVG vector dislay/converter tool.

evas: first implementation of an ector drawer inside Evas software engine.

Note: this won't work with the OpenGL backend.

ector: handle color multiplier in the function declaration.

ector: reorder macro for easier reuse.

ector: prepare doesn't need surface, as it should always be the parent.

efl: fix some whitespace.

ector: first implementation of an Cairo shape renderer.

Note: still a lot on the todo, but it should display something that follow
the correct path at least. Thanks librsvg for helping a lot.

ector: remove surface from draw command as it should be drawn on the parent, always !

ector: start implementing radial gradient in cairo backend.

ector: fix cairo linear gradient implementation.

eo_cxx: fix after change in internal function naming of Eo.

ector: now import header of all cairo renderer.

ector: cairo need a specialized fill function.

ector: first try at implementing linear gradient renderer.

ector: first implementation of a Cairo surface.

ector: add a base interface for all cairo renderer.

ector: fix building of the generic backend.

ector: fix building of cairo backend.

ector: move dependency around. Evas now depend on Ector.

ector: and here come the beginning of a Cairo backend.

The idea is that Evas engine will actually inherit from it to instanciate their
own Cairo backend (Software and GL) from there.

ector: add beginning of a cairo implementation.

ector: all those function needs to be static.

ector: share base type structure to the rest of ecore_private.h.

ector: duplicate PATH could be useful.

ector: add stop implementation.

efl: move PATH manipulation from Evas into Efl interfaces.

ector: start the implementation of a Cairo backend.

ector: start the implementation of the Generic surface.

ector: make the drawing function virtual as it rely on the backend implementation.

ector: move all interface to be in the Generic namespace.

This will enable the possibility to have many implementation for the
backend. Will come first Cairo, followed by Software and GL one day.

evas: make the interface part of the Generic name space.

This should enable having multiple backend that will use another namespace instead
of Generic.

ector: add linear and radial gradial renderer to Ector.

efl: introduce an Efl Gradient Radial interface.

efl: add a linear gradient interface.

ector: add top gradient renderer.

efl: add a gradient interface.

efl: rename geometry to graphics to be more general.

ector: add initial interface for a shape object.

autotools: add ector in the list of Eolian file provider.

ector: add initial interface for Surface and Renderer.

ector: initial introduction.

Idea for this library is to become a retained mode drawing library that use
Eo/Eolian for its API and take a lot of the good design from Enesim by
Jorge Zapata and Jose Gonzalez (http://enesim.org/).

efl: use Efl_Geometry_Shape.

efl: add an interface for Efl_Geometry_Shape.

evas: fix Evas_VG eo files.

evas: implement all Evas_VG_Shape property.

evas: actually compile Evas_VG_Shape.

evas: move Evas_VG_Node structure declaration into a shared header to use it directly from Evas_VG.

evas: fix prototype and correctly call the function.

evas: declare internal evas_vg helper.

eo: internal variable should not have that much chance to conflict prefix them with ___.

evas: handle path set on shape object.

evas: implement stupid bound get at container level.

evas: add Efl.File interface to Evas_Object_VG.

evas: add Evas_VG_Image.

evas: implement Evas_VG_Node stacking functions.

evas: Evas_VG_Root_Node should only be attached to an Evas_Object_VG.

evas: remove unecessary duplicated code.

evas: add evas_vg note.

evas: add utility function to build path.

evas: add initial Evas_Object_VG.

Evas_Object_VG is meant to become an object that can hold a SVG
scenegraph inside of it.

eina: add eina_matrix.

This code come from Enesim and was done by Jorge. I did just take care
of changing the namespace and coding style.

evas/common Fixed incorrect blend pixel color logic in neon.

previously, it had the remaining value issues on blending computation.
The blending color result was in correct.

Signed-Off-By: Vladimir Kuramshin <v.kuramshin@samsung.com>

Evas GL common: Fix shaders for GLX

Oops! There had to be a breakage somewhere. That's it :)
Thanks Oleksander Shcherbina for the report.

Fixes T2266.

Evas GL common: Fix GL masking with 12,21,22 sampling

This is a new feature introduced by the shaders refactoring:
even masking shaders now support smooth sampling of the masked image
using the special 12,21,22 shaders.

Also, refactor the list of texture bindings so that it's
automatically generated by the script, as opposed to being a
manual list...

Evas GL common: Fix shader sampling and check nomul

Now that the shader select function checks the values of "sam"
and "nomul", we can avoid sending the color to the shader when
it's a "nomul" shader. This will most likely give a performance
boost of roughly 0.00000001%.

Evas GL common: Factorize GL shader selection code

Improve the shader selection function to handle all possible
cases. Only images really need special handling as they
support so many parameters.

Evas GL common: Factorize shader generation code

Remove all individual shaders, factorize everything into
one vertex and one fragment shader. All previous functionality
has been kept as is[*]. Some new features have been added
(new shader types).

This is a first step in simplifying and improving the shaders system.
Next: simplify shader selection

[*] Yeah, that's quite a bold statement here. Maybe I broke everything.

Evas masking: Remove map_mask shaders

Those are now duplicates of IMG_MASK

edje: move Edje_Color_Class->desc to end of struct

this allows memory layout compatibility with Elm_Color_Class

edje: return immediately when setting color class if class is not in use

elua: lualian generator code cleanup

elua: cleanup lualian class generation

edje_cc: Add options -V/--version to show edje_cc version.

Requested to ease debugging on deployments.

Fixes T2213

eet: Add options -V/--version to show eet version.

Requested to ease debugging on deployments.

ref T2213

eet: List -h option in help message

Eeze.h: Delete white space.

Summary: Delete white space in Eeze.h

Reviewers: cedric, Sergeant_Whitespace

Subscribers: cedric

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

ecore_evas - eetpack utility for packing files (imgs) into eet files

this adds a new utility called "eetpack" that uses eet, ecore_evas,
eina and evas to stuff images with various compressions/encodings (as
well as raw data in a simple way) into eet files like edj files or any
eet archive. can be used in combination with the "eet" utility and
edje_cc generated edj files.

@feature

elua: only check gettability in __index with no keys

elua: clarify comments in eo.lua (explain how the property system works)

efreetd - cache - fix handling a text index file with 0 length lines

this fixes an efreetd cache crash where files like icon.exts might
have lines with just a newline and no extension/content on the line.

@fix

edje_calc: fix SEGFAULT on new parts

Summary: new part added with edje_edit_part_add has NULL previous description

Reviewers: cedric, zmike, seoz, Hermet, raster

Subscribers: FurryMyad, cedric, reutskiy.v.v

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

ecore: Move documentation for ecore_timer_add at the correct place.

Many thanks to Vinicius dos Santos Oliveira for spotting this and
pointing it out on the mailing list.

edje calc now more correctly forces recalc for child groups on state change

in the event of fixed size -> non-fixed size (eg. previous commit optimization),
this calc would no longer occur, so we need to queue it. also if fixed.w or
fixed.h changes value for a group part, we must recalc the group to ensure correct
sizing occurs

edje calc no longer performs calculations for group parts of fixed size > 0

when I said > 0 in the last commit message, I was thinking ahead to this commit
which I knew I would later have to make, but had not yet written because I had not
spent the requisite number of hours debugging the code to know that I needed to
have the check in both the code and the commit message

ref 3a451650d2f875077419e5777c49d04c618211f0

Evas masking: Implement polygon masking (GL)

Evas masking: Ensure texture is up-to-date before drawing (GL)

Evas GL common: whitespace fixes

Evas masking: Implement line masking in GL

This commit also introduces a few whitespace changes...

Evas GL generic: Simplify "scaled" images (used for masking)

Invert the meaning of scaled (w,h), so that im->(w,h) corresponds
to the final scaled size, and the original size is stored directly
in the texture itself.

This simplifies code a little bit.

Also, lift the limitation on the maximum texture size, as those
virtual textures are not limited by GPU texture size.

Evas masking: Refactor GL code

Use the same method as for map masking:
- Pass absolute geometry of the mask to the push functions,
- Compute absolute position in the shader (like gl_Position)
  and apply scaling factor + offset to sample the mask.

Masking now uses a single vec4 attribute instead of hi-jacking
other vertices.

This way, all masking shaders share the same code and are way
simpler. On the other hand, the vertex shaders have a little bit
more work to do.

ecore_file - fix nasty memory issues in ecore_file_app_exe_get()

valgrind was most unhappy with ecore_file_app_exe_get(). like:

==8331== Invalid write of size 1
==8331==    at 0x68DE90A: ecore_file_app_exe_get (ecore_file.c:994)
==8331==  Address 0x1348e58f is 0 bytes after a block of size 31 alloc'd
==8331==    at 0x4C28C20: malloc (vg_replace_malloc.c:296)
==8331== Invalid write of size 1
==8331==    at 0x68DE948: ecore_file_app_exe_get (ecore_file.c:1000)
==8331==  Address 0x1348e599 is 10 bytes after a block of size 31 alloc'd
==8331==    at 0x4C28C20: malloc (vg_replace_malloc.c:296)

etc. etc. - so i rewrote it cleanly using strbuf to save code and
effort. cleaner now and ACTUALLY works correctly... and no valgrind
complaints.

@fix

edje object swallowing no longer forces a full recalc

this (and/or related prior commits) seems to have hugely improved
edje performance across the board. particularly noticeable in the
settings pane animations for terminology

 #aprilfools

edje object scale factor changes now trigger deferred recalcs

as with the previous commit, any user who wants geometry immediately
will be calling calc functions, so this is just going to be redundant
except in cases where calc is not wanted, in which case it is unnecessary
overhead

edje group part init no longer forces synchronous hint updating during load

hints will be updated later and any user who wants these hints is going to
be calling edje calc functions anyway, causing this to be a redundant calc

edje calc no longer forces proxy part source calcs for currently-hidden proxies

this saves a bit of calc time when a proxy part is not currently visible

edje calc no longer performs calculations for group parts of fixed size

if the min/max of a part are identical and > 0, the part's min size is guaranteed
to be this size. there is no need to perform expensive recursive calcs here

edje: add edje_file_iterator_new().

This list the actually opened Edje file by the current process.

edje: fix build break.

edje: add edje_mmap_color_class_iterator_new().

This function make it possible to list the Color class of a specific Edje file.