kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
efl/src/lib/efl/interfaces/efl_interfaces_main.c

54 lines
1.6 KiB
C
Raw Normal View History

Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
#ifdef HAVE_CONFIG_H
# include <config.h>
#endif
#include <Efl.h>
Efl interfaces: Add control interface.
2014-08-07 04:51:36 -07:00
#include "interfaces/efl_control.eo.c"
Efl interfaces: Drop interface namespace from the used interfaces. We don't need this namespace, it just makes the names long and complicated.
2014-07-21 03:47:23 -07:00
#include "interfaces/efl_file.eo.c"
Efl interface: Add image interface and start using it.
2014-07-23 09:03:40 -07:00
#include "interfaces/efl_image.eo.c"
Evas image: Create interface Efl.Image.Animated This interface groups all low-level animated image functions. FIXME: - Rename to Efl.Image.Animated once eolian is fixed - Fix mess with emile enum (loop_hint)
2016-03-02 01:12:29 -08:00
#include "interfaces/efl_image_animated.eo.c"
Efl.Gfx.Buffer: Add interface skeletton
2016-03-02 03:46:11 -08:00
#include "interfaces/efl_image_load.eo.c"
Efl player: Add player interface. This is the first version.
2014-08-06 03:55:36 -07:00
#include "interfaces/efl_player.eo.c"
Efl interfaces: Add text interface and start using it.
2014-07-24 09:42:09 -07:00
#include "interfaces/efl_text.eo.c"
Efl interfaces: Drop interface namespace from the used interfaces. We don't need this namespace, it just makes the names long and complicated.
2014-07-21 03:47:23 -07:00
#include "interfaces/efl_text_properties.eo.c"
efl: add an interface for Efl_Geometry_Shape.
2015-04-03 07:14:54 -07:00
efl: add Efl.Gfx.Base and fix inheritance for Evas_Object.
2015-04-03 07:23:17 -07:00
#include "interfaces/efl_gfx_base.eo.c"
Efl.Gfx.Buffer: Add interface skeletton
2016-03-02 03:46:11 -08:00
#include "interfaces/efl_gfx_buffer.eo.c"
efl: add Efl.Gfx.Stack interface and update Evas_Object accordingly.
2015-04-03 07:23:22 -07:00
#include "interfaces/efl_gfx_stack.eo.c"
efl: add Efl.Gfx.Fill and migrate Evas.Image to it.
2015-04-03 07:23:24 -07:00
#include "interfaces/efl_gfx_fill.eo.c"
efl: add Efl.Gfx.View and use it in Evas.Image.
2015-04-03 07:23:26 -07:00
#include "interfaces/efl_gfx_view.eo.c"
efl: move Efl.Gfx.Gradient_* to Efl.Gfx.Gradient.* much nicer for bindings.
2015-04-03 07:30:35 -07:00
#include "interfaces/efl_gfx_gradient_base.eo.c"
efl: rename namespace Graphics to Gfx.
2015-04-03 07:23:16 -07:00
#include "interfaces/efl_gfx_gradient_linear.eo.c"
#include "interfaces/efl_gfx_gradient_radial.eo.c"
efl: add a changed event triggered when something affect the visual aspect of an object.
2015-04-03 07:30:39 -07:00
Evas filters: EO-ify the filters API This creates the new interface Efl.Gfx.Filter And the implementation is a mixin (evas_filter_mixin.c): Evas.Filter All the filter rendering code has now been moved to this new file. TODO: Merge image filtering.
2015-06-17 00:26:30 -07:00
#include "interfaces/efl_gfx_filter.eo.c"
efl: vpath subsystem this adds a core vpath subsystem to efl that allows paths like: ~/file.jpg ~user/file.jpg (:tmp/file.jpg (:config/file.jpg (:videos/file.mp4 (:pictures/file.jpg (:app.config/mycfg.cfg etc. to be translated/looked up. it is desitgned to be async and call event callbacks when ready. the reason for this complexity is fo in future also handle: file:///whatever/file.jpg http://blah.com/file.jpg https://blah.com/file.jpg ssh://blah.com:~/file.jpg etc. @feature
2016-03-31 18:45:07 -07:00
#include "interfaces/efl_vpath.eo.c"
efl: add a changed event triggered when something affect the visual aspect of an object.
2015-04-03 07:30:39 -07:00
EAPI const Eo_Event_Description _EFL_GFX_CHANGED =
Eo: Drop doc field from ops and events. This hasn't been used for a while. Since we are going to break Eo a bit anyway it's a good opportunity to drop this. This may cause a slight performance issues with legacy events, such as smart callbacks. This shouldn't really be a problem as we've migrated away from them. If it does, we need to migrate the remaining parts. Only relevant for callbacks that are added before the classes are created, which shouldn't be possible except for smart, only for old evas callbacks.
2015-09-28 06:15:15 -07:00
EO_EVENT_DESCRIPTION("Graphics changed");
efl: notify when the path change. This is an easier and safer way than forcing all object inheriting this class to override all function that modify the path.
2015-04-03 07:33:38 -07:00
EAPI const Eo_Event_Description _EFL_GFX_PATH_CHANGED =
Eo: Drop doc field from ops and events. This hasn't been used for a while. Since we are going to break Eo a bit anyway it's a good opportunity to drop this. This may cause a slight performance issues with legacy events, such as smart callbacks. This shouldn't really be a problem as we've migrated away from them. If it does, we need to migrate the remaining parts. Only relevant for callbacks that are added before the classes are created, which shouldn't be possible except for smart, only for old evas callbacks.
2015-09-28 06:15:15 -07:00
EO_EVENT_DESCRIPTION("Graphics path changed");
efl: move emodel to be an efl interfaces.
2015-04-05 06:19:59 -07:00
Efl: Add skeletton for new containers "Pack" API I chose the name "pack" instead of containers because it is shorter, and allows out-of-the-box short C names like efl_pack_end() instead of efl_container_pack_end(). All Pack interfaces will use the same efl_pack eo prefix. This is still work in progress. @feature
2016-04-11 22:08:35 -07:00
#include "interfaces/efl_pack.eo.c"
Efl.Ui.Box: Implement way to override layout function So, since we don't have function pointers, all the solutions to reimplementing the layout function are quite convoluted: 1. use events 2. reimplement layout func 3. use an extra object 4. use a generic class (non instanciated) Promises don't apply here (layout will run multiple times). Problems: 1. Multiple event callbacks will be called, resulting in potential performance impact, extra events, etc... Also, there is no way to define standard implementations that would be provided by the framework. 2. Reimplementation of a function requires extra EO work (create an EO class, etc...), doesn't allow on-the-fly change of the layout method. 3. Probably the best solution is to have an object implementing the layout. But this means creating an extra object along with the container. 4. To avoid the extra object, use a class, and reimplement a @class function. This unfortunately requires extra EO work. Solution 4. has been selected, but it's not very nice...
2016-04-12 00:20:54 -07:00
#include "interfaces/efl_pack_engine.eo.c"
Efl: Add skeletton for new containers "Pack" API I chose the name "pack" instead of containers because it is shorter, and allows out-of-the-box short C names like efl_pack_end() instead of efl_container_pack_end(). All Pack interfaces will use the same efl_pack eo prefix. This is still work in progress. @feature
2016-04-11 22:08:35 -07:00
#include "interfaces/efl_pack_linear.eo.c"
#include "interfaces/efl_pack_grid.eo.c"
#include "interfaces/efl_pack_named.eo.c"
#include "interfaces/efl_pack_item.eo.c"
efl: move emodel to be an efl interfaces.
2015-04-05 06:19:59 -07:00
#include "interfaces/efl_model_base.eo.c"
efl: rename efl.core.animator to efl.animator. It has been decided that we would not use any namespace for interface and they will sit in efl main namespace. This patch doesn't correct the naming of the event has we don't have a prefix for event. We do still have EFL_ANIMATOR_EVENT_ANIMATOR_TICK, instead of a nicer EFL_EVENT_ANIMATOR_TICK.
2016-03-10 13:03:02 -08:00
#include "interfaces/efl_animator.eo.c"
Interface: Flip and orientation interface Summary: Added flip and orientation interface and used them in evas_image. Removed efl_image_orientation_set API and used efl_orientation_set and efl_flip_set API. In implementation part, converted enums back and forth in order to keep current implementation as it is. Test Plan: src/examples/evas/evas-images5.c Reviewers: singh.amitesh, raster, tasn, herdsman, woohyun, cedric, felipealmeida, jpeg Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D3844
2016-04-05 18:46:04 -07:00
#include "interfaces/efl_orientation.eo.c"
Efl: Rename flip and orient enums Efl.Flip is now the enum, the interface is Flipable. We could even use names like Efl.IFlip a la Java. eo_prefix is used to have pretty names in C. legacy: null is removed from the enums. orient_x0 is removed and only defined in C with #define
2016-04-07 01:32:40 -07:00
#include "interfaces/efl_flipable.eo.c"
Interface: Progress - Add common interface for Slider and Progressbar Summary: Implement common interface efl_ui_progress and inherit slider and progressbar from common interface. Currently legacy APIs will also call interface functions and later it can be deprecated. This interface will be moved to EFL in src/lib/efl/interfaces when elementary is merged into efl. Test Plan: elementary_test -to 'slider' elementary_test -to 'progressbar' Reviewers: singh.amitesh, raster, tasn, felipealmeida, woohyun, cedric, jpeg Subscribers: saurabhbunty, alok25 Differential Revision: https://phab.enlightenment.org/D3759
2016-04-07 00:50:03 -07:00
#include "interfaces/efl_ui_progress.eo.c"
Efl: Add internal strong symbol to fix build on GCC < 5.3 This fixes a crash in ecore_init, calling a weak function from libefl that was resolved to NULL. So, here's a fun thing happening with GCC < 5.3. Since a1a506e13e2 all EOAPI and EO class_get() functions are weak symbols. This means that all APIs inside libefl.so are weak. As a result, gcc linker with --as-needed skipped linking to libefl since not a single strong symbol from libefl was required by libecore. This is actually a bug in gcc linker since we do in fact use symbols from libefl, just weak ones. GCC 5.3 seems to be fixed, so people with GCC 5.3+ will not experience any build/runtime issue. The current patch is a workaround that bug, by artifically creating a strong symbol required by ecore. Other libraries than ecore might also need to call __efl_internal_init, if they end up not being linked to libefl.
2016-04-06 22:40:10 -07:00
EAPI void
__efl_internal_init(void)
{
/* nothing to do, the symbol only is required for link to work */
}