evas - textblock ... fix valign handling to actually work as documented

valign handling was really broken. this fixes it to pretty much work
again. ie 0.0 == top, 0.5 == centered, 1.0 == bottom align and -1.0
== baseline. only baseline worked before.

evas/common - removed unnecessary handling.

Actually the range checking will be accomplished when u, v is decided.
just duplicated.

evas/common - removed unused vars.

my fault. they were not intended to push in.

evas/common - fix indentation

evas/common - code clean up

add better descriptive comments.
modify the code for better readibility.

evas/common - more useful comment.

evas/common - code clean up

removed unncessary backet depth in.

evas text filter - fix va_arg usage to not cause compiler internal errs

configure - don't add -mfpu-neon on arm - this breaks building for armv6/4...

ecore_x: fix wrong Atom name.

fix warnings in evas filter plus a memleak in _vflip_cpu()

fix distckeck for filter

Edje entry: Enable allow_set for DEFAULT select mode.

We need to be able to disable selection even when the mode is default.
A good use case is thumb scrolling on a desktop.

Edje entry: always finish selection when mouse is up.

Even when the event is held. This actually needs some better fixing.

evas/common - code clean up

one if-else if compare is enough. don't try compare twice.

evas/common - don't compare if twice. one is enough.

Evas textblock: Fixed test shadow warnings.

Evas textblock: Fixed *_cursor_char_coord_set with some y values.

Specifically y values that are between par->y and the first ln->y.

This should fix some selection issues with elm.

Evas textblock: Added tests for *_cursor_char_coord_set.

There are issues with values between the beginning of the first par and
the beginning of the first line.

evas/common - code clean up for more readability.

evas/common - code cleanup

useless to consider this optimization on these days
this just make people read code much awkward.

And actually the code have been unused.

Evas filters: Implement advanced text effects

Add a new module in Evas to implement text effects.
The basic idea is to create some buffers (alpha/rgba),
draw some text into them, and apply various filters in a
sequential way.

A small script language allows you to set a filter to a
text object. This can then be passed through an Eo API
or using Edje directly (under the field description.text.filter).

Right now, the software engine should work fine, but GL rendering
suffers from a few limitations (no scaling and no proxy rendering,
which means a few effects might not work well).

More documentation will follow, and examples as well.

But, please bear in mind: this is a HIGHLY EXPERIMENTAL feature.
I'm including it to EFL 1.9 so that people can play with it,
but it should not be considered stable at this point in time.

Evas filters: Disable proxies with the GL engine

Well, proxy sources are rendered to a... GL texture! But we
actually want the image pixels. So we'll need to call glReadPixels
to get them.

Yes, it will be horribly slow. But there isn't really a way around.
This will require a new internal API. For now, just disable the
feature. Hopefully I can make it work soon enough for the release?

Evas filters: Fix crash when using the GL backend

Buffer management was broken, and we tried to free the GL texture
as if it were a simple RGBA_Image.

Evas filters: Allow calling program_set and source_set in any order

If source_set was called after program_set, then parsing would fail.
It used to work because the program was re-parsed at source_set.
Now, save the code, mark the filter as changed, and reparse again
if the source changed (keep track of invalid programs to avoid
excessive parsing).

Evas filters: Prevent buffer creation when running filter

