path: root/src/lib/ecore_evas (follow)
AgeCommit message (Collapse)Author
2013-04-24ecore_evas/wayland: Consider the frame/border for pointer position.Rafael Antognolli
When the window is rotated, the logical pointer position is calculated based on the window size (width or height) minus the current position, depending on the rotation used. For wayland, we must add the window decorations to the ecore_evas size, when doing this calculation.
2013-04-19ecore/ews: Make this engine be aware of the wayland frame object.Rafael Antognolli
Its background object must be resized to the framespace, and left at least one layer available for the frame object to be under it.
2013-03-27efl: integrate eina_log_timing.Cedric BAIL
2013-03-20ecore: include mman.h also when Evil is found.Cedric Bail
I don't really like this patch. I think it would be nicer to have mmap been correctly detected when Evil or Exotic is there, but at this point I don't feel at ease with
2013-03-19efl: add macro to swap Windows and Unix path separators.Cedric Bail
2013-03-16ecore_evas: Mark unused variables as unusedDaniel Willmann
Get rid of warnings introduced by commit a4593c Signed-off-by: Daniel Willmann <>
2013-03-16ecore_evas: follow naming of other modules for Windows to.Cedric Bail
2013-03-16ecore_evas: killing Glew and Direct3d, because someone already killed Kenny.Cedric Bail
2013-03-12ecore_evas: re-order inclusion of header to fix compilation on Windows.Cedric Bail
It is a very tricky things to get header order right on windows. Having that order only in .c files simplify the work a lot. So let's try to do it with Ecore_Evas after it rewrite and split into modules.
2013-02-15Add infrastructure to handle message between ecore and parent ecore in ↵Jiyoun Park
Ecore_Evas I add new example related with this. (ecore_evas_extn_socket & plug example) ecore extn use this infrasturcture, server app and client app can communicate each other later, this can be used to contorl access message SVN revision: 83942
2013-02-14change to code that was added during 1.8 dev.. so no need forCarsten Haitzler
chlog/news... dont ever unload (free) ecore-evas modules to avoid symbol problems. SVN revision: 83885
2013-02-12don't know if this will help - but try quieten some valgrindCarsten Haitzler
complaints... :/ (trying) SVN revision: 83840
2013-02-07fix typo in document about ecore_getopt_callback_ecore_evas_list_engines.Jihoon Kim
It's wrriten by Patryk Kaczmarek <> SVN revision: 83710
2013-01-25efl: Fix unused parameter warningMike McCormack
Signed-off-by: Mike McCormack <> SVN revision: 83334
2013-01-21efl/evas/examples: Remove framespace offset from example.Rafael Antognolli
The example should not account for the framespace, since this is handled inside ecore_evas already. This change partially fix #1673. SVN revision: 83041
2013-01-14efl: simplify automake.Gustavo Sverzut Barbieri
Instead of -I$(top_srcdir)... -I$(top_builddir)... and then do it for the .la, use the EFL_ macros to generate the contents to be used in automake files. There is a nasty bit that libtool will parse Makefile*.am and will not get _DEPENDENCIES from _LIBADD and _LDADD if these are in @REPLACEMENT@. To solve this we must explicitly set _DEPENDENCIES. The contents of this is almost the same as _LIBADD or _LDADD with the "_INTERNAL_" replacement name. I hope the code will be result will be shorter and consistent as there is less places to change when we add/remove dependencies. Statistics are quite impressive (diffstat): {{{ 37 files changed, 663 insertions(+), 1599 deletions(-) }}} SVN revision: 82785
2013-01-11ecore_evas async render watchdog.Gustavo Sverzut Barbieri
it is very unlikely to be ecore_evas problem, but here it goes: a watch dog that checks if they are stuck and resets if so. SVN revision: 82657
2013-01-11efl/ecore_evas: merge buffer into core, split extn apart.Gustavo Sverzut Barbieri
buffer is lightweight and dependency for many engines, merge it back into core. extn is a module on its own, and it's the only one linking to ecore_ipc, no need to add that to ecore_evas. minor cosmetic changes to configure to make output consistent. SVN revision: 82648
2013-01-11efl/ecore_evas: avoid infinite loop building ews.Gustavo Sverzut Barbieri
ews will load another engine inside it's constructor. If no module is found, then it will loop back to itself. avoid that. SVN revision: 82606
2013-01-10efl: forward typedef to avoid including useless headers.Gustavo Sverzut Barbieri
do not include Ecore_Input.h just to get Ecore_Window and Ecore_Getopt to get handful typedefs. NOTE: why do we have the #ifdefs around these predefs? At least GCC does not warn if we typedef twice the same thing (if they are identical) SVN revision: 82499
2013-01-04efl: make libraries aware of EFL_RUN_IN_TREE.Gustavo Sverzut Barbieri
this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2012-12-28efl/ecore_evas: fix doxygen hierarchy.Gustavo Sverzut Barbieri
SVN revision: 81835
2012-12-24all efl object deletion functions now take NULL without crashing or erroringMike Blumenkrantz
SVN revision: 81667
2012-12-19fix returned valueVincent Torri
SVN revision: 81323
2012-12-18efl/ecore_evas: be loud on errors.Gustavo Sverzut Barbieri
SVN revision: 81302
2012-12-18efl/ecore_evas: abort when object does not contain Ecore_Evas.Gustavo Sverzut Barbieri
SVN revision: 81301
2012-12-18efl/ecore_evas: do not silently fail on incorrect interface.Gustavo Sverzut Barbieri
SVN revision: 81300
2012-12-18efl: Created Ecore group and added existing Ecore groups to it.Jonas M. Gastal
SVN revision: 81293
2012-12-18ecore-evas: Async renderLeandro Pereira
SVN revision: 81283
2012-12-13ecore-evas moduels broke listing of modules... names all changed!Carsten Haitzler
fix... the long ugly way! :( SVN revision: 80788
2012-12-07efl: begin (still partial!) to make an uniform choice of engines ecore/evasGustavo Sverzut Barbieri
still lots to do, but some improvements: - ecore_evas does not inherit pkg-config from modules since modules are SO - renamed internal ecore evas define from SOFTWARE_BUFFER to BUFFER, to make consistent. SVN revision: 80473
2012-12-06ecore_evas: Removing warning about unused functionFlavio Vinicius Alvares Ceolin
Now the engines are modules, the checking for the engine is not done in the compile time anymore, so we're removing these checks. SVN revision: 80389
2012-12-05if you are going to use symbols implicitly from a module provided by aCarsten Haitzler
lib.. you have to EAPI them! SVN revision: 80283
2012-12-05ecore_evas: Make the engines loadable modulesFlavio Vinicius Alvares Ceolin
Implementing support for loadables modules. It makes the engines been loaded when they are needed. It not breakes the api, so each engine still has its own api. The implementation basically is: * Functions that creates Ecore_Evas, for example ecore_evas_software_x11_new, request to load its module and then get the module's function to create the Ecore_Evas. * The other functions such as \(.*\)_window_get from the Ecore_Evas its interface and then call the appropriate method. * As there is no unified interface to communicate with the engines (not break api problem), all interfaces were declared in ecore_evas_private.h * Now the data necessary for each module is not declared in the Ecore_Evas_Engine structure, instead of this, the struct has a void pointer that is used by the modules. * In this first moment engines as software_x11 and gl_x11 were put together in the same module, but obviously exporting all the things necessary. SVN revision: 80280
2012-12-05efl/ecore_evas: move more removed/deprecated stuff to own file and mark.Gustavo Sverzut Barbieri
x11-16, x11-8, xrender were also removed but not marked as EINA_DEPRECATED. move those to ecore_evas_deprecated.c file. SVN revision: 80255
2012-12-05efl/ecore_evas: move deprecated functions to separate file, mark them.Gustavo Sverzut Barbieri
mark every deprecated function with EINA_DEPRECATED. move them to a separate file so we can easily delete them in future. SVN revision: 80253
2012-12-05directfb says bye...Gustavo Sverzut Barbieri
After agreement in the mail list, core developers agree to remove this engine that was not being supported for a long time. Given that most operations Evas uses are not accelerated in DirectFB, or at least hardware that exclusively supports DirectFB, it's better for those people to just use Evas/Ecore software (buffer) rendering and expose DirectFB's framebuffer as destination surface. SVN revision: 80232
2012-12-05From: Gwanglim Lee <>Gwanglim Lee
Subject: Re: Re: Re: [E-devel] [RFC] Virtual desktop window profile I've attached 4th patch. May the 4th be with you. ecore patch has been merged with efl and all files are based on r80123. Thanks & Regards, Gwanglim ------- Original Message ------- Sender : Daniel Juyung Seo<> Date : 2012-12-04 01:55 (GMT+09:00) Title : Re: Re: [E-devel] [RFC] Virtual desktop window profile It looks ok to me. Sorry but can you re-generate the patch according to the recent ecore merge to efl single tree? Daniel Juyung Seo (SeoZ) On Thu, Nov 29, 2012 at 12:29 AM, Gwanglim Lee <> wrote: Dear Raster and Daniel Juyung Seo, I've attached 3rd patches and test_config according to your reviews. These are based on r79782. [elementary & ecore] 1. "profile,set" -> "profile,changed" - done 2. spaces after EINA_LIST_FOREACH - done 3. variable type - keep 4. author - done 5. removing deprecated marking in patch - done 6. add elm_win_available_profiles_get to test_config for the debugging purpose - done 7. check whether a given profile is present in an available profiles. otherwise window profile will be one of the item in available profiles. - newly added thing to the elm_win 8. merge with EO - done. :( Any comments would be appreciated. SVN revision: 80214
2012-12-05efl: Fix build of Ecore_Evas_Extn.Cedric BAIL
Patch by Robert David <> SVN revision: 80206
2012-12-03ecore: backport #79818Vincent Torri
SVN revision: 80010
2012-12-02merge: add escape ecore, fix several bugsVincent Torri
SVN revision: 79995