Commit Graph

20 Commits

Author SHA1 Message Date
Gustavo Sverzut Barbieri caa2004b4c efl/ecore_evas: fix doxygen hierarchy.
SVN revision: 81835
2012-12-28 19:48:40 +00:00
Mike Blumenkrantz b2de05f49a all efl object deletion functions now take NULL without crashing or erroring
SVN revision: 81667
2012-12-24 09:35:56 +00:00
Vincent Torri a4f4aa00b3 fix returned value
SVN revision: 81323
2012-12-19 07:06:22 +00:00
Gustavo Sverzut Barbieri b5197eb128 efl/ecore_evas: be loud on errors.
SVN revision: 81302
2012-12-18 20:14:11 +00:00
Gustavo Sverzut Barbieri b6724ed9ce efl/ecore_evas: abort when object does not contain Ecore_Evas.
SVN revision: 81301
2012-12-18 20:10:48 +00:00
Gustavo Sverzut Barbieri be79115198 efl/ecore_evas: do not silently fail on incorrect interface.
SVN revision: 81300
2012-12-18 20:09:51 +00:00
Jonas M. Gastal e3ae81e65f efl: Created Ecore group and added existing Ecore groups to it.
SVN revision: 81293
2012-12-18 18:38:44 +00:00
Leandro Pereira 613659b1d8 ecore-evas: Async render
SVN revision: 81283
2012-12-18 16:27:26 +00:00
Carsten Haitzler 5898909947 ecore-evas moduels broke listing of modules... names all changed!
fix... the long ugly way! :(

SVN revision: 80788
2012-12-13 00:55:53 +00:00
Gustavo Sverzut Barbieri 892c64297e efl: begin (still partial!) to make an uniform choice of engines ecore/evas
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-07 17:18:17 +00:00
Flavio Vinicius Alvares Ceolin 186156afbc ecore_evas: Removing warning about unused function
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-06 20:39:20 +00:00
Carsten Haitzler 7b7a611805 if you are going to use symbols implicitly from a module provided by a
lib.. you have to EAPI them!

SVN revision: 80283
2012-12-05 23:11:46 +00:00
Flavio Vinicius Alvares Ceolin ad7579c129 ecore_evas: Make the engines loadable modules
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
* 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

SVN revision: 80280
2012-12-05 21:15:42 +00:00
Gustavo Sverzut Barbieri bb0e4d65ed efl/ecore_evas: move more removed/deprecated stuff to own file and mark.
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-05 14:09:49 +00:00
Gustavo Sverzut Barbieri 1227340c12 efl/ecore_evas: move deprecated functions to separate file, mark them.
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-05 13:59:09 +00:00
Gustavo Sverzut Barbieri dfe93a7f0a directfb says bye...
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-05 12:24:01 +00:00
Gwanglim Lee 74cdf85ea9 From: 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,

------- 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 <>

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-05 06:48:46 +00:00
Cedric BAIL f03023b28b efl: Fix build of Ecore_Evas_Extn.
Patch by Robert David <>

SVN revision: 80206
2012-12-05 02:52:03 +00:00
Vincent Torri e861082271 ecore: backport #79818
SVN revision: 80010
2012-12-03 07:01:02 +00:00
Vincent Torri 7d6010b12c merge: add escape ecore, fix several bugs
SVN revision: 79995
2012-12-02 22:35:45 +00:00