In async mode, the filter runs in the render thread, so can't
allocate buffers on the fly.
This case should not happen, unless maybe a source has a null
size (eg. it's invisible and not properly rendered).

Evas filters: Quick check for existing part name

We just add all buffer source names to the part lookup queue,
so that edje_cc will check that the source part exists.

The final int key is discarded.

Evas filters: Fix proxy usage (source unset)

Proxy sources & objects were not properly unset.
This results either in crashes (especially in the Edje tests)
or dangling objects with tons of references.

Remove the refcount increase/decrease, as it is redundant.
Store pairs proxy+source instead of just the source in all hashes,
so we can unset the is_proxy flag on the proxy when there are no
sources anymore.

Evas filters: Add support for proxies in Edje

They will be defined with the following syntax:
buffer:buf(src=part);

Evas filters: Implement basic Edje support

Does not support proxies yet.
Implemented as "filter" field in a part.description.text (next
to a "font").

Evas filters: Check that program code changes before updating

Save the code and compare with the new one. This way we can
safely call program_set from the edje_calc functions.

Evas filters: Add argument src for buffer declaration

Basically, in an edje file, we'll declare buffers manually,
using the "buffer:buf(src=part)" syntax.

Evas filters: Avoid adding multiple sources under the same name

Evas filters: Rename bind to source_set

Because that's what we call it for proxy images :)

Evas filters: Disable gauss blur

And fix doc in parser

Evas filters: Remove FIXME and unimplemented code

Remove compilation warnings: we don't really need cubic
interpolation at this point, we can still add it back
later if wanted.

Also, make it clear that buffer #2 is the output buffer.
Remove meaningless FIXME.

Evas filters: Add proxy source only once

If the proxy has already been added to the list of
proxy sources, don't add it again. This is for the filters
case where unset isn't even called :)

Evas filters: Fix memory leaks with buffers

In async rendering case, basically all buffers were leaked or
freed from the wrong thread. Fix that :)

Evas filters: Allocate buffer in the main loop (part 2)

Now the allocation is really done in the main loop.
Rendering fails, only happens in case of redraw.

Evas filters: Alloc/Dealloc buffers from the main loop only

This is a problem I didn't spot immediately... but with
tons of nasty consequences.

Evas filters: Simplify clip_to_target

Evas filters: Fix uninitialized memory access and unsupported call

Evas filters: Fix mapped rendering for mask, blend

If dx, dy are 0, there was a miscalculation of bottom and right,
leading to segvs.

Evas filters: Implement all rgba mask operation

RGBA + RGBA blended to an RGBA target.
Uses existing infrastructure to combine all buffers together.

Evas filters: Implement repeat and stretch for rgba to alpha

Use the mapped rendering to implement repeat and stretch
with rgba to alpha buffers blending.
If stretch is required, it will add one more (expensive)
scaling step.

Evas filters: Fix mask function

Mask iteration was not valid.

Evas filters: OpenGL support part 2.

This patch implements the final draw from RGBA_Image to the
OpenGL surface. We can even steal the output buffer and
redraw it quickly, without having to re-render everything
(same as in SW).

Evas filters: Move font draw inside the filters functions

Since the filters will have to decide on which engine (SW, GL) to
choose from to render the font and the effects, move the font
draw call inside the filters module.

Evas filters: OpenGL support part 1.

Quick and dirty solution to support the OpenGL engine:
[1] Allocate CPU buffers
[2] Render text and process all effects to these buffers
[3] Push final image as an OpenGL texture.

This patch implements [1].

Evas fitlers: Implement SLOW font draw to alpha targets

Well, raster did some great job at optimizing font draw... but only
to RGBA32 targets. In this font effects case, we also want to render
text on ALPHA buffers.

For now, reuse the existing alpha blending & glyph decompress
functions. It's MUCH easier, and works. Definitely slower than
decompressing on-the-fly and optimizing everything. But for now,
this will not even be the performance bottleneck in an effect
(blur will be a lot slower).

Evas filters: Remove (never implemented) motion blur

Evas filters: Add offset parameter to vflip

It is not possible to logically handle padding and offset at the same
time for a proper mirror effect, unless this is handled directly at the
transformation level.

Also, add support for blend() operation padding computation.

Evas filters: Add transform filter

This is the simplest solution I can come up with for "mirror" effects.
Displacement maps are HARD to generate and use properly, since the buffer
size is unknown until runtime.
Even if we align the map to the text itself (using the padding information),
it's still hard to describe properly how to apply the displacement map, and
to generate it... So let's just add a simple flip operation.

Evas filters: Add padding info to filter runtime context

Evas filters: Add support for displacement map alpha

Not tested yet!

Evas filters: Remove complicated displacement flags

The displacement effect is way too complicated. Let's keep it
simple and have only one displacement map format (RG + Alpha).

Here's what's missing now:
- Alpha support, to blend in the input with a variable intensity
- Extra padding (see below)

Also, the intensity VS. map values are not perfectly defined yet.

