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

258 lines
7.3 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.Cursor Summary: Implementation of new cursor text object. This Patch Contains : 1- Remove Efl.Text.Cursor & Efl.Text_Markup_Interactive interfaces and replace them with one Class Efl.Text.Cursor => there are some modifications on cursor methods 2- Update all related classes to use Efl.Text.Cursor object instead of the old interfaces 3- If class uses Efl.Text_Cursor_Cursor (handle), mainly annotation it will stay as it is until we update other annotations into attribute_factory 4- Add main cursor property into efl.text.interactive 5- Add cursor_new method in efl.ui.text (I think we may move it into efl.text.interactive interface) There still some parts that need discussion: especially cursor movement functionality, I prefer to move function with Enum, instead of special function for each movement. ``` enum @beta Efl.Text.Cursor_Move_Type { [[Text cursor movement types]] char_next, [[Advances to the next character]] char_prev, [[Advances to the previous character]] cluster_next, [[Advances to the next grapheme cluster]] cluster_prev, [[Advances to the previous grapheme cluster]] paragraph_start, [[Advances to the first character in this paragraph]] paragraph_end, [[Advances to the last character in this paragraph]] word_start, [[Advance to current word start]] word_end, [[Advance to current word end]] line_start, [[Advance to current line first character]] line_end, [[Advance to current line last character]] paragraph_first, [[Advance to current paragraph first character]] paragraph_last, [[Advance to current paragraph last character]] paragraph_next, [[Advances to the start of the next text node]] paragraph_prev [[Advances to the end of the previous text node]] } move { [[Move the cursor]] params { @in type: Efl.Text.Cursor_Move_Type; [[The type of movement]] } return: bool; [[True if actually moved]] } ``` or old way: ``` char_next { [[Advances to the next character]] // FIXME: Make the number of characters we moved by? Useful for all the other functions return: bool; [[True if actually moved]] } char_prev { [[Advances to the previous character]] return: bool; [[True if actually moved]] } char_delete { [[Deletes a single character from position pointed by given cursor.]] } cluster_next { [[Advances to the next grapheme cluster]] return: bool; [[True if actually moved]] } cluster_prev { [[Advances to the previous grapheme cluster]] return: bool; [[True if actually moved]] } // FIXME: paragraph_end is inconsistent with word_end. The one goes to the last character and the other after the last character. paragraph_start { [[Advances to the first character in this paragraph]] return: bool; [[True if actually moved]] } paragraph_end { [[Advances to the last character in this paragraph]] return: bool; [[True if actually moved]] } word_start { [[Advance to current word start]] return: bool; [[True if actually moved]] } word_end { [[Advance to current word end]] return: bool; [[True if actually moved]] } line_start { [[Advance to current line first character]] return: bool; [[True if actually moved]] } line_end { [[Advance to current line last character]] return: bool; [[True if actually moved]] } paragraph_first { [[Advance to current paragraph first character]] return: bool; [[True if actually moved]] } paragraph_last { [[Advance to current paragraph last character]] return: bool; [[True if actually moved]] } paragraph_next { [[Advances to the start of the next text node]] return: bool; [[True if actually moved]] } paragraph_prev { [[Advances to the end of the previous text node]] return: bool; [[True if actually moved]] } ``` Reviewers: woohyun, tasn, segfaultxavi Reviewed By: woohyun Subscribers: a.srour, bu5hm4n, segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10542
2019-11-22 00:35:54 -08:00
typedef struct _Efl_Text_Cursor_Handle Efl_Text_Cursor_Handle;
typedef struct _Efl_Text_Cursor_Handle _Efl_Text_Cursor_Handle;
Efl.Text.Attribute_Factory Summary: Implementation of new Efl.Text.Attribute_Factory class which replace the annotation interface. Currently, we have two public methods: ``` void efl_text_attribute_factory_attribute_insert(const Efl_Text_Cursor *start, const Efl_Text_Cursor *end, const char *format) unsigned int efl_text_attribute_factory_attribute_clear(const Efl_Text_Cursor *start, const Efl_Text_Cursor *end); ``` Other methods will be internal methods, for the time being, we will redesign internal methods Reviewers: woohyun, tasn, segfaultxavi, bu5hm4n, zmike Subscribers: zmike, q66, cedric, segfaultxavi, bu5hm4n, a.srour, #committers, #reviewers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10646
2019-11-26 20:04:31 -08:00
typedef struct _Efl_Text_Attribute_Handle Efl_Text_Attribute_Handle;
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 */
efl: remove remaining instances of .eo global variables
2019-09-24 08:46:56 -07:00
#ifdef EFL_BETA_API_SUPPORT
/** No error on load */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_NONE;
/** A non-specific error occurred */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_GENERIC;
/** File (or file path) does not exist */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_DOES_NOT_EXIST;
/** Permission denied to an existing file (or path) */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_PERMISSION_DENIED;
/** Allocation of resources failure prevented load */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_RESOURCE_ALLOCATION_FAILED;
/** File corrupt (but was detected as a known format) */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_CORRUPT_FILE;
/** File is not a known format */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_UNKNOWN_FORMAT;
/** Reading operation has been cancelled during decoding */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_CANCELLED;
/** (Edje only) The file pointed to is incompatible, i.e., it doesn't
* match the library's current version's format. */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_INCOMPATIBLE_FILE;
/** (Edje only) The group/collection set to load from was not found in the file */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_UNKNOWN_COLLECTION;
/** (Edje only) The group/collection set to load from had recursive references
* on its components */
extern EWAPI Eina_Error EFL_GFX_IMAGE_LOAD_ERROR_RECURSIVE_REFERENCE;
#endif /* EFL_BETA_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"
efl_ui: rename efl_ui_types.eot to efl_ui_drag_types.eot Summary: The current efl_ui_types.eot contains only enum Efl.Ui.Drag_Dir. Therefore, it is renamed to efl_ui_drag_types.eot as follows. src/lib/efl/interfaces/efl_ui_types.eot -> efl_ui_drag_types.eot Reviewers: bu5hm4n, segfaultxavi, zmike Reviewed By: zmike Subscribers: zmike, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10387
2019-10-15 06:06:48 -07:00
#include "interfaces/efl_ui_drag_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_player: split off audio related properties Summary: this commit moves the audio related properties from Efl.Player to Efl.Player_Audio. Reviewers: zmike, Jaehyun_Cho Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T7877 Differential Revision: https://phab.enlightenment.org/D10106
2019-09-24 11:22:11 -07:00
#include "interfaces/efl_audio_control.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"
efl_ui_selectable: split this up i dont know why, but something got badly mixed up, the selection APIs for text and item ended up in the same interface, which seems ... weird ? This commit splits that up into container_selectable and text_selectable, there is no future plan on my list for text_selection. The rest of this series is working towards removing container_selectable, replacing it with a new interface. However, the interface will stay until list_view is replaced. The changes in the legacy code are removing the efl.ui.selection interface from it, item emission is not depending on the inherited interfaces, additionally, this interface does not provide any API, so this should not be an issue. ref T7766 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D9498
2019-08-05 09:35:13 -07:00
#include "interfaces/efl_ui_container_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: 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: 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: use a @static function so that binding can pick it up. Reviewed-by: Lauro Neto <Lauro Moura <lauromoura@expertisesolutions.com.br>> Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9604
2019-08-16 15:59:36 -07:00
#include "interfaces/efl_ui_view_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"
efl: add a Efl.Model_Provider that every widget will look up for in their parent tree. This is done to simplify code as you only need to set the model on the provider and all the widget that are using it as a provider will automatically be updated. The child will find a provider during at the time the first property binding is set on the widget by checking if the parent have an Efl.Model_Provider set. It is not necessary to set a model to have a valid lookup on a Efl.Model_Provider. To disable a widget lookup, you can just force set a model on it (even NULL) and it will disable the lookup. Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9290
2019-07-10 18:03:46 -07:00
#include "interfaces/efl_model_provider.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 */
efl.text.font: rename to efl.text.font.properties Reviewers: segfaultxavi, woohyun, zmike, bu5hm4n Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T7855 Differential Revision: https://phab.enlightenment.org/D10966
2019-12-26 01:08:00 -08:00
#include "interfaces/efl_text_font_properties.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
#include "interfaces/efl_text_style.eo.h"
#include "interfaces/efl_text_format.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"
#include "interfaces/efl_text_markup_util.eo.h"
Efl.Ui.Text : all related interfaces Summary: Change summary: Removed : - efl_ui_text_selectable.eo and add it functionality into efl_text_interactive.eo - efl_ui_text_editable.eo because it is same as efl_ui_text.eo (just set one property by default) Modifications: - Move all Text Input enums and functionality from efl_ui_text class into its own interface, this interface will be implemented at efl_ui_internal_text_interactive class. - Rename selection_allowed property to selectable (same as other "editable" property) in efl_text_interactive - Add select_all function into efl_text_interactive interface - Add have_selection property into efl_text_interactive interface - Move user_change , selection_start/change/clear and undo/redo events into efl_text_interactive interface. - Move methods and events of copy/paste/cut into efl_ui_text - Fix password-related functionality - Remove context menu clear and add_item methods. (these should be added later with better design) - Remove Validation event from EFL_UI_TEXT. (these should be added later with better design) Reviewers: woohyun, tasn, segfaultxavi, zmike, bu5hm4n Subscribers: stefan_schmidt, a.srour, q66, zmike, segfaultxavi, cedric Tags: #efl Differential Revision: https://phab.enlightenment.org/D10711
2019-12-08 17:58:39 -08:00
#include "interfaces/efl_input_text.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
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_part: declare stable Summary: last release we declared efl_part.eo stable. But we accidently forgot efl_part()... Reviewers: segfaultxavi Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10772
2019-12-02 07:29:35 -08:00
#ifdef EFL_BETA_API_SUPPORT
EAPI void efl_observable_tuple_free(Efl_Observable_Tuple *tuple);
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"
efl_ui: rename efl_ui_types.eot to efl_ui_drag_types.eot Summary: The current efl_ui_types.eot contains only enum Efl.Ui.Drag_Dir. Therefore, it is renamed to efl_ui_drag_types.eot as follows. src/lib/efl/interfaces/efl_ui_types.eot -> efl_ui_drag_types.eot Reviewers: bu5hm4n, segfaultxavi, zmike Reviewed By: zmike Subscribers: zmike, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10387
2019-10-15 06:06:48 -07:00
#include "interfaces/efl_ui_drag_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: 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