enlightenment/efl
enlightenment
/
efl
8
7
Fork 14
Code Issues 13 Pull Requests 3 Projects Releases Wiki Activity
efl/src/lib/efl/Efl.h

245 lines
6.8 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
#ifndef _EFL_H
#define _EFL_H
efl: Add ifdef __cpluplus guards to Efl.h
2014-09-12 11:56:09 -07:00
#if defined ( __cplusplus )
efl: remove the need to order the header correctly for Windows.
2015-04-28 06:11:20 -07:00
extern "C" {
efl: Add ifdef __cpluplus guards to Efl.h
2014-09-12 11:56:09 -07:00
#endif
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
#include <Eo.h>
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
#ifdef EAPI
# undef EAPI
#endif
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
#ifdef EWAPI
# undef EWAPI
#endif
#ifdef EOAPI
# undef EOAPI
#endif
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
#ifdef _WIN32
all: Simplify definition of EAPI This will help in the transition from Autotools to Meson. This has been tested on Windows for which EFL_XXX_BUILD were first introduced.
2018-01-18 01:04:03 -08:00
# ifdef EFL_BUILD
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
# ifdef DLL_EXPORT
# define EAPI __declspec(dllexport)
# else
# define EAPI
all: Simplify definition of EAPI This will help in the transition from Autotools to Meson. This has been tested on Windows for which EFL_XXX_BUILD were first introduced.
2018-01-18 01:04:03 -08:00
# endif
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
# else
# define EAPI __declspec(dllimport)
all: Simplify definition of EAPI This will help in the transition from Autotools to Meson. This has been tested on Windows for which EFL_XXX_BUILD were first introduced.
2018-01-18 01:04:03 -08:00
# endif
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
# define EAPI_WEAK
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
#else
# ifdef __GNUC__
# if __GNUC__ >= 4
# define EAPI __attribute__ ((visibility("default")))
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
# define EAPI_WEAK __attribute__ ((weak))
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
# else
# define EAPI
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
# define EAPI_WEAK
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
# endif
# else
# define EAPI
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
# define EAPI_WEAK
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
# endif
all: Simplify definition of EAPI This will help in the transition from Autotools to Meson. This has been tested on Windows for which EFL_XXX_BUILD were first introduced.
2018-01-18 01:04:03 -08:00
#endif
Efl interfaces: Fix EAPI for windows.
2014-08-26 03:04:47 -07:00
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
#define EWAPI EAPI EAPI_WEAK
#define EOAPI EAPI EAPI_WEAK
efl+edje: add EFL_VERSION_1_18 define for detecting 1.18 feature support this define means that any 1.18 feature can now be detected by testing for the presence of this define, even before the release has gone out for future (non-bugfix) releases, further defines should be created in addition to this one in order to provide detection for features in each version
2016-02-29 04:30:31 -08:00
#define EFL_VERSION_1_18 1
efl: add EFL_VERSION_1_19 indicate that features from this version can be used
2016-08-11 10:42:42 -07:00
#define EFL_VERSION_1_19 1
efl: add EFL_VERSION_1_20 indicate that features from this version can be used
2017-06-09 17:16:07 -07:00
#define EFL_VERSION_1_20 1
efl: add EFL_VERSION_1_21 indicate that features from this version can be used
2017-08-14 04:24:48 -07:00
#define EFL_VERSION_1_21 1
add EFL_VERSION_1_22 defines whoops
2019-04-05 17:16:44 -07:00
#define EFL_VERSION_1_22 1
add EFL_VERSION_1_23 define
2019-04-05 17:17:27 -07:00
#define EFL_VERSION_1_23 1
efl: make path stroke related api as non virtual. Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-11-17 18:13:00 -08: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
/* Add here all the required ifdef for any @protected method */
all: Simplify definition of EAPI This will help in the transition from Autotools to Meson. This has been tested on Windows for which EFL_XXX_BUILD were first introduced.
2018-01-18 01:04:03 -08:00
#ifdef EFL_BUILD
Efl.Pack: Rename methods and properties - Children are now contents - Efl.Pack_Layout is now a separate class and merges Pack_Engine. - Removed dumb class Efl.Pack_Item - Updated docs - Added pack_ or grid_ prefixes to some methods
2016-04-19 01:43:28 -07:00
# define EFL_PACK_LAYOUT_PROTECTED
api: efl.gfx.size_hints -> efl.gfx.hints Summary: these hints are not strictly size-related, so renaming them is more consistent with their actual function ref T7563 Depends on D7968 Reviewers: segfaultxavi, cedric, bu5hm4n Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T7563 Differential Revision: https://phab.enlightenment.org/D7977
2019-02-21 09:19:45 -08:00
# define EFL_GFX_HINT_PROTECTED
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
#endif
efl: Renamed Ecore.Time to Efl.Time and defined it Moved the Ecore.Time @extern struct to Efl lib and defined it as specified in C specification for struct tm. Thus, bindings can be automatically generated for where struct tm is used.
2016-02-09 07:28:25 -08:00
/**
* @ingroup Efl
* @since 1.18
*
* This type is a alias to struct tm.
* It is intended to be a standard way to reference it in .eo files.
*/
typedef struct tm Efl_Time;
Efl text: replace all usages of cursor handle to same type Changes cursor handle name from 'Efl.Text.Cursor.Cursor_Data' to 'Efl.Text.Cursor.Cursor'. Also, replace all usages of Efl_Canvas_Text_Cursor with Efl_Text_Cursor_Cursor as the handle for the cursor.
2017-07-17 02:45:36 -07:00
typedef struct _Efl_Text_Cursor_Cursor Efl_Text_Cursor_Cursor;
Text: move Annotation type to Efl.Text.Annotate namespace
2017-07-17 07:38:28 -07:00
typedef struct _Efl_Text_Annotate_Annotation Efl_Text_Annotate_Annotation;
eolian-cxx: Fix C++ generation errors with handle opaque types
2017-06-18 07:30:00 -07:00
efl: fix installation and compilation of efl_types.eot.h Summary: Fix Efl.h include problem of the installed header "efl_types.eot.h". Move efl_types.eot to src/lib/efl/interfaces to compile and install at the same place of other Eolian-generated headers. Test Plan: compile and test expedit Reviewers: felipealmeida, stefan_schmidt, tasn, cedric, q66, JackDanielZ Subscribers: jpeg Differential Revision: https://phab.enlightenment.org/D3670
2016-02-10 14:01:52 -08:00
#include "interfaces/efl_types.eot.h"
efl: Have Efl.Time outside of a beta guard Since this is a essential type, this must not be guarded by a beta symbol guard.
2016-02-09 12:16:50 -08:00
efl: add a factory Eina_Error and rename the file to be more on point with its purpose. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7442
2018-12-07 14:39:42 -08:00
#include <Efl_MVVM_Common.h>
efl: make path stroke related api as non virtual. Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-11-17 18:13:00 -08:00
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
/* Data types */
#include "interfaces/efl_gfx_types.eot.h"
edje: Move part drag APIs to efl_part This moves all part_drag APIs to legacy and implements them for EO using efl_part(). All parts now support these APIs, even if they are not draggable. Making this more fine grained would probably be much extra work for little gain. This creates a new interface Efl.Ui.Drag.
2017-05-30 07:13:02 -07:00
#include "interfaces/efl_ui_types.eot.h"
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
typedef Efl_Gfx_Path_Command_Type Efl_Gfx_Path_Command;
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
/* Interfaces */
efl: Introduce general Efl.Config API This is to port elm_config to EO APIs. The current implementation relies on the legacy API, by simply forwarding calls. The new API is simply efl_config_set("config_name", value) where value is an Eina_Value (aka. generic_value). The C interface proposes a few helpers like config_int_set, config_double_set, etc... Unfortunately at the moment, not all config options are supported, as some rely on more complex types: - lists - color class and multiple arguments - unset functions - enums Profiles are also not handled at this point. @feature
2016-06-21 01:54:56 -07:00
#include "interfaces/efl_config.eo.h"
Efl interfaces: Add control interface.
2014-08-07 04:51:36 -07:00
#include "interfaces/efl_control.eo.h"
interface: rename Efl.Dup to Efl.Duplicate. dup is considered too short and maybe confusing, hence rename it to duplicate instead.
2017-12-10 21:50:22 -08:00
#include "interfaces/efl_duplicate.eo.h"
efl.file: improve api a bit Summary: the previous implementation/api had a number of issues: * "file" property contained both "file" and "key" values - also performed file loading operation * "load_error" property which was specific to image objects * no methods for controlling file loading/unloading this patch attempts the following changes: * split "file" property into "file" and "key" properties - also remove "key" from existing "mmap" property * remove "load_error" * directly return error codes from operations * add "load" and "unload" methods for directly controlling load state * add implicit file loading if file/mmap is set during construction * rewrite all efl.file implementations to move file loading into load() method * rewrite all usage of efl.file api based on these changes * add C extension functions to mimic previous behavior ref T7577 Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: vitor.sousa, #reviewers, #committers Tags: #efl_api Maniphest Tasks: T7577 Differential Revision: https://phab.enlightenment.org/D8018
2019-02-27 10:17:09 -08:00
#include "interfaces/efl_file.h"
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.h"
efl.file: move 'save' method into separate efl.file_save interface the save method is implemented very rarely, and most objects which use efl.file will not be able to use a save method ref T5719 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Reviewed-by: Marcel Hollerbach <marcel-hollerbach@t-online.de> Differential Revision: https://phab.enlightenment.org/D7786
2019-01-30 06:05:05 -08:00
#include "interfaces/efl_file_save.eo.h"
Efl.Gfx.Image* (From Efl.Image*) Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
2018-04-19 04:26:59 -07:00
#include "interfaces/efl_gfx_image.eo.h"
efl_gfx_image_animation_controller: Rename '*.Image_Animation_*' to '*.Frame_*' Summary: Efl.Gfx.Image_Animation_Controller name refers to the control of an animatable image. However, the method we use is closer to controlling the frame. We can change the name to Efl.Gfx.Frame_Controller and enhance the functionality of the frame control. Test Plan: N/A Reviewers: Hermet Reviewed By: Hermet Subscribers: segfaultxavi, cedric, woohyun, #reviewers, Jaehyun_Cho, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7769
2019-01-29 02:16:34 -08:00
#include "interfaces/efl_gfx_frame_controller.eo.h"
Efl.Gfx.Image* (From Efl.Image*) Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
2018-04-19 04:26:59 -07:00
#include "interfaces/efl_gfx_image_load_controller.eo.h"
Rename Efl.Gfx.Orientation -> Efl.Gfx.Image_Orientation Summary: This will help disambiguate later on when we rename Efl.Ui.Direction to Efl.Ui.Layout_Orientation. Relates to T7919 Test Plan: Everything still builds and passes tests. Reviewers: zmike Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8934
2019-05-22 11:16:16 -07:00
#include "interfaces/efl_gfx_image_orientable.eo.h"
Efl: Add Efl.Part and switch to it This should now fix the part API usage once and for all. EFL should have no part name in any of its APIs beyond the Efl.Part interface. Part proxy objects (may be real objects) have a lifetime of only one function call, in a fashion similar to eo_super. @feature
2016-05-18 11:20:09 -07:00
#include "interfaces/efl_part.eo.h"
efl_playable: split Efl.Player interface to Efl.Playable interface Summary: Efl.Player interface simply provides play functions, but another interface which indicates Efl.Player will play is also needed. Test Plan: Run elementary_test->Efl.Animation tests Reviewers: woohyun, conr2d, Jaehyun_Cho, jpeg, cedric Differential Revision: https://phab.enlightenment.org/D5662
2018-01-16 03:31:15 -08:00
#include "interfaces/efl_playable.eo.h"
Efl player: Add player interface. This is the first version.
2014-08-06 03:55:36 -07:00
#include "interfaces/efl_player.eo.h"
Efl interfaces: Add text interface and start using it.
2014-07-24 09:42:09 -07:00
#include "interfaces/efl_text.eo.h"
Evas: Move BiDi type to Efl.Text This renames it to Efl.Text.Bidirectional_Type.
2016-06-16 04:44:45 -07:00
#include "interfaces/efl_text_types.eot.h"
efl: rename Efl.Ui.Base -> Efl.Ui.I18n as that is really what it does. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7506
2018-12-21 14:13:40 -08:00
#include "interfaces/efl_ui_i18n.eo.h"
Rename Efl.Ui.Direction -> Efl.Ui.Layout_Orientation Summary: This clarifies a bit the whole Orientation vs. Direction confusion, at the expense of longer names (Image_Orientation vs. Layout_Orientation). Also, the interfaces are now adjectives (Orientable) and the enums have long names (*_Orientation). Pretty big patch, but no functional changes. Relates to T7863 Test Plan: Everything builds and passes tests. Elementary_tests show same behavior, including the "inverted" widgets, which are the only parts which received a bit of code changes. Proof: https://travis-ci.org/Enlightenment/efl/builds/536277282 Reviewers: zmike, bu5hm4n, cedric Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8946
2019-05-24 09:30:31 -07:00
#include "interfaces/efl_ui_layout_orientable.eo.h"
#include "interfaces/efl_ui_layout_orientable_readonly.eo.h"
edje: Move part drag APIs to efl_part This moves all part_drag APIs to legacy and implements them for EO using efl_part(). All parts now support these APIs, even if they are not draggable. Making this more fine grained would probably be much extra work for little gain. This creates a new interface Efl.Ui.Drag.
2017-05-30 07:13:02 -07:00
#include "interfaces/efl_ui_drag.eo.h"
efl: split efl_ui_range into display and interactive display contains properties that are used to manipulate the display. Range_step is a interactive property since it manipulates the way the user interacts with this widget. This resolves a few unimplemented APIs. ref T5719 Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7715
2019-01-21 07:22:32 -08:00
#include "interfaces/efl_ui_range_display.eo.h"
#include "interfaces/efl_ui_range_interactive.eo.h"
Efl.Ui.Autorepeat: Add efl autorepeat interface Signed-off-by: Amitesh Singh <amitesh.sh@samsung.com>
2017-05-15 23:57:16 -07:00
#include "interfaces/efl_ui_autorepeat.eo.h"
Move efl interfaces from evas to efl directory You may need to remove your installed directory to avoid conflicts
2017-08-02 11:32:30 -07:00
#include "interfaces/efl_ui_draggable.eo.h"
#include "interfaces/efl_ui_scrollable.eo.h"
scroller: Introducing Efl.Ui.Scroller Summary: scrollable widgets had a interface_scrollable as a mixin so that the widgets had a 'is-a' relation with interface_scrollabe. however, new scroller concept don't have 'is-a' relationship, but 'has-a' relationship. scrollable widgets should have a scroll manager inside them, then scroll manager handles event from user and api implementations. and also we cut the features such as paging because there will be aka 'elm_pager'. we are expecting that the new concept make us to maintain the scroller easier. please excuse for many unorganized code and logics. : ( [contained commit] scrollable: add efl_ui_scroller example scrollable: refactoring for behavior in case of multiple scroller scrollable: remove repetitive scrollbar code. scrollable: combine calculating bounce distance code. scroll_manager: mouse up function refactoring scroll_manager: mouse move function refactoring scroll_manager: warp animator wip scroll_manager: fix denominator value when calculating flicking behavior. Fix to disconnect bounce animator once animation is done gather duplicated animator drop logics gather duplicated conditions Rearrange prototypes and append comment Add manipulate functions for animators scroll_manager: change member_add function. scroll_manger: apply mirroring logic scroll_manager: apply scrollbar apply API to scroller widget scroll_manager: apply scroll event callback Change logics for all about scroll animating efl_ui_pan: add efl_ui_pan scrollable: change content_min_limit to match_content scroll theme: apply overlapped scrollbar + many others! Reviewers: akanad, woohyun, cedric, jpeg Subscribers: jenkins, cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5222 Note by @jpeg: Unfortunately this patch comes in a massive single blob, after too many rebase operations. It has now come to a point where I think the API is nice and it works as I'd expect. Now I only wonder how applicable this will be for Efl.Ui.List. As we can see Photocam (legacy and unified API) could be transformed to use this new API.
2017-12-18 04:08:25 -08:00
#include "interfaces/efl_ui_scrollbar.eo.h"
#include "interfaces/efl_ui_scrollable_interactive.eo.h"
Move efl interfaces from evas to efl directory You may need to remove your installed directory to avoid conflicts
2017-08-02 11:32:30 -07:00
#include "interfaces/efl_ui_selectable.eo.h"
efl_ui_list : introduce new list widget for simple usage Summary: most usage of simple list, items are very limited and loading performance is not serious. to support those requirement, this efl.ui.list will create scrollable box with efl.pack. user can create list by packing an pre-loaded item object, Efl.Ui.List.Item class. Test Plan: tested in efl_ui_list_example_1.c in examples. Reviewers: cedric, felipealmeida Subscribers: woohyun, Jaehyun_Cho Differential Revision: https://phab.enlightenment.org/D5861
2018-04-22 23:13:59 -07:00
#include "interfaces/efl_ui_multi_selectable.eo.h"
Move efl interfaces from evas to efl directory You may need to remove your installed directory to avoid conflicts
2017-08-02 11:32:30 -07:00
#include "interfaces/efl_ui_zoom.eo.h"
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
efl_screen: create efl_screen interface elm_win have three feature releated with screen. 1. screen_rotation_get 2. scrren_size_get 3. screen_dpi_get so create efl_screen interface, and elm_win implement that interface
2016-05-31 23:47:31 -07:00
#include "interfaces/efl_screen.eo.h"
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
efl: add Efl.Core.Animator interface.
2016-01-28 16:12:39 -08:00
/* Core interface */
efl_interpolator: change Efl.Interpolator class to interface Since Efl.Interpolator's subclasses are used as interpolator class, Efl.Interpolator class is changed to be an interface. This change allows Efl.Canvas.Animation to have Efl.Interpolator as its property in efl_canvas_animation.eo.
2018-11-23 02:30:36 -08:00
#include "interfaces/efl_interpolator.eo.h"
efl: add Efl.Core.Animator interface.
2016-01-28 16:12:39 -08:00
efl: Remove manual definitions of event "changed" Honestly I can't see why gfx & gfx.path "changed" need a manual definition, instead of relying on EO. If the API needs to be internal only, then EO needs to handle internal APIs. In this case, the event was exposed as a C API but not a EO... why?
2017-04-17 18:55:14 -07:00
/* Graphics */
Efl.Gfx.Entity (from Efl.Gfx) Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
2018-04-05 01:47:26 -07:00
#include "interfaces/efl_gfx_entity.eo.h"
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.
2017-12-19 23:34:01 -08:00
#include "interfaces/efl_gfx_color.eo.h"
Efl.Gfx.Buffer: Add interface skeletton
2016-03-02 03:46:11 -08:00
#include "interfaces/efl_gfx_buffer.eo.h"
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.h"
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.h"
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.h"
efl interface: introduce efl_gfx_path mixin. As we discussed, redesigned efl_gfx_shape mixin. Split path properties/methods from the shape so that other classes benefit from the path.
2016-11-23 00:29:38 -08:00
#include "interfaces/efl_gfx_path.eo.h"
efl: rename namespace Graphics to Gfx.
2015-04-03 07:23:16 -07:00
#include "interfaces/efl_gfx_shape.eo.h"
Efl gfx gradient: Remove the no longer needed .Base hack.
2016-05-10 07:06:04 -07:00
#include "interfaces/efl_gfx_gradient.eo.h"
efl: rename namespace Graphics to Gfx.
2015-04-03 07:23:16 -07:00
#include "interfaces/efl_gfx_gradient_linear.eo.h"
#include "interfaces/efl_gfx_gradient_radial.eo.h"
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.h"
efl: Add simple API for "blur" effects This will use the Efl.Gfx.Filter interface internally, but makes it usable by normal people.
2017-12-14 00:23:46 -08:00
#include "interfaces/efl_gfx_blur.eo.h"
api: efl.gfx.size_hints -> efl.gfx.hints Summary: these hints are not strictly size-related, so renaming them is more consistent with their actual function ref T7563 Depends on D7968 Reviewers: segfaultxavi, cedric, bu5hm4n Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T7563 Differential Revision: https://phab.enlightenment.org/D7977
2019-02-21 09:19:45 -08:00
#include "interfaces/efl_gfx_hint.eo.h"
Efl: add class interfaces (color/text/size) Summary: implement Efl.Gfx.Class interface Reviewers: jpeg, cedric Subscribers: taxi2se, herdsman Differential Revision: https://phab.enlightenment.org/D4403
2017-11-08 02:04:26 -08:00
#include "interfaces/efl_gfx_color_class.eo.h"
#include "interfaces/efl_gfx_text_class.eo.h"
#include "interfaces/efl_gfx_size_class.eo.h"
efl: add an interface for Efl_Geometry_Shape.
2015-04-03 07:14:54 -07:00
efl.canvas: Add "seat" (by id) and "device" (by name) properties See d47197e65b59406e0f25c5a4db56e68da61bec30 @feature
2017-06-07 19:49:07 -07:00
/* Input events */
#include "interfaces/efl_input_types.eot.h"
#include "interfaces/efl_input_device.eo.h"
efl: Remove manual definitions of event "changed" Honestly I can't see why gfx & gfx.path "changed" need a manual definition, instead of relying on EO. If the API needs to be internal only, then EO needs to handle internal APIs. In this case, the event was exposed as a C API but not a EO... why?
2017-04-17 18:55:14 -07:00
/* Canvas & UI */
Efl.Canvas.Scene (from Efl.Canvas) Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
2018-03-26 06:21:21 -07:00
#include "interfaces/efl_canvas_scene.eo.h"
interface: add Efl.Canvas.Pointer intf for pointer related functions. and remove pointer_inside function from Efl.Canvas{}
2017-12-05 21:34:51 -08:00
#include "interfaces/efl_canvas_pointer.eo.h"
efl: add efl_model and efl_ui_view classes Efl.Model.Container and Efl.Model.Item to efl/interfaces are used to create Efl.Model objects with predefined property values. This is useful to any situation where we want an Efl.Model with explicit defined property values. Efl.Ui.View and Efl.Ui.Factory are used to connect Efl.Models with Widgets, Elm.Layout and Efl.Ui.Image has changed to use news interfaces Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2017-01-31 12:17:58 -08:00
#include "interfaces/efl_ui_view.eo.h"
efl_ui : rename model connect and factory connect to bind property and factory. As we discussed in T7469 with V40, efl_ui_model_connect efl_ui_factory_model_connect need to be renamed to efl_ui_bind_property efl_ui_bind_factory for this work, Efl.Ui.Model.Connect interface is changed as Efl.Ui.Bind, and bind_property and bind_factory both method is supported by this interface. bind_factory need Efl.Ui.Factory, and Efl.Ui.Factory inheritted Efl.Ui.Bind, so I little bit concerned about circular referencing, but so far, it works well. Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D7529
2019-01-31 03:59:19 -08:00
#include "interfaces/efl_ui_property_bind.eo.h"
efl: add efl_model and efl_ui_view classes Efl.Model.Container and Efl.Model.Item to efl/interfaces are used to create Efl.Model objects with predefined property values. This is useful to any situation where we want an Efl.Model with explicit defined property values. Efl.Ui.View and Efl.Ui.Factory are used to connect Efl.Models with Widgets, Elm.Layout and Efl.Ui.Image has changed to use news interfaces Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2017-01-31 12:17:58 -08:00
#include "interfaces/efl_ui_factory.eo.h"
efl_ui : rename model connect and factory connect to bind property and factory. As we discussed in T7469 with V40, efl_ui_model_connect efl_ui_factory_model_connect need to be renamed to efl_ui_bind_property efl_ui_bind_factory for this work, Efl.Ui.Model.Connect interface is changed as Efl.Ui.Bind, and bind_property and bind_factory both method is supported by this interface. bind_factory need Efl.Ui.Factory, and Efl.Ui.Factory inheritted Efl.Ui.Bind, so I little bit concerned about circular referencing, but so far, it works well. Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D7529
2019-01-31 03:59:19 -08:00
#include "interfaces/efl_ui_factory_bind.eo.h"
elementary: add a factory that handle caching for you. This factory handle caching of one type of object and automatically empty the cache when the application goes into pause. Creating object is costly and time consuming, keeping a few on hands for when you next will need them help a lot. This is what this factory caching infrastructure provide. It will create the object from the class defined on it, set the parent and the model as needed for all items a Factory create. The View has to release the Item using the release function of the Factory interface for all of this to work properly. This is copying what Elm_Genlist was doing for you in the background and bring Efl interface to parity. Reviewed-by: Felipe Magno de Almeida <felipe@expertisesolutions.com.br> Differential Revision: https://phab.enlightenment.org/D7443
2018-12-06 16:38:47 -08:00
#include "interfaces/efl_cached_item.eo.h"
efl: add efl_model and efl_ui_view classes Efl.Model.Container and Efl.Model.Item to efl/interfaces are used to create Efl.Model objects with predefined property values. This is useful to any situation where we want an Efl.Model with explicit defined property values. Efl.Ui.View and Efl.Ui.Factory are used to connect Efl.Models with Widgets, Elm.Layout and Efl.Ui.Image has changed to use news interfaces Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2017-01-31 12:17:58 -08:00
efl: Remove manual definitions of event "changed" Honestly I can't see why gfx & gfx.path "changed" need a manual definition, instead of relying on EO. If the API needs to be internal only, then EO needs to handle internal APIs. In this case, the event was exposed as a C API but not a EO... why?
2017-04-17 18:55:14 -07:00
/* Observable interface */
#include "interfaces/efl_observer.eo.h"
#include "interfaces/efl_observable.eo.h"
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
/* Packing & containers */
Efl: Introduce Efl.Container and unify APIs This removes Efl.Pack_Named which had a terrible name, removes Elm.Container which should have been renamed Efl.Ui.Container anyway, and introduces an interface Efl.Container instead. The hierarchy tree is now changed as objects don't inherit from Efl.Container (it's an interface, not a regular class) but only implement it. Obviously it is very easy to reintroduce an Efl.Ui.Container parent class if we need it, but I guess it should have some actual logic. It's basically part of what Elm.Widget already does. Some function names have been modified to look better in C with the efl_content prefix. @feature
2016-04-19 22:55:26 -07:00
#include "interfaces/efl_container.eo.h"
efl: Split Efl.Container and Efl.Content When I first implemented the Efl.Container interface I made a mistake of mixing "single slot" content API's with "multiple children" content API's. This should fix that, by separating API's that are for a single part and those that deal with a list of children. Efl.Content: Single slot. This will be used a lot by efl_part() objects, and for the default content of widgets (eg. the window content). Efl.Container: Multiple children. Used by lists, boxes, layouts (edje/elm), etc... I didn't see any class that implemented both interfaces (note: Layout implements Container and Button implements Content, so technically Button implements both through inheritance). For now the eo_prefix is not changed in Efl.Container. I wonder if it should be reset (to efl_container) or not. This would only affect the C API. Ref T5328
2017-11-19 22:41:07 -08:00
#include "interfaces/efl_content.eo.h"
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.h"
Efl.Pack: Rename methods and properties - Children are now contents - Efl.Pack_Layout is now a separate class and merges Pack_Engine. - Removed dumb class Efl.Pack_Item - Updated docs - Added pack_ or grid_ prefixes to some methods
2016-04-19 01:43:28 -07:00
#include "interfaces/efl_pack_layout.eo.h"
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.h"
interface : change efl_pack_grid and efl_ui_grid to efl_pack_table and efl_ui_table Summary: Change name of 'grid' to 'table' for matching on common ui naming and avoiding confusion with 'gengrid' and 'grid view'. grid will be introduced as grid image view after. Test Plan: checked make & make install checked make check - there are errors but not related with these changes. checked make examples - there are errors in cxx but not related with these changes. checked make discheck - failed test in elementary_test with Efl.Ui.Table and Table_static. Reviewers: raster, cedric, jpeg, felipealmeida Differential Revision: https://phab.enlightenment.org/D5668
2017-12-18 21:13:58 -08:00
#include "interfaces/efl_pack_table.eo.h"
efl_pack: split algin and padding property the pack interface is a general interface for how we pack things into a container. the align and padding property has less to nothing to do with this. Hence this commit splits the two properties into theire own interface. fix T7825 Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D8699
2019-04-24 06:41:39 -07:00
#include "interfaces/efl_gfx_arrangement.eo.h"
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
efl.io: introduce basic interfaces and classes. These interfaces allows generic operations on objects that can store or provide data, such as a file or a buffer. With well defined interfaces and events we can create code such as Efl.Io.Copier, that will link a source with a destination and progressively copy data as they appear.
2016-08-13 00:50:29 -07:00
/* Input and Output */
#include "interfaces/efl_io_closer.eo.h"
#include "interfaces/efl_io_reader.eo.h"
#include "interfaces/efl_io_writer.eo.h"
#include "interfaces/efl_io_sizer.eo.h"
#include "interfaces/efl_io_positioner.eo.h"
#include "interfaces/efl_io_buffer.eo.h"
efl_io_queue: basic class to interact with Efl.Io interfaces. The use of low-level interfaces such as Efl.Io.Reader and Efl.Io.Writer are not that user-friendly as they can handle partial data. Classes such as Efl.Io.Copier makes them easy to use, but they need a reader (source) or writer (destination) and in our examples we used fixed buffers or some existing streams (stdin/stdout/stderr, networking...). However, if interactively we need to produce some data to be sent, such as implementing some networking protocols, we'd have to write our own Efl.Io.Reader and Efl.Io.Writer classes to handle the buffering. Not anymore! With Efl.Io.Queue you can write stuff to it and it will buffer to memory. Once stuff is read, it will automatically remove those bytes from buffer.
2016-08-23 16:03:10 -07:00
#include "interfaces/efl_io_queue.eo.h"
efl.io: introduce basic interfaces and classes. These interfaces allows generic operations on objects that can store or provide data, such as a file or a buffer. With well defined interfaces and events we can create code such as Efl.Io.Copier, that will link a source with a destination and progressively copy data as they appear.
2016-08-13 00:50:29 -07:00
Efl text: add Font, Format and Style interfaces The following text interfaces are added: - Efl.Text.Font: font settings that decide which font to display in the text - Efl.Text.Format: formatting that affects the looks and layout of the text - Efl.Text.Style: decorations and overlays that shouldn't affect the font choice or the layout @feature
2017-05-22 07:36:41 -07:00
/* Text interfaces */
#include "interfaces/efl_text_font.eo.h"
#include "interfaces/efl_text_style.eo.h"
#include "interfaces/efl_text_format.eo.h"
Text cursor: add interface and implement in Canvas.Text
2017-06-08 03:07:12 -07:00
#include "interfaces/efl_text_cursor.eo.h"
Text: add annotate interface
2017-06-08 06:08:28 -07:00
#include "interfaces/efl_text_annotate.eo.h"
Efl text: add Efl.Text.Markup interface Adds basic markup operations for text objects, and implements it in Efl.Canvas.Text. Also, this adds the Efl.Text.Markup_Util class. This utility class allows basic text-markup conversions. @feature
2017-09-25 09:21:21 -07:00
#include "interfaces/efl_text_markup.eo.h"
efl.text_markup: move cursor-related methods to efl.text_markup_interactive many users of the markup property are not interactive text cases, so splitting off the interactive methods resolves a number of unimplemented method issues ref T5719 Differential Revision: https://phab.enlightenment.org/D7787
2019-01-28 08:10:40 -08:00
#include "interfaces/efl_text_markup_interactive.eo.h"
Efl text: add Efl.Text.Markup interface Adds basic markup operations for text objects, and implements it in Efl.Canvas.Text. Also, this adds the Efl.Text.Markup_Util class. This utility class allows basic text-markup conversions. @feature
2017-09-25 09:21:21 -07:00
#include "interfaces/efl_text_markup_util.eo.h"
Efl text: add Font, Format and Style interfaces The following text interfaces are added: - Efl.Text.Font: font settings that decide which font to display in the text - Efl.Text.Format: formatting that affects the looks and layout of the text - Efl.Text.Style: decorations and overlays that shouldn't affect the font choice or the layout @feature
2017-05-22 07:36:41 -07:00
Mark BETA classes individually Summary: Instead of surrounding all the #include "*.eo.h" lines in Efl.h with #ifdef EFL_BETA_API_SUPPORT, include these files unconditionally, but mark all classes as @beta in the eo files. This will allow taking them out of beta one by one as we deem them stable enough. Otherwise, the current procedure involves moving the #include line out of the ifdef block, which is cumbersome and messes include order. Depends on D7950 Fixes T7692 Test Plan: Nothing changes Reviewers: zmike, bu5hm4n, cedric Subscribers: #reviewers, #committers Tags: #efl Maniphest Tasks: T7692 Differential Revision: https://phab.enlightenment.org/D7951
2019-02-14 08:37:02 -08:00
#ifdef EFL_BETA_API_SUPPORT
efl: add free functions to owned types this commit is a first step in order to add free functions to all the types that are owned. Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D7627
2019-01-14 11:28:45 -08:00
EAPI void efl_observable_tuple_free(Efl_Observable_Tuple *tuple);
efl: major rewrite of efl_part. The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
2018-05-03 16:34:17 -07:00
/**
* @brief Get a proxy object referring to a part of an object.
*
* The returned object is valid for only a single function call.
* Of course, if the first call is @ref efl_ref, it will last
* until @ref efl_unref.
*
* @param[in] obj The object.
* @param[in] name The part name.
*
* @return A (proxy) object, valid for a single call.
*
* @since 1.21
*/
EAPI Efl_Object *efl_part(const Eo *obj, const char *name);
efl: add facility to generate an event when an item is created by the factory. Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D7446
2018-12-07 15:51:09 -08:00
/**
* @brief This triggers the create method of a factory and trigger the item created event.
*
* @param[in] factory The factory that will provide the item
* @param[in] model The model to use to fetch information from
* @param[in] parent The parent of the newly created item
* @return A future that will resolve with the newly created item.
*
* @since 1.22
* @note This exists as we always want to trigger the event once all the logic
* of every factory in the chain has done what it planned to do. Basically we
* want the inverse of inheritance call like efl_super. So we do setup the future
* in this way.
*/
EAPI Eina_Future *efl_ui_view_factory_create_with_event(Efl_Ui_Factory *factory, Efl_Model *model, Efl_Gfx_Entity *parent);
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
#else
#ifndef EFL_NOLEGACY_API_SUPPORT
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
#include "interfaces/efl_gfx_types.eot.h"
edje: Move part drag APIs to efl_part This moves all part_drag APIs to legacy and implements them for EO using efl_part(). All parts now support these APIs, even if they are not draggable. Making this more fine grained would probably be much extra work for little gain. This creates a new interface Efl.Ui.Drag.
2017-05-30 07:13:02 -07:00
#include "interfaces/efl_ui_types.eot.h"
efl: Rename Efl.Event.XX to Efl.Input.XX This removes: Efl.Event interface And renames: Efl.Event.Input -> Efl.Input.Event Efl.Event -> Efl.Input.Event (merged) Efl.Event.Pointer -> Efl.Input.Pointer Efl.Event.Key -> Efl.Input.Key Efl.Event.Hold -> Efl.Input.Hold This also moves some interfaces from efl/ to evas/ where they belong better. This allows renaming Eo_Event to Efl_Event.
2016-08-25 03:20:10 -07:00
#include "interfaces/efl_input_types.eot.h"
Evas: Move BiDi type to Efl.Text This renames it to Efl.Text.Bidirectional_Type.
2016-06-16 04:44:45 -07:00
#include "interfaces/efl_text_types.eot.h"
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
#endif
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
typedef Efl_Gfx_Path_Command_Type Efl_Gfx_Path_Command;
efl: interface are still clearly in beta.
2015-02-07 04:46:12 -08:00
#endif
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
/* work-around bug in gcc --as-needed link optimization */
EAPI void __efl_internal_init(void);
efl: Add ifdef __cpluplus guards to Efl.h
2014-09-12 11:56:09 -07:00
#if defined ( __cplusplus )
}
#endif
efl: remove the need to order the header correctly for Windows.
2015-04-28 06:11:20 -07:00
#undef EAPI
#define EAPI
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
#endif