Problems: How to create a complete mirror effect (map needs to go
over boundaries... add extra padding to the buffers).

Evas filters: Optimize Text redraw with filters

Fix case when a proxy source has changed: need to fully render
the effect again.

Evas filters: Factorize blend map logic

Evas filters: Implement fill mode in blend

None, repeat (x,y) and stretch (x,y) are now working for RGBA
blending. The same logic shall be applied to alpha as well.

Evas filters: Start implementing stretch for blend

The fillmode is ignored when blending... for now.
First, implement none and stretch options for RGBA.

Evas filters: Reuse output buffer in Text object

This is the first possible optimization: save the rendered
text (since we already have the output buffer anyways), and
reuse it if the text + filter didn't change.

Evas filters: Implement fill with padding

Add parameters l, r, t, b to clip the fill area.
While l=x and t=y, the width and height of the clip are determined
at filter run-time, since we don't know the buffer size before.

Evas filters: Fix padding in blur with offset

If ox, oy were set, the padding was wrong in blur.

Evas filters: Implement curve script API

Currently supports interpolation modes "none" and "linear".
Cubic interpolation is not implemented yet.

Evas filters: Move scaling to a common file

NOTE: Alpha scaling is NOT supported.
It could be faked in 3 expensive steps:
1. Draw to RGBA
2. Scale RGBA
3. Draw to Alpha.

Evas filters: Implement mask stretch in RGBA blend

Brutal method for now: allocate YET ANOTHER buffer,
render scaled image to it (smooth scaling, oh yeah),
use this as a new mask.

For now, supports:
Alpha Input, RGBA mask, RGBA output, X,Y,XY stretching

Evas filters: Pass fillmode to the filters

I just need to actually implement them, now :)

Evas filters: Introduce "fill" mode in script API

This would mean: repeat (X,Y) or stretch (X,Y), for buffer
operations where it means something (blend, bump, ...)

Evas filters: Change default buffer size to input size

This should make more commands work intuitively.
Now we still need to specify how to repeat or stretch buffers
when running commands.

Evas filters: Change buffer creation API in script

Syntax was: buffer(name=bla,alpha=bool);
Changed to: buffer:bla(alpha);

There's a semicolon between buffer and its name because ALL whitespaces
are discarded. This might prove useful sometime in the future, so let's
keep it this way for now :)

Evas filters: Use common color parse function

Evas filters: Fix compilation after merge from master

- CRIT becomes CRI

Evas filters: Fix automatic buffers with Evas_Object_Text

Evas filters: Reduce padding to the minimum acceptable

Padding was brutally calculated by suming ALL the filters'
individual paddings. Now we try to be a bit smarter and propagate
the padding between buffers in the filter chain.

Evas filters: Rename Text's special_effect into filter_chain

For consistency with Textblock.

Evas filters: Disable styles when filter_chain is set

Since the default theme includes a dark shadow behind normal
lines text (white on dark grey), we need to skip those when using
a filter program.

Evas filters: Add fill command

This will simply clear the target buffer with the specified color.

Evas filters: Fix blur with small buffers

If the buffer is smaller than the blur kernel, then artifacts appear
and CRASHES happen because we read/write out of the buffer bounds.

Output buffer must be larger than the kernel diameter.
Input buffer's size is used to reduce the blurring effect on the edges.

Evas filters: Clear buffers after allocation

malloc() and mmap() don't return empty buffers, so blending on top
will present tons of artifacts.
Visible mostly on very small buffers as they are malloc()'ed from
previously used memory segments.

Evas filters: Use strcasecmp in the parser

We don't care about the case for our language.
EVEN for buffer names, so beware :)

Evas filters: Add basic support for clip in blend

Right now, clip is used only when blending RGBA surfaces.

Evas filters: Allow empty commands

If an instruction line contains only ';', skip it.
This is a convenience for Textblock and C++ style comments.

Evas filters: Add Eo APIs and some comments

The entry points on evas text are there!

Evas filters: Add all filters to Makefile

Compile the following evas_filter files:
- evas_filter.c
- blend.c
- blur.c
- bump.c
- curve.c
- displace.c
- mask.c
- parser.c

