enlightenment/efl
enlightenment
/
efl
8
7
Fork 14
Code Issues 13 Pull Requests 3 Projects Releases Wiki Activity
efl/src/Makefile_Efl.am

229 lines
8.1 KiB
Plaintext
Raw Normal View History

Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
# Even though libefl is new, it contains definitions used by legacy APIs
efl_eolian_legacy_files = \
lib/efl/interfaces/efl_gfx_fill.eo \
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
lib/efl/interfaces/efl_gfx_entity.eo \
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
lib/efl/interfaces/efl_gfx_color.eo \
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
lib/efl/interfaces/efl_gfx_image.eo \
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
lib/efl/interfaces/efl_gfx_frame_controller.eo \
Evas: EO-ify Evas_Device and partly move to Efl So, this is not a very clean solution, but this mostly makes Evas_Device an Eo object of class Efl.Input.Device. Since evas_device relies on some Evas knowledge (evas callbacks, canvas private data), it can't be fully moved to lib/efl/. Making the input device an interface rather than a class was also not a great solution, as the goal is to share the data structure around EFL internals (Ecore and Evas).
2016-04-28 01:08:14 -07:00
lib/efl/interfaces/efl_input_device.eo \
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
lib/efl/interfaces/efl_ui_draggable.eo \
lib/efl/interfaces/efl_ui_clickable.eo \
lib/efl/interfaces/efl_ui_scrollable.eo \
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
lib/efl/interfaces/efl_ui_scrollable_interactive.eo \
lib/efl/interfaces/efl_ui_scrollbar.eo \
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
lib/efl/interfaces/efl_ui_selectable.eo \
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
lib/efl/interfaces/efl_ui_multi_selectable.eo \
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
lib/efl/interfaces/efl_ui_zoom.eo \
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
$(NULL)
Build system: Clean up the generation of sources from eolian. This cleans up a lot of the build system. This makes everything consistent, clean, less redundant and also fixes the issue of make clean not cleaning up generated files.
2014-10-02 08:52:45 -07:00
efl_eolian_files = \
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
lib/efl/interfaces/efl_canvas_scene.eo \
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
lib/efl/interfaces/efl_canvas_pointer.eo \
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
lib/efl/interfaces/efl_config.eo \
autotools: Renamed EOS variable in the Makefiles uniquely. EOS in Makefile_Efl.am becomes EFL_EOS. EOS in examples/eolian_cxx/Makefile.am becomes ECXX_EXAMPLE_EOS.
2014-09-12 12:07:34 -07:00
lib/efl/interfaces/efl_control.eo \
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
lib/efl/interfaces/efl_duplicate.eo \
autotools: Add -I$(srcdir)/lib/efl to Makefile_Efl.am. Also simplified it by adding $EOS variable.
2014-09-03 10:58:04 -07:00
lib/efl/interfaces/efl_file.eo \
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
lib/efl/interfaces/efl_gfx_image_load_controller.eo \
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
lib/efl/interfaces/efl_part.eo \
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
lib/efl/interfaces/efl_playable.eo \
autotools: Add -I$(srcdir)/lib/efl to Makefile_Efl.am. Also simplified it by adding $EOS variable.
2014-09-03 10:58:04 -07:00
lib/efl/interfaces/efl_player.eo \
lib/efl/interfaces/efl_text.eo \
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
lib/efl/interfaces/efl_text_font.eo \
lib/efl/interfaces/efl_text_style.eo \
lib/efl/interfaces/efl_text_format.eo \
Text cursor: add interface and implement in Canvas.Text
2017-06-08 03:07:12 -07:00
lib/efl/interfaces/efl_text_cursor.eo \
Text: add annotate interface
2017-06-08 06:08:28 -07:00
lib/efl/interfaces/efl_text_annotate.eo \
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
lib/efl/interfaces/efl_text_markup.eo \
lib/efl/interfaces/efl_text_markup_util.eo \
efl: add Efl.Gfx.Stack interface and update Evas_Object accordingly.
2015-04-03 07:23:22 -07:00
lib/efl/interfaces/efl_gfx_stack.eo \
efl: add Efl.Gfx.View and use it in Evas.Image.
2015-04-03 07:23:26 -07:00
lib/efl/interfaces/efl_gfx_view.eo \
Efl.Gfx.Buffer: Add interface skeletton
2016-03-02 03:46:11 -08:00
lib/efl/interfaces/efl_gfx_buffer.eo \
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
lib/efl/interfaces/efl_gfx_path.eo \
efl: rename namespace Graphics to Gfx.
2015-04-03 07:23:16 -07:00
lib/efl/interfaces/efl_gfx_shape.eo \
Efl gfx gradient: Remove the no longer needed .Base hack.
2016-05-10 07:06:04 -07:00
lib/efl/interfaces/efl_gfx_gradient.eo \
efl: rename namespace Graphics to Gfx.
2015-04-03 07:23:16 -07:00
lib/efl/interfaces/efl_gfx_gradient_linear.eo \
efl: move emodel to be an efl interfaces.
2015-04-05 06:19:59 -07:00
lib/efl/interfaces/efl_gfx_gradient_radial.eo \
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
lib/efl/interfaces/efl_gfx_filter.eo \
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
lib/efl/interfaces/efl_gfx_blur.eo \
Efl.Gfx.Size.Hint: add Efl.Gfx.Size.Hint skeletton create Efl.Gfx.Size.Hint skeletton and change elm_win eo. remove size_step and size_base API from elm_win and inherit from Efl.Gfx.Size.hint
2016-06-02 01:18:17 -07:00
lib/efl/interfaces/efl_gfx_size_hint.eo \
Efl model: Remove the no longer needed .Base hack.
2016-05-10 03:36:13 -07:00
lib/efl/interfaces/efl_model.eo \
efl: rename efl.core.animator to efl.animator. It has been decided that we would not use any namespace for interface and they will sit in efl main namespace. This patch doesn't correct the naming of the event has we don't have a prefix for event. We do still have EFL_ANIMATOR_EVENT_ANIMATOR_TICK, instead of a nicer EFL_EVENT_ANIMATOR_TICK.
2016-03-10 13:03:02 -08:00
lib/efl/interfaces/efl_animator.eo \
Interface: Flip and orientation interface Summary: Added flip and orientation interface and used them in evas_image. Removed efl_image_orientation_set API and used efl_orientation_set and efl_flip_set API. In implementation part, converted enums back and forth in order to keep current implementation as it is. Test Plan: src/examples/evas/evas-images5.c Reviewers: singh.amitesh, raster, tasn, herdsman, woohyun, cedric, felipealmeida, jpeg Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D3844
2016-04-05 18:46:04 -07:00
lib/efl/interfaces/efl_orientation.eo \
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
lib/efl/interfaces/efl_container.eo \
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
lib/efl/interfaces/efl_content.eo \
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
lib/efl/interfaces/efl_pack.eo \
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
lib/efl/interfaces/efl_pack_layout.eo \
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
lib/efl/interfaces/efl_pack_linear.eo \
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
lib/efl/interfaces/efl_pack_table.eo \
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
lib/efl/interfaces/efl_ui_i18n.eo \
efl: Introduce Efl.Ui.Direction interface This introduces, but doesn't make any use of, two types: - EO interface Efl.Ui.Direction - Enum Efl.Ui.Dir This is to clean up inconsistencies with Efl.Orient values when used with widgets. Ref T5870 @feature
2017-08-09 04:59:30 -07:00
lib/efl/interfaces/efl_ui_direction.eo \
efl: introduce efl_ui_direction_readonly the readonly mixin implement the efl_ui_direction interface and prints a error in case it is written. ref T5719 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7755
2019-01-24 03:47:38 -08:00
lib/efl/interfaces/efl_ui_direction_readonly.eo \
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
lib/efl/interfaces/efl_ui_drag.eo \
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
lib/efl/interfaces/efl_ui_range_display.eo \
lib/efl/interfaces/efl_ui_range_interactive.eo \
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
lib/efl/interfaces/efl_ui_view.eo \
lib/efl/interfaces/efl_ui_model_connect.eo \
lib/efl/interfaces/efl_ui_factory.eo \
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
lib/efl/interfaces/efl_screen.eo \
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
lib/efl/interfaces/efl_io_closer.eo \
lib/efl/interfaces/efl_io_positioner.eo \
lib/efl/interfaces/efl_io_reader.eo \
lib/efl/interfaces/efl_io_sizer.eo \
lib/efl/interfaces/efl_io_writer.eo \
lib/efl/interfaces/efl_io_buffer.eo \
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
lib/efl/interfaces/efl_io_queue.eo \
edje.object: implement Efl.Observer interface Summary: To remove duplicated lines to handle edje class (color, text, size), observer interface is implemented to Edje.Object. Reviewers: jpeg, cedric Reviewed By: cedric Subscribers: bu5hm4n, cedric Differential Revision: https://phab.enlightenment.org/D4359 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2016-11-01 10:59:09 -07:00
lib/efl/interfaces/efl_observer.eo \
lib/efl/interfaces/efl_observable.eo \
Efl.Ui.Autorepeat: Add efl autorepeat interface Signed-off-by: Amitesh Singh <amitesh.sh@samsung.com>
2017-05-15 23:57:16 -07:00
lib/efl/interfaces/efl_ui_autorepeat.eo \
efl intf: Add format interface Ref T6204
2017-10-15 23:24:06 -07:00
lib/efl/interfaces/efl_ui_format.eo \
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
lib/efl/interfaces/efl_gfx_color_class.eo \
lib/efl/interfaces/efl_gfx_text_class.eo \
lib/efl/interfaces/efl_gfx_size_class.eo \
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
lib/efl/interfaces/efl_interpolator.eo \
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
lib/efl/interfaces/efl_cached_item.eo \
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
$(efl_eolian_legacy_files) \
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
$(NULL)
Interfaces: Integration into Makefile + fix of .eo
2014-05-21 05:54:27 -07:00
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
efl_eolian_type_files = \
lib/efl/interfaces/efl_gfx_types.eot \
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
lib/efl/interfaces/efl_ui_types.eot \
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
lib/efl/interfaces/efl_input_types.eot \
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
lib/efl/interfaces/efl_types.eot \
Evas: Move BiDi type to Efl.Text This renames it to Efl.Text.Bidirectional_Type.
2016-06-16 04:44:45 -07:00
lib/efl/interfaces/efl_text_types.eot \
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
$(NULL)
efl_eolian_files_h = $(efl_eolian_files:%.eo=%.eo.h) \
$(efl_eolian_type_files:%.eot=%.eot.h)
Build system: Clean up the generation of sources from eolian. This cleans up a lot of the build system. This makes everything consistent, clean, less redundant and also fixes the issue of make clean not cleaning up generated files.
2014-10-02 08:52:45 -07:00
efl_eolian_files_c = $(efl_eolian_files:%.eo=%.eo.c)
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
efl_eolian_legacy_files_h = $(efl_eolian_legacy_files:%.eo=%.eo.legacy.h)
Build system: Clean up the generation of sources from eolian. This cleans up a lot of the build system. This makes everything consistent, clean, less redundant and also fixes the issue of make clean not cleaning up generated files.
2014-10-02 08:52:45 -07:00
BUILT_SOURCES += \
$(efl_eolian_files_c) \
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
$(efl_eolian_files_h) \
$(efl_eolian_legacy_files_h)
Build system: Clean up the generation of sources from eolian. This cleans up a lot of the build system. This makes everything consistent, clean, less redundant and also fixes the issue of make clean not cleaning up generated files.
2014-10-02 08:52:45 -07:00
build: split EXTRA_DIST files in src/ off from DISTFILES and handle separately This is again to avoid the "Argument list too long" error we are hitting more and more now. Given we just merged elementary, emotion generic players, evas generic loaders and elm_code it is not surprising we are hitting it again. This time the number of files being hold in DISTFILES has just grown to big so a make dist was no longer possible. If one looks at what the DISTFILES variable from automake holds you can image it grows a lot with all the source files plus generated files we have in tree now. DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) To cut off a big chunk but still keep all the other automagic in place for SOURCE files I went and renamed the EXTRA_DIST in src/ to EXTRA_DIST2 and handle the files in a dist-hook now. Another thing to note here is that this also only happens as we have the one big Makefile with includes. If we go back to per directory Makefiles this problem should vanish as well. In any case we need a solution for 1.18 now and this is what I have to offer. If you have a cleaner solution in mind feel welcome to test it out and if everything we need keeps working (make, make examples, make check, make benchmark, make dist and make distcheck) go ahead.
2016-06-08 01:26:06 -07:00
EXTRA_DIST2 += \
autotools: Removed undefined variable from Makefile_Efl.am. Variable 'efleolianfiles_DATA' used before definition.
2014-09-17 11:59:19 -07:00
lib/efl/Efl_Config.h \
autotools: fix make distcheck.
2016-04-15 11:06:13 -07:00
lib/efl/Efl_Config.h.in \
autotools: Removed undefined variable from Makefile_Efl.am. Variable 'efleolianfiles_DATA' used before definition.
2014-09-17 11:59:19 -07:00
lib/efl/Efl.h \
Evas: EO-ify Evas_Device and partly move to Efl So, this is not a very clean solution, but this mostly makes Evas_Device an Eo object of class Efl.Input.Device. Since evas_device relies on some Evas knowledge (evas callbacks, canvas private data), it can't be fully moved to lib/efl/. Making the input device an interface rather than a class was also not a great solution, as the goal is to share the data structure around EFL internals (Ecore and Evas).
2016-04-28 01:08:14 -07:00
lib/efl/interfaces/efl_common_internal.h \
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
$(efl_eolian_files) \
$(efl_eolian_type_files)
Interfaces: Integration into Makefile + fix of .eo
2014-05-21 05:54:27 -07:00
autotools: Add -I$(srcdir)/lib/efl to Makefile_Efl.am. Also simplified it by adding $EOS variable.
2014-09-03 10:58:04 -07:00
efleolianfilesdir = $(datadir)/eolian/include/efl-@VMAJ@
Efl: Eo-ify remaining Efl.Gfx enums and structs
2016-02-03 01:23:45 -08:00
efleolianfiles_DATA = $(efl_eolian_files) $(efl_eolian_type_files)
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
autotools: Add -I$(srcdir)/lib/efl to Makefile_Efl.am. Also simplified it by adding $EOS variable.
2014-09-03 10:58:04 -07:00
lib_LTLIBRARIES += lib/efl/libefl.la
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
efl: move PATH manipulation from Evas into Efl interfaces.
2015-04-03 07:21:48 -07:00
lib_efl_libefl_la_SOURCES = \
lib/efl/interfaces/efl_interfaces_main.c \
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
lib/efl/interfaces/efl_mvvm_common.c \
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
lib/efl/interfaces/efl_gfx_path.c \
efl: vpath subsystem this adds a core vpath subsystem to efl that allows paths like: ~/file.jpg ~user/file.jpg (:tmp/file.jpg (:config/file.jpg (:videos/file.mp4 (:pictures/file.jpg (:app.config/mycfg.cfg etc. to be translated/looked up. it is desitgned to be async and call event callbacks when ready. the reason for this complexity is fo in future also handle: file:///whatever/file.jpg http://blah.com/file.jpg https://blah.com/file.jpg ssh://blah.com:~/file.jpg etc. @feature
2016-03-31 18:45:07 -07:00
lib/efl/interfaces/efl_gfx_shape.c \
Evas: EO-ify Evas_Device and partly move to Efl So, this is not a very clean solution, but this mostly makes Evas_Device an Eo object of class Efl.Input.Device. Since evas_device relies on some Evas knowledge (evas callbacks, canvas private data), it can't be fully moved to lib/efl/. Making the input device an interface rather than a class was also not a great solution, as the goal is to share the data structure around EFL internals (Ecore and Evas).
2016-04-28 01:08:14 -07:00
lib/efl/interfaces/efl_input_device.c \
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
lib/efl/interfaces/efl_io_closer.c \
lib/efl/interfaces/efl_io_positioner.c \
lib/efl/interfaces/efl_io_reader.c \
lib/efl/interfaces/efl_io_sizer.c \
lib/efl/interfaces/efl_io_writer.c \
lib/efl/interfaces/efl_io_buffer.c \
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
lib/efl/interfaces/efl_io_queue.c \
edje.object: implement Efl.Observer interface Summary: To remove duplicated lines to handle edje class (color, text, size), observer interface is implemented to Edje.Object. Reviewers: jpeg, cedric Reviewed By: cedric Subscribers: bu5hm4n, cedric Differential Revision: https://phab.enlightenment.org/D4359 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2016-11-01 10:59:09 -07:00
lib/efl/interfaces/efl_observer.c \
efl: make Efl.File a mixin that implement file_set for everyone.
2017-10-04 20:58:06 -07:00
lib/efl/interfaces/efl_file.c \
Efl.Ui.Format: implement generic format_string function This generic format_string would be used in slider,progressbar and other widgets.This default function handles INT and DOUBLE eina value types for now. Ref T6204
2017-10-25 03:25:14 -07:00
lib/efl/interfaces/efl_ui_format.c \
Efl.Gfx.Color: add color_code{} color_code allows user to pass/get the color hex string (e.g. efl_gfx_color_code_set(o, "#FFAA22CC")) Also make this interface as mixin class.
2017-12-20 21:48:41 -08:00
lib/efl/interfaces/efl_gfx_color.c \
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
lib/efl/interfaces/efl_text_markup_util.c \
efl: introduce efl_ui_direction_readonly the readonly mixin implement the efl_ui_direction interface and prints a error in case it is written. ref T5719 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7755
2019-01-24 03:47:38 -08:00
lib/efl/interfaces/efl_ui_direction_readonly.c \
Evas: EO-ify Evas_Device and partly move to Efl So, this is not a very clean solution, but this mostly makes Evas_Device an Eo object of class Efl.Input.Device. Since evas_device relies on some Evas knowledge (evas callbacks, canvas private data), it can't be fully moved to lib/efl/. Making the input device an interface rather than a class was also not a great solution, as the goal is to share the data structure around EFL internals (Ecore and Evas).
2016-04-28 01:08:14 -07:00
$(NULL)
efl: move PATH manipulation from Evas into Efl interfaces.
2015-04-03 07:21:48 -07:00
Evas filters: Mark API as @beta Until we're happy with it, keep the API as beta. The EDC support should not change, and the Lua either, but the API could potentially still change to accomodate for new needs (vector graphics, anyone?). If we're happy with the current interface, then we can remove the @beta flags.
2015-06-24 19:12:05 -07:00
lib_efl_libefl_la_CPPFLAGS = -I$(top_builddir)/src/lib/efl -I$(top_srcdir)/src/lib/efl @EFL_CFLAGS@ -DEFL_GFX_FILTER_BETA
Efl: Create libefl. Create libefl.so and the interal package for dependencies.
2014-07-18 05:38:25 -07:00
lib_efl_libefl_la_LIBADD = @EFL_LIBS@
lib_efl_libefl_la_DEPENDENCIES = @EFL_INTERNAL_LIBS@
lib_efl_libefl_la_LDFLAGS = @EFL_LTLIBRARY_FLAGS@
add a global Efl_Config.h for everyone. * ned to replicate changes in other .pc.in files * need to replicate changes in other E*.h installed header files
2013-04-24 07:43:33 -07:00
installed_eflheadersdir = $(includedir)/efl-@VMAJ@
dist_installed_eflheaders_DATA = \
Efl interfaces: Install missing files.
2014-07-21 04:03:55 -07:00
lib/efl/Efl_Config.h \
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
lib/efl/Efl_MVVM_Common.h \
Efl interfaces: Install missing files.
2014-07-21 04:03:55 -07:00
lib/efl/Efl.h
installed_eflinterfacesdir = $(includedir)/efl-@VMAJ@/interfaces
efl: move PATH manipulation from Evas into Efl interfaces.
2015-04-03 07:21:48 -07:00
nodist_installed_eflinterfaces_DATA = \
Efl: eo-ify enum Efl.Gfx.Fill
2015-11-18 23:10:41 -08:00
$(efl_eolian_files_h) \
$(efl_eolian_legacy_files_h)
elua/autotools: generate .eo.lua files out of all eo files at build time Also change the generator a bit so that it doesn't rely on lib name information and fix the runtime to properly source lua files within tree.
2014-10-06 03:32:25 -07:00
build: disable Lua binding generation Summary: As Lua bindings don't work right now, it is pointless to waste build time generating them. Elua itself on the other hand is useful and should stay enabled. This also does some preparation work for separate configure switch for bindings after release, but for now keep configure switches as they are. Reviewers: zmike, stefan_schmidt Subscribers: cedric, bu5hm4n, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D6721
2018-08-01 10:31:15 -07:00
if HAVE_LUA_BINDINGS
elua/autotools: generate .eo.lua files out of all eo files at build time Also change the generator a bit so that it doesn't rely on lib name information and fix the runtime to properly source lua files within tree.
2014-10-06 03:32:25 -07:00
efl_eolian_lua = $(efl_eolian_files:%.eo=%.eo.lua)
generated_efl_lua_all = $(efl_eolian_lua)
build: clean generated js and lua files manually to avoid problems with CLEANFILES We hit another argument too long error with CLEANFILES. Moving the generated files for js and lua into separated variables and cleaning them manually fixes the issue.
2016-06-21 07:13:17 -07:00
GENERATED_LUA_BINDINGS += $(generated_efl_lua_all)
elua/autotools: generate .eo.lua files out of all eo files at build time Also change the generator a bit so that it doesn't rely on lib name information and fix the runtime to properly source lua files within tree.
2014-10-06 03:32:25 -07:00
installed_eflluadir = $(datadir)/elua/modules/efl
nodist_installed_efllua_DATA = $(generated_efl_lua_all)
endif
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
efl-js: JavaScript Eolian binding To configure efl sources with bindings to use in nodejs add ––with-js=nodejs in configure flags to generate node files $ configure --with-js=nodejs and compile normally with: $ make $ make install To use, you have to require efl: efl = require('efl') The bindings is divided in two parts: generated and manually written. The generation uses the Eolian library for parsing Eo files and generate C++ code that is compiled against V8 interpreter library to create a efl.node file that can be required in a node.js instance. @feature
2014-09-01 11:08:49 -07:00
if HAVE_JS
generated_efl_js_bindings = $(efl_eolian_files:%.eo=%.eo.js.cc)
GENERATED_JS_BINDINGS += $(generated_efl_js_bindings)
c++: Reorganized C++ binding generation Moved all generation to a single Makefile_Cxx.am file instead of throughout the whole project. And fixed C++ generation on Elementary after elm merge.
2016-05-23 08:01:30 -07:00
endif
efl-js: JavaScript Eolian binding To configure efl sources with bindings to use in nodejs add ––with-js=nodejs in configure flags to generate node files $ configure --with-js=nodejs and compile normally with: $ make $ make install To use, you have to require efl: efl = require('efl') The bindings is divided in two parts: generated and manually written. The generation uses the Eolian library for parsing Eo files and generate C++ code that is compiled against V8 interpreter library to create a efl.node file that can be required in a node.js instance. @feature
2014-09-01 11:08:49 -07:00
efl-cxx: Fixes to make dist
2017-12-13 06:36:21 -08:00
if HAVE_CXX
c++: Reorganized C++ binding generation Moved all generation to a single Makefile_Cxx.am file instead of throughout the whole project. And fixed C++ generation on Elementary after elm merge.
2016-05-23 08:01:30 -07:00
efl_eolian_cxx_hh = $(efl_eolian_files:%.eo=%.eo.hh)
cxx: Fix Makefiles for C++ compilation and installation
2016-10-11 22:53:46 -07:00
efl_eolian_cxx_impl_hh = $(efl_eolian_files:%.eo=%.eo.impl.hh)
efl-js: JavaScript Eolian binding To configure efl sources with bindings to use in nodejs add ––with-js=nodejs in configure flags to generate node files $ configure --with-js=nodejs and compile normally with: $ make $ make install To use, you have to require efl: efl = require('efl') The bindings is divided in two parts: generated and manually written. The generation uses the Eolian library for parsing Eo files and generate C++ code that is compiled against V8 interpreter library to create a efl.node file that can be required in a node.js instance. @feature
2014-09-01 11:08:49 -07:00
endif
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
### Binary
Revert "efl_debugd: don't compile this on macOS" This reverts commit e9f727044b38b1e1897dc28161d355f0d18a4ecb. This is not needed anymore as efl_debugd is now portable.
2017-06-08 15:31:37 -07:00
bin_PROGRAMS += \
bin/efl/efl_debugd \
bin/efl/efl_debug
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
First patch of the Eina Debug layer rewriting Eina Debug is a new layer aimed for EFL debugging. It offers scalability by allowing registration of operations not specific to EFL core. The protocol is simple and the APIs try to provide as much functionalities/freedom as possible.
2016-11-26 21:48:10 -08:00
bin_efl_efl_debugd_SOURCES = bin/efl/efl_debugd.c
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
bin_efl_efl_debugd_CPPFLAGS = -I$(top_builddir)/src/bin/efl @EINA_CFLAGS@ @ECORE_CFLAGS@ @ECORE_CON_CFLAGS@
efl: fix build failure when it builds with coverage. Summary: When src/bin/efl/ builds with [--with-tests=coverage], it fails to find gcov lib. The gcov/lcov related options has to be passed when it is builded. And it only contained in EFL_CFLAGS, EFL_LIBS. @fix Test Plan: Be sure the your enviroments to build src/bin/efl/. 1. Run ./autogen.sh --with-tests=coverage 2. make or make check 3. See the build errors. Reviewers: raster, jpeg, cedric Reviewed By: cedric Subscribers: herdsman Differential Revision: https://phab.enlightenment.org/D3370 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-12-01 15:30:04 -08:00
bin_efl_efl_debugd_LDADD = @EFL_LIBS@ @USE_EINA_INTERNAL_LIBS@ @USE_ECORE_INTERNAL_LIBS@ @USE_ECORE_CON_INTERNAL_LIBS@
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
bin_efl_efl_debugd_DEPENDENCIES = @USE_EINA_INTERNAL_LIBS@ @USE_ECORE_INTERNAL_LIBS@ @USE_ECORE_CON_INTERNAL_LIBS@
First patch of the Eina Debug layer rewriting Eina Debug is a new layer aimed for EFL debugging. It offers scalability by allowing registration of operations not specific to EFL core. The protocol is simple and the APIs try to provide as much functionalities/freedom as possible.
2016-11-26 21:48:10 -08:00
bin_efl_efl_debug_SOURCES = bin/efl/efl_debug.c
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
bin_efl_efl_debug_CPPFLAGS = -I$(top_builddir)/src/bin/efl @EINA_CFLAGS@ @ECORE_CFLAGS@ @ECORE_CON_CFLAGS@
efl: fix build failure when it builds with coverage. Summary: When src/bin/efl/ builds with [--with-tests=coverage], it fails to find gcov lib. The gcov/lcov related options has to be passed when it is builded. And it only contained in EFL_CFLAGS, EFL_LIBS. @fix Test Plan: Be sure the your enviroments to build src/bin/efl/. 1. Run ./autogen.sh --with-tests=coverage 2. make or make check 3. See the build errors. Reviewers: raster, jpeg, cedric Reviewed By: cedric Subscribers: herdsman Differential Revision: https://phab.enlightenment.org/D3370 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-12-01 15:30:04 -08:00
bin_efl_efl_debug_LDADD = @EFL_LIBS@ @USE_EINA_INTERNAL_LIBS@ @USE_ECORE_INTERNAL_LIBS@ @USE_ECORE_CON_INTERNAL_LIBS@
eina - start a much improved eina dbug infra and have eina_log use it this makes eina_log give bt's for all error logs. this is very useful in finding just where a problem happens. the problem int he past is that these have not been too useful due to backtrace_symbols() being "useless". thus use the eina_btlog tool i added too. also started infra for a debug monitor that can use the backtrace infra to collect runtime stats ANY TIME for a process (don't need to run under a debugger). @feat
2015-05-04 19:35:16 -07:00
bin_efl_efl_debug_DEPENDENCIES = @USE_EINA_INTERNAL_LIBS@ @USE_ECORE_INTERNAL_LIBS@ @USE_ECORE_CON_INTERNAL_LIBS@
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
if EFL_ENABLE_TESTS
check_PROGRAMS += tests/efl/efl_suite
TESTS += tests/efl/efl_suite
tests_efl_efl_suite_SOURCES = \
tests/efl/efl_suite.c \
tests/efl/efl_test_model_container.c \
ecore: Add efl_model_copmosite_selection model
2017-09-06 20:06:17 -07:00
tests/efl/efl_test_model_composite.c \
ecore: test for Efl.ModelView. This does cover pretty much everything that Efl.ModelView provide. Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D7488
2018-12-13 11:51:52 -08:00
tests/efl/efl_test_model_view.c \
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
tests/efl/efl_suite.h
tests_efl_efl_suite_CPPFLAGS = -I$(top_builddir)/src/lib/efl \
build: define PACKAGE_BUILD_DIR as $(abs_top_builddir) for all test suites Summary: this needs to be consistent so that it can be used reliably across suites also these build flags really need to be consolidated into a single variable that can be reused Depends on D6666 Reviewers: devilhorns, bu5hm4n Reviewed By: bu5hm4n Subscribers: bu5hm4n, cedric, #committers Tags: #efl_build Differential Revision: https://phab.enlightenment.org/D6731
2018-08-08 06:45:30 -07:00
-DPACKAGE_BUILD_DIR=\"$(abs_top_builddir)\" \
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
-DTESTS_SRC_DIR=\"$(top_srcdir)/src/tests/efl\" \
-DTESTS_BUILD_DIR=\"$(top_builddir)/src/tests/efl\" \
@CHECK_CFLAGS@ \
@ECORE_CFLAGS@ \
@EFL_CFLAGS@
tests_efl_efl_suite_LDADD = @CHECK_LIBS@ \
@EFL_LIBS@ \
@USE_EFL_LIBS@ \
@USE_ECORE_LIBS@ -lecore
tests_efl_efl_suite_DEPENDENCIES = \
@USE_EFL_INTERNAL_LIBS@ \
@USE_ECORE_INTERNAL_LIBS@
endif