elm: disable interface theme loading

this is broken. do not reenable until testing has been done.

partially reverts dd4467505ea29d6120e5e7d467d76836a6630ff4

ref T6579

Pyolian: cache classes and properties

This give an overrall speed up of aroud 50% in the full doc generation.

efl loop - provide efl namespace versions of begin/end locks on mainloop

add efl_main_loop_steal() and efl_main_loop_release() for new efl
namespace versiosn of ecore_thread_main_loop_begin() and
ecore_thread_main_loop_end().

efl_ui_popup_alert: change clicked event name

Summary:
clicked event will be called when alert popup's button is clicked.
But usually, clicked event means when object is clicked, not sub object is clicked.
So it is so ambiguous, event name change.

Test Plan:
1. elementary_test -to efl.ui.popup.alert
2. click button.

Reviewers: Jaehyun_Cho, herb, jpeg, cedric

Reviewed By: Jaehyun_Cho

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

ecore, elementary: remove useless inclusion of Evil.h on public headers when compiling with Visual Studio

Evil.h is already included on Windows in Eina.h

efl: remove _MSC_VER (Visual Studio macro) usage in source code

build: commit also changes in Evil's Makefile.am

evil: remove useless code

elementary: alloca is already declared in eina_alloca.h

evas: NEAR AND FAR are already defined on Windows

ecore: Efl_Core.h means using EFL_BETA_API_SUPPORT at the moment.

eo: make efl_provider_find a @const function.

ecore: fallback to use efl_provider_find if the passed object isn't an Efl.Loop_Consumer.

fix evas test suite to now init both ecore and evas.... correctly.

see c8dcc4327b803e9b8ad2a0985e756c924946c442 - basicall evas depends
on ecore these days... thus requires ecore be initted THEN evas. ...
which in theory is an abi break for those using evas and ONLY evas
long ago from when efl was separate... but it''s how we're building
these days.

@fix

ecore evas init - init ecore then evas not the other way...

because as of... i don't know when, evas relies on ecore with
ecore_pipe_add to create the async fd... and if you init evas then
ecore this doesnt work. obviously. well now it isn't working. probably
due to new efl loop work. but the efl loop code is correct.
ecore_pipe_add should never work until you init ecore... it just
happesn to have managed to be gotten away with for a while.

@fix

eocre timechanges - set obj to null before deletion on stop

stops double-deletion due to callback nesting

elm_popup: its not a focus layer

elm popup is only a contextual wrapper arround a elm_notify, so
implementing this thing here as focus layer is wrong.

elm_widget_item_focus: use the correct parent

You need to use the parent here, otherwise the adapter will stay alive
for too long.

ecore: fix future -> promise doc

emotion: unset DISPLAY when loading an engine under wayland

ensure that this doesn't trigger xwayland deadlocks during gst init

probably fixes T6418

@fix

efl-loop: Don't use 'main' as a variable name

Gcc issues a warning here that 'main' is usually a function, so just
rename the variable to avoid the warning.

NB: No funtional changes

Signed-off-by: Chris Michael <cp.michael@samsung.com>

evas: make tbm_surface api fields static

When building statically this breaks build, since both symbols would be
defined globally.

docs: Update elementary eo files for grammar and readability

Author: Nate Drake

efl_ui_popup_alert_text_scroll: do not calc size when need size calc flag is FALSE

Summary:
efl_ui_popup has needs_size_calc flag
to skip size calculation when it is not needed.
But efl_ui_popup_alert_text/scroll do size calc although that flag is FALSE

Test Plan:
1. elementary_test -to efl.ui.popup.alert.text
  or elementary_test -to efl.ui.popup.alert.scroll

2. resize window

3. watch _sizing_eval call

Reviewers: Jaehyun_Cho, herb, jpeg, cedric

Reviewed By: Jaehyun_Cho

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

promise: Add even simpler helper for main loop promise creation

doc generator: show params and return type for functions

ci: stay with 17.04 for Ubuntu on Travis builds

There is some glitch with 17.10 and systemd in our build. Roll back here
to keep the Travis build stable until this is investigated.

efl-wl: add function to get the parent of an extracted surface

@feature

ecore_con: we should just stop using ecore_main_loop_get.

eio: switch code to simpler pattern with efl_loop_promise_new.

ecore: introduce efl_loop_promise_new to simplify creation of Eina_Promise.

ecore: add some documentation for efl_loop_future_scheduler_get.

ecore: efl_loop_future_scheduler_get actually should be considered a const method.

Revert "efl_loop: move scheduler_get to eo API"

This reverts commit f910ba248e3f8f8390674e79cbbe49582eed861e.

The scheduler is meant to be used only in C, not by bindings so there isn't really
a use for it in the loop class. Now this patch was triggered due to complexity in
using future/promise, so will do a follow up patch to improve that.

ci: add forgotten Ubuntu 17.10 Dockerfile

Oops, sorry for the Travis break due to this.

Put in a new (experimental) doc generator built only by templates

This is (in my mind) meant to replace the current elua generator.

Currently the generated output is pratically identical to the elua
one, just some little difference here and there, some for thecnical
reasons and some just for my preference.

I consider this work just a starting point, extending the
templates we can now easily improve our docs. Whithout the need
to touch a single line of code.

Really I think this is a great improvements, and this are some
numbers to prove it:

Current elua implementation:
4185 lines of code in 7 lua files
generation time: ~ 7 seconds

New generator:
115 lines of python + 513 lines of templates
generation time: ~ 8 seconds (can be optimizd ALOT)

To generate the full Efl.* docs just run "./gendoc.py -v" in this folder.

...will wait for reviews (in particular from @andy and @q66)

docs: Fix eo_add -> efl_add

ci: add Archlinux Dockerfile and use it in Travis

ci: update travis distro builds for Ubuntu and Fedora to newer versions

We already have the needed Dockerfiles for the latest releases and they
work fine. Make sure Travis runs use them.

Pyolian: quite complete documentation for usage and template syntax

The same content is available in phab wiki at:
https://phab.enlightenment.org/w/pyolian/

efl_loop: move scheduler_get to eo API

Typo in error message

Typo in example

docs: Fix exmplanation for edje_file_iterator

eina debug - use pthread _sigmask instead of sigprocmask like elsewhere

elsewhere in efl we moved to pthread_sigmask but eina debug didn't, so
mirror the changes here too. at this point in time when we are
initting eina debug this shouldnt really matter much as we're single
threaded until this pthread_Create is called. after that tough...
we're not. signals + threads is a nightmare though... horrible
horrible...

Pyolian: fix segfault on shutdown

also improve abit all_namespaces performance by using a set (hashable)

Pyolian: implement an utility class: Namspace

Update tests and generator to use this new feature

ecore_con: switch from 1234 to AF_UNSPEC

there are systems where sa_family_t is a enum, so assigning 1234 will
lead to compililation errors on picky systems

ci: travis: add new docker file for Fedora 27 release

benchmarks: eine: include header for using time()

../src/benchmarks/eina/eina_bench_sort.c: In function ‘eina_bench_sort_eina’:
../src/benchmarks/eina/eina_bench_sort.c:52:10: warning: implicit declaration of function ‘time’ [-Wimplicit-function-declaration]
    srand(time(NULL));

Found due to the nice quite build output in our meson feature branch.

Pyolian: implemented doc tokenizer

efl loop - rename ecore_main_loop_get to efl_main_loop_get

ecore_main_loop_get() is really a new "eo api" but it's using our old
ecore_* namespace, so move to the new efl namespace.

Efl.Gfx.Color: add color_class_code.set/get{} method

efl loop - make param as unused to remove warning

Pyolian: better equality test, new hierarchy prop and some tests

Pyolian: a fix and some new utils

Pyolian generator: also make the classes visible in the template ctx

pyolian: make the library and the generator importable from another folder

Fix and simpligy windows behaviour.

Author: Vincent Torri

Fix and simpligy windows behaviour.

Author: Vincent Torri

elm_code: Fix usage of basename

elm: fix memleak in combobox

@fix

elm: fix typo in elm_list documentation

Pyolian template-based generator.

This is a really powerfull tool that can be used to generate anything eolian
releted  just providing a template file. You can then render the template
with the wanted scope (class, namespace, enum, etc)

For example give a try at this (from the src/srcipts/pyolian folder):
./generator.py test_gen_class.template --cls Efl.Loop.Timer

or ./generator.py -h for the full help

Next step: maybe generate the new efl API doc using this tool?
@andy I think this will make your life much easier :)

New python bindings for eolian

This are manually written ctype bindings for eolian, that means they
run on the standard python library (nothing to install) and can run
without any build step (in fact ctypes just open the so/dll file at runtime)

Next step will be (soon) a template based generator for eolian that will
be a lot of fun :)

remove elgacy ecore event usage in futures that limit to mainloop only

also eina_procmis was not threadsafe so cannto use loops in different
threads at all until this was made safe. needed to disable the old
ecore_event using code in for ecore futures and create a new efl loop
message future and handler instead ... but now a quick experiment with
multiple loops in 10 threads plus mainloop have timers at least work.
i need to test more like fd handlers etc etc. but it's a step.

Efl_Ui.h - remember to define EWAPI too

elm_priv.h - improve defines, EAPI EWAPI etc. because sub-includes need

this also makes it build for windows

ecore/efl loop  - use efl_loop_time_get on loop obj where needed

stop using the legacy ecore_loop_time_get() func when it should be
coming from the loop object's loop time. also ecore_time_get should
never fall back on ecore_loop_time_get for similar reasons.

part of making the ecore/efl loop a non-global instance (allow loops
in threads)

ecore main loop - fix fd handler clearning

so loop object destruction was clearing out fd handlers but those may
be later deleted by destructors of child objects. so leave legacy
fdh's and just remove them from the list

docs: Group our API landing page by namespace

ecore: Reduce the number of lines in our error log

And align for readability

eolian: prevent unnecessary hash table allocs

eolian: remove the toplevel information

eolian: perform partial class validation every time

This makes sure that duplicate method/part/etc checks are done on
every database update, removing the need for clunky toplevel
checks and improving reliability. It also sacrifices some
performance but it shouldn't be too bad (if a class is already
validated, some checks are avoided to speed things up).

eolian: deferred parsing of type deps

eolian: move inherit type checking to validation

docs: Update evas canvas eo files for grammar and readability

Author: Nate Drake

Remove all ocurrences of SPANK from our user facing errors.

This has been bugging me for some time but now we are triggering new errors internally
this is appearing to end users for problems they did not cause.

Additionally I was able to improve a couple of the errors by copying the
explanation from code comments into the error message.

Shorter error logs now too :)

docs: Update efl interface eo files for grammar and readability

Author: Nate Drake

docs: Update edje eo files for grammar and readability

Author: Nate Drake

Efl.Ui.List: fix compiler warning.

Efl.Gfx.Color: add color_code{}

color_code allows user to pass/get the color hex string
(e.g. efl_gfx_color_code_set(o, "#FFAA22CC"))

Also make this interface as mixin class.

interface: add Efl.Gfx.Color interface for color related APIs

This would eventually turn into mixin class later after adding
more color related helper functions.

elm_code: Cancel selection if clicked outside of the editor area

eolian: unify test directories

ecore/efl loop - refactor idle stuff to be less convluted when

less jumping around the codebase and no need for a message exists
method on the loop as we can find out internally, so only the process
left.

ecore/efl loop. remove internal ecore_timer legacy api usage for eflloop

efl.loop was still using legacy ecore_timer_* calls inside. of course
this is a big no-no if we are to allow multiple loops, so clean this
up and convert them to efl.loop.timers.

efl-mono: Fix using right description pointer in event registration

efl-mono: Fix removal of .exe extension in Linux systems

eolian-mono: Add documentation generation support

This commit adds the "documentation" generator, which gets the
documentation_def attribute of the given item and generates xml comments
to be exported by MCS.

For items requiring some customization of the generated comments (e.g.
functions and its parameters), the helpers to generate the preamble
(summary), body (paragraphs) and epilogue (currently just the @since
tag) were added.

Currently we do not support converting Eolian references into xmldoc
references.

As we explicitly generate Get/Set methods for properties, for now the
generator tries to get the get/set specific documentation first. If it
is not present, fallback to the common docs.

Later this could be changed to generate the common one as paragraphs of
the Get/Set.

Also some generated code like the wrappers for calling C# methods
from C can be private. This will cleanup the introspection results
and warnings when generating documentation.

Due to this visibility change, the binbuf tests had to be changed
to add redirect calls to the native methods instead of directly
calling the DllImport'd methods.

eina: only execute that code if HAVE_MALLOC_USABLE_SIZE is defined

thats why we check that ...

Canvas image: fix endless call to 'load_error_get'

Fixes a bug introduce with c8c4572d7005d19cf50f8c53bb7408606cf3ee40.
My guess is that the true intention was to query the Efl.File mixin
first, and the check the specific load_error.

Basically a call to 'efl_file_load_error_get' on an
Efl.Canvas.Image triggered this.

docs: Update ecore_con eo files for grammar and readability

Author: Nate Drake

docs: Output correct signature for class method first parameter

docs: Note class scope for method listings

docs: Correct sig for eolian lua calls

elm - scroll manager - fix up momentum animator code to use real consts

use real constnants and remove useless vasriables as well as fix up
formatting... so we don't get compilers complaining about non-const
values etc.

@fix

ecore_con: bug workaround SO_REUSEADDR and EADDRINUSE from bind (fix)

what i'm seeing is this with local unix sockets:

1. server process not cleanly shut down (kill -9 for example).
2. run server process again and bind fails due to EADDRINUSE
3. we ARE doing setsockopt() with SO_REUSEADDR set to 1 ...

this just makes no sense because setsockopt() SHOULD allow use to
re-use... the previous efreetd process for example is gone. no such
process, yet socket is not re-usable. this should just not happen due
to SO_REUSEADDR, but it does. this has nasty consequences like efreetd
maybe never running because of stale sockets. this should never have
happened, but it does. odd. so a hacky workaround:

1. try bind.
2. if bind fails with EADDRINUSE and its a socket path AND
pd->unlink_before_bind is NOT set... then try a connect to the socket.
3. if connect succeeds then fail as normal (close socket and error on
bind'ing)
   if connect fails then we have a stale socket, so unlink it
forcibly. create the socket again and try bind again.

hacky but... fixes the core issue.

@fix

elm build for osx - try another dotting of i's and crossing of t's

try this and fix T6448 ...