Evas filters: Implement style parser

So, the (font) effects will be described by a string. It's
basically a new language (yeah yeah sorry), VERY simple, based
on function calls a la Python, with sequential and named arguments.

This string is intended to be passed directly to an evas text object
and embedded into the evas textblock's markup tags.

This file implements both the basic parsing functions, the
compilation of instructions into a queue of commands, and the glue
code for the rest of the filter infrastructure.

Evas filters: Implement bump maps

These bump maps implement two light effects at once:
- 3D Shadows
- Specular lights

The specular light is activated by a flag.
Another flag enables compensation for darkening/whitening of
horizontal surfaces.

NOTE: This implementation is VERY SLOW.
It uses double values and divisions all over the place.
It might be possible to optimize by computing two LUTs before
running the algorithm.

Evas filters: Implement displacement maps

Displacement maps are a simple but powerful tool to move pixels
around in a buffer, based on a displacement map (image).

Currently, various modes are implemented:
- X, Y or XY displacement
- Alpha map or RGBA map where R and G only are used

An intensity parameter is given as well.

Some of these might not be useful, we can just strip them off when
the final API is decided.

Evas filters: Implement color curves filter

Color curves are a very simple tool to alter the colors of an image,
on a per-pixel basis. This implementation will simply map each pixel
to a 256 bytes buffer, provided by the application.

NOTE: There are no convenience functions yet for easy curve
generation, but this is the plan (give point A, B, B and interpolate
between them to generate the 256 values array).

Evas filters: Implement blur functions

Currently supported:
- Box blur for Alpha and RGBA
- Gaussian blur for Alpha and RGBA

Motion blur is not implemented.

These effects are SLOW. Gaussian blur is based on a true gaussian
curve for small radii, or a sine-based approximation.
The true gaussian might need to be removed for consistency, since
it gives slightly different results from the sine one (less blur).

It is not possible to mix Alpha and RGBA surfaces in this filter.

Evas filters: Implement other masking functions

These functions differ from normal blending as they will use
a mask on top of input and output buffers.
So, basically they blend input+mask into a third buffer output.

If output is RGBA then mask or input MUST be RGBA.

Evas filters: Implement blend functions

Currently, blending supports the following:
- Alpha --> Alpha (simple alpha masking)
- Alpha + Color --> RGBA (same as mask)
- RGBA --> RGBA (normal blend)
- RGBA --> Alpha (desaturate using A=(R+G+B)/3)

Evas filters: Import main implementation file

evas_filter.c contains the entry points for the evas filters subsystem,
in particular, the filter API, the (yet very basic) buffer management
system, the command queue and main context handling functions.

Right now, the Evas engine is left untouched, so these implementations
will work ONLY in the software engine.

NOTE: This will not compile on its own (thus, not added to Makefile.am),
as it will require the filter implementations to be linked.

Evas filters: Import main header file

evas_filter.h contains the API declarations for the internal
Evas Filter module: enums, functions and some documentation.

ecore-x xpresent - fix build if you DONT have xpresent there.

ecore_x: added @since comment about ecore_x_e_illume_window_state_send

Reviewers: seoz

CC: zmike, cedric, raster
Differential Revision: https://phab.enlightenment.org/D526

Evas fonts: Pass RGBA_Image instead of DATA32 buffer

Since we want to be able to draw to alpha buffers, it's
easier if we pass the whole image struct instead of just
the data pointer.

Evas text utils: Check syntax in color parse

If the color string is not correct (ie. not #RRGGBBAA, #RGBA, #RGB, #RRGGBB),
return an error.

Evas: Move _format_color_parse to common file

This (simple) code should be shared between Textblock and Filters.

Evas: Add support for Alpha buffers

Evas is an RGBA only engine, BUT we also use some alpha masks,
especially in the font rendering pipeline.
This commit adds basic support for alpha buffer operations
(blend and copy).

RGBA_Image can then point to either alpha-only data, if
its colorspace is grey.

ecore_x: Add ECORE_X_ATOM_E_ILLUME_ACCESS_ACTION_OVER.

This Atom is for accessibility.
In the touch screen, when the finger moves continuously, it is uesd.