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

1046 lines
28 KiB
Meson
Raw Normal View History

here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
pub_legacy_eo_files = [
'efl_ui_clock_legacy.eo',
'elm_ctxpopup_part.eo',
'elm_dayselector_part.eo',
'elm_entry_part.eo',
'elm_fileselector_entry_part.eo',
'elm_flip_part.eo',
'elm_hover_part.eo',
'elm_mapbuf_part.eo',
'elm_naviframe_part.eo',
'elm_notify_part.eo',
'elm_panel_part.eo',
'elm_player_part.eo',
'elm_popup_part.eo',
'elm_scroller_part.eo',
'elm_label_part.eo',
'elm_actionslider_part.eo',
'elm_bubble_part.eo',
'elm_fileselector_part.eo',
]
pub_eo_file_target = []
foreach eo_file : pub_legacy_eo_files
pub_eo_file_target += custom_target('eolian_gen_' + eo_file,
input : eo_file,
meson: remove usage of eolian_gen .eo.legacy.h generation
2019-04-18 08:50:42 -07:00
output : [eo_file + '.h'],
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
depfile : eo_file + '.d',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
install : true,
install_dir : dir_package_include,
meson: use eolian_gen with -S this ensures that eolian does not parse installed .eo files Differential Revision: https://phab.enlightenment.org/D7405
2018-12-03 09:49:47 -08:00
command : eolian_gen + [ '-I', meson.current_source_dir(), eolian_include_directories,
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'-o', 'h:' + join_paths(meson.current_build_dir(), eo_file + '.h'),
'-o', 'c:' + join_paths(meson.current_build_dir(), eo_file + '.c'),
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
'-o', 'd:' + join_paths(meson.current_build_dir(), eo_file + '.d'),
meson: remove usage of eolian_gen .eo.legacy.h generation
2019-04-18 08:50:42 -07:00
'-gchd', '@INPUT@'])
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
endforeach
pub_eo_files = [
'efl_ui_widget.eo',
efl_ui: add scrollable_content mixin this allows content to be set with a scroller that automatically handles its own sizing calcs so that widgets/apps don't have to @feature Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9674
2019-08-20 10:11:21 -07:00
'efl_ui_widget_scrollable_content.eo',
efl_ui_animation_view: introduce a new widget for controlling vector animation. Summary: This is a new convenient ui control that designed to load vector resources -svg, json-, and control animations if it supports. Please turn on evas-loaders-json in meson options, if you'd like to use Lottie Animation. Co-authored-by: JunsuChoi <jsuya.choi@samsung.com> @feature Reviewers: #committers, jsuya, zmike, bu5hm4n Reviewed By: #committers, bu5hm4n Subscribers: zmike, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9451
2019-08-21 01:39:43 -07:00
'efl_ui_animation_view.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_bg.eo',
'efl_ui_button.eo',
'efl_ui_calendar.eo',
'efl_ui_calendar_item.eo',
'efl_ui_check.eo',
'efl_ui_flip.eo',
'efl_ui_frame.eo',
'efl_ui_image.eo',
'efl_ui_image_zoomable.eo',
elementary: remove Efl.Ui.Layout namespace Summary: Efl.Ui.Layout namespace is removed to keep consistency with other widgets. Consequently, "Efl.Ui.Layout.Object" is renamed to "Efl.Ui.Layout" and "Efl.Ui.Layout." is renamed to "Efl.Ui.Layout_". Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: #reviewers, #committers, SanghyeonLee, woohyun Tags: #efl Differential Revision: https://phab.enlightenment.org/D7291
2018-11-16 01:45:05 -08:00
'efl_ui_layout.eo',
efl.ui.layout: split into abstract and real class Summary: most widgets inherit from layout to provide implementations for common functionality such as content/text/theme get+set. one of the things that layout also brings into its inheritance hierarchy is efl.file and implementations for its methods. this becomes a problem when the widget which inherits layout also wants to provide implementations for efl.file methods (e.g., entry, which uses efl.file to load text files) as it will result in calling all of the efl.file implementations up the chain. in the case of entry, this could result in the 'file' property eventually being set to the current theme file in use by the entry's layout object, and then the entry will attempt to autosave its content to the default theme file when it is destroyed, corrupting the theme file and breaking everything to solve this: * efl.ui.layout remains an instantiable class which implements efl.file * efl.ui.layout_base is the abstract class which provides all the methods of layout but should be inherited by all widgets which want to implement efl.file functionality Depends on D8018 Reviewers: bu5hm4n, segfaultxavi Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl_api Differential Revision: https://phab.enlightenment.org/D8032
2019-02-27 10:17:16 -08:00
'efl_ui_layout_base.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_navigation_bar.eo',
'efl_ui_navigation_bar_part.eo',
'efl_ui_navigation_bar_part_back_button.eo',
'efl_ui_navigation_layout.eo',
'efl_ui_panes.eo',
'efl_ui_progressbar.eo',
'efl_ui_radio.eo',
Introduce Efl.Ui.Radio_Group & Efl.Ui.Radio_Box Radio_Group is a interface that manages that radio groups can be grouped inside a external object, the current API of radio was considered confusing in that regard. It is implemented in the Radio_Group_Internal class which is private to EFL, a instance of it can be found with get due to the class function in efl_ui_radio.eo. This architecture was taken like this, in order to have implementation and interface seperated. With those two seperated we can inherit from regular widgets, implement the interface, and composite attach the internal object to the regular widget. This makes a lot of things easier. Radio_Box is a class which is extending Efl.Ui.Box, which has an internal Radio_Group. This is extremly usefull for cases where you just want to have a list of radio buttons in your UI. The radio group is also exposed using composition to the internal object. Simular things can be done for the table. For now i did not add API to find the group of a radio button. However, this can be quickly added if requested. ref T7867 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D9058
2019-05-29 04:03:37 -07:00
'efl_ui_radio_group.eo',
'efl_ui_radio_box.eo',
'efl_ui_radio_group_impl.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_slider.eo',
'efl_ui_slider_interval.eo',
'efl_ui_spin.eo',
'efl_ui_spin_button.eo',
Intruduce Efl.Ui.Panel (Create Efl Ui Widget from elm widget(elm_panel)) Summary: Create Efl Ui Widget from elm widget(elm_panel) Test Plan: elementary_test -> efl_ui_panel Reviewers: woohyun, Jaehyun_Cho, segfaultxavi Reviewed By: Jaehyun_Cho, segfaultxavi Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7238
2018-12-19 18:32:28 -08:00
'efl_ui_panel.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_datepicker.eo',
'efl_ui_timepicker.eo',
'efl_ui_tags.eo',
'efl_ui_video.eo',
'efl_ui_win.eo',
'efl_ui_win_inlined.eo',
'efl_ui_win_socket.eo',
'efl_ui_box.eo',
'efl_ui_box_flow.eo',
'efl_ui_box_stack.eo',
'efl_ui_table.eo',
'efl_ui_table_static.eo',
'efl_text_interactive.eo',
'efl_ui_text.eo',
'efl_ui_popup.eo',
'efl_ui_popup_part_backwall.eo',
elementary: rename Efl.Ui.Popup classes Summary: Efl.Ui.Popup classes are renamed intuitively from backward order to forward order. Efl.Ui.Popup_Alert -> Efl.Ui.Alert_Popup Efl.Ui.Popup_Alert_Scroll -> Efl.Ui.Scroll_Alert_Popup Efl.Ui.Popup_Alert_Text -> Efl.Ui.Text_Alert_Popup Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: herb, SanghyeonLee, woohyun, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7292
2018-11-16 02:11:50 -08:00
'efl_ui_alert_popup.eo',
efl_ui_alert_popup: add title part in parts block Summary: add title part in parts block Reviewers: Jaehyun_Cho, woohyun, zmike, segfaultxavi Reviewed By: Jaehyun_Cho Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10596
2019-11-06 20:38:47 -08:00
'efl_ui_alert_popup_part_title.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_text_editable.eo',
'efl_ui_text_async.eo',
'efl_ui_text_factory_images.eo',
'efl_ui_text_factory_emoticons.eo',
'efl_ui_text_factory_fallback.eo',
'efl_ui_textpath.eo',
elementary: rename Efl.Ui.Translatable -> Efl.Ui.L10n If we are to choose Efl.Ui.I18n for the internationalization support, the localization API should be named accordingly L10n. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7507
2018-12-21 14:46:10 -08:00
'efl_ui_l10n.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_clock.eo',
'efl_ui_image_factory.eo',
'efl_ui_focus_manager.eo',
'efl_ui_focus_manager_calc.eo',
'efl_ui_focus_manager_sub.eo',
'efl_ui_focus_manager_root_focus.eo',
'efl_ui_focus_object.eo',
'efl_ui_focus_layer.eo',
'efl_ui_focus_composition.eo',
'efl_ui_focus_util.eo',
'efl_ui_flip_part.eo',
'efl_ui_layout_factory.eo',
'efl_ui_layout_part.eo',
'efl_ui_layout_part_box.eo',
'efl_ui_layout_part_content.eo',
'efl_ui_layout_part_text.eo',
'efl_ui_layout_part_table.eo',
'efl_ui_layout_part_bg.eo',
'efl_ui_layout_part_legacy.eo',
efl_ui : change efl_ui_view_list to efl_ui_list_view. Summary: View is not a namespace, but an interface, So, View_List cannot be under the view namespace for now. it looks more suite to be end as View than List on this widget name. Firstly, it follows our common naming rules of class. Also, List_View is commonly presentable name on most UI frameworks, so it is very easy to understand what this widget can do for the user. Test Plan: Make works. Example is not works for now til stable model interface. Reviewers: felipealmeida, woohyun, cedric, Hermet Reviewed By: Hermet Subscribers: larryolj, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7234
2018-11-04 21:27:05 -08:00
'efl_ui_list_view.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_item.eo',
introduce default item default item is used as base class for all "normal style" efl items. A "normal style" efl item does have a text,content & extra part. - The text part is usally used to express some text in the item - Content part is the *main* content part where the user attention is on. - Extra can be used to display some elements that are not directly getting the attention of the user, it can be seen as something more than the decoration item field. ref T8115 Differential Revision: https://phab.enlightenment.org/D9629
2019-08-16 00:05:24 -07:00
'efl_ui_default_item.eo',
introduce group item this brings a group item in the style of genlist / gengrid group items. The group item theme does currently not provide the signals in the theme that would be needed for selecting it. This is kind of intended, but we might need API to express that. ref T8115 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D9583
2019-08-15 23:46:00 -07:00
'efl_ui_group_item.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_list_default_item.eo',
efl_ui: rename list empty item to list placeholder item. Summary: legacy full style item is introduced Efl.Ui.ListEmptyItem Class in new Efl Interface, but using "Empty" name is too ambiguous to present style usage. Thanks to @cedric and @segfaultxavi, I found better name for this class, Efl.Ui.ListPlaceHolderItem, as item hold the place which need to be replaced and relayouted by user generated content. Depends on D8582 Reviewers: cedric, segfaultxavi, eagleeye Reviewed By: eagleeye Subscribers: cedric, #reviewers, segfaultxavi, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9034
2019-05-29 23:07:42 -07:00
'efl_ui_list_placeholder_item.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_list.eo',
efl_ui_grid : introduce new packable grid widget for Efl.Ui.Widget Summary: Introduce new packable grid for Efl.Ui.Widget toolkits. most of parts are same as Efl.Ui.List, and it also support Efl.Pack_Linear, although it will not support Efl.Pack_Table, because item must be arranged sequential orders. Test Plan: We will make the tests on efl ui test suite. please test by make check. Reviewers: Hermet, cedric, felipealmeida, eagleeye, woohyun Reviewed By: Hermet, eagleeye Subscribers: CHAN, bu5hm4n, cedric Tags: #efl Differential Revision: https://phab.enlightenment.org/D6985
2018-11-19 21:32:31 -08:00
'efl_ui_grid_default_item.eo',
'efl_ui_grid.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_panes_part.eo',
'efl_ui_progressbar_part.eo',
'efl_ui_textpath_part.eo',
'efl_ui_widget_part.eo',
'efl_ui_widget_part_bg.eo',
'efl_ui_widget_part_shadow.eo',
'efl_ui_win_part.eo',
'efl_ui_scroller.eo',
'efl_ui_scroll_manager.eo',
'efl_ui_pan.eo',
'efl_access_object.eo',
'efl_access_action.eo',
'efl_access_component.eo',
'efl_access_editable_text.eo',
'efl_access_selection.eo',
'efl_access_text.eo',
'efl_access_value.eo',
'efl_access_widget_action.eo',
'efl_access_window.eo',
efl_ui_theme: Introduce Efl.Ui.Theme class Summary: Efl.Ui.Theme class is required to support language bindings. Efl.Ui.Theme works based on current elm_theme features. This patch fixes T7357. Reviewers: segfaultxavi, cedric, lauromoura, woohyun, zmike, SanghyeonLee Reviewed By: segfaultxavi, SanghyeonLee Subscribers: SanghyeonLee, herdsman, #reviewers, #committers Tags: #efl Maniphest Tasks: T7357 Differential Revision: https://phab.enlightenment.org/D7244
2018-11-19 20:56:37 -08:00
'efl_ui_theme.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_config_global.eo',
'elm_code_widget.eo',
elementary: rename Efl.Selection -> Efl.Ui.Selection as it is only usable with User Interface related element. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7505
2018-12-21 13:46:06 -08:00
'efl_ui_selection.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_dnd.eo',
'efl_ui_dnd_container.eo',
'efl_ui_focus_manager_window_root.eo',
elementary: rename Activew_View to Spotlight. View is something that is expected in the context of MVVM, so using it somewhere else is going to lead to some confusion. Spotlight does descrive the objective of all of this widget in actually a more explicit way as they all give the spotlight to one sub widget at a time. I have also renamed the View_Manager to be just Manager as the View there wasn't useful.
2019-07-04 16:02:43 -07:00
'efl_ui_spotlight_container.eo',
'efl_ui_spotlight_manager.eo',
'efl_ui_spotlight_manager_scroll.eo',
'efl_ui_spotlight_manager_stack.eo',
'efl_ui_spotlight_indicator.eo',
'efl_ui_spotlight_indicator_icon.eo',
'efl_ui_spotlight_util.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_tab_pager.eo',
'efl_ui_tab_bar.eo',
'efl_ui_tab_page.eo',
'efl_ui_widget_focus_manager.eo',
'efl_ui_legacy.eo',
'efl_ui_button_legacy_part.eo',
'efl_ui_radio_legacy_part.eo',
'efl_ui_check_legacy_part.eo',
'efl_ui_progressbar_legacy_part.eo',
'elm_multibuttonentry_part.eo',
'elm_interface_scrollable.eo',
'efl_ui_image_zoomable_pan.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
'efl_ui_text_part.eo',
'efl_ui_caching_factory.eo',
elementary: add Efl.Ui.Widget_Factory. The Widget_Factory is in charge of creating any object that inherit from Efl.Ui.Widget Class. If the style property is connected to a model property, it will fetch it and build the widget with that style. This factory is to be used with every View. Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D7704
2019-01-18 17:58:39 -08:00
'efl_ui_widget_factory.eo',
elementary: add support for widget part property bind. Reviewed-by: Felipe Magno de Almeida <felipe@expertisesolutions.com.br> Differential Revision: https://phab.enlightenment.org/D9527
2019-08-07 17:21:24 -07:00
'efl_ui_property_bind_part.eo',
efl_ui_relative_container: rename relative_layout Summary: Also, Rename parameter name `target` to `base`. Rename parameter name `relative` to `relative_position`. ref T8380 Depends On D10639 Test Plan: ninja test Reviewers: woohyun, segfaultxavi Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T8380 Differential Revision: https://phab.enlightenment.org/D10640
2019-11-12 04:46:20 -08:00
'efl_ui_relative_container.eo',
efl_ui_action_connector: rename clickable_util to action_connector efl_ui_clickable_util was only for efl_input_clickable interface, but there can be more cases which want to connect object event to specific action interfaces (such as scrolling) in the future. For that extension, efl_ui_action_connector seems better. ref: T7847 Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9486
2019-08-01 22:03:38 -07:00
'efl_ui_action_connector.eo',
Efl.Ui.Format revamp This class helps widgets which contain a numerical value and must display it, like Progressbar (units label), Spin, Spin_Button, Slider (both units and popup labels, in legacy), Tags (when in shrunk mode) or Calendar (year_month label). Previously this was a mix of interface and mixin: widgets had to support setting a formatting func, and the mixin offered support for formatting strings, by setting an internal formatting func. On top of that, the spinner widget supported "special values", a list of values that should be shown as certain strings instead. This has now been simplified and unified: Widgets including this mixin can use the formatted_value_get() method which accepts an Eina_Value and returns a string. Thats's it. The mixin adds three properties to the widget (format_values, format_func and format_string) which users can use to tailor formatting. The widget does not need to know which method has been used, it just retrieves the resulting string. This removes a lot of duplicated widget code, and adds functionality which was missing before. For example, all widgets support passing a list of values now. Widgets must implement the apply_formatted_value() method so they are notified of changes in the format and they can redraw anything they need. Tests have been added to the Elementary Spec suite for all cases. Legacy widgets behavior has not been modified, although a few needed some code changes.
2019-07-02 05:40:06 -07:00
'efl_ui_format.eo',
elementary: rename Efl.Ui.Collection_Event to Efl.Ui.Item_Clickable Summary: Depends on D10171 Reviewers: zmike, segfaultxavi, bu5hm4n, SanghyeonLee, lauromoura, felipealmeida Reviewed By: zmike, SanghyeonLee Subscribers: #reviewers, #committers Tags: #efl Maniphest Tasks: T8266 Differential Revision: https://phab.enlightenment.org/D10175
2019-09-25 18:59:14 -07:00
'efl_ui_item_clickable.eo',
rename efl_ui_item_container -> efl_ui_collection this is the first rename of the main widget, the renames of the test suites will follow Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D9408
2019-07-24 08:57:01 -07:00
'efl_ui_collection.eo',
elementary: make Efl.Ui.Position_Manager a namespace. This does the following rename as per T8058: Efl.Ui.Item_Position_Manager -> Efl.Ui.Position_Manager.Entity Efl.Ui.Grid_Position_Manager -> Efl.Ui.Position_Manager.Grid Efl.Ui.List_Position_Manager -> Efl.Ui.Position_Manager.List Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9388
2019-07-24 11:51:54 -07:00
'efl_ui_position_manager_entity.eo',
'efl_ui_position_manager_list.eo',
'efl_ui_position_manager_grid.eo',
introduce a new interface efl_ui_selectable this is meant to be implemented by entities that *can* be selectabled (not to be confused with containers that can have selected contents)! ref T8057 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D9503
2019-08-05 10:07:29 -07:00
'efl_ui_selectable.eo',
introduce efl_ui_multi_selectable and efl_ui_single_selectable right now they are just thin wrappers from what have been in efl_ui_collection. This is just a first effort, the interfaces have to be equipped with more and better API, more events, and tests. ref T8057 Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D9515
2019-08-06 10:55:40 -07:00
'efl_ui_multi_selectable.eo',
efl_ui_multi_selectable: clean this up this commit merges common functions from efl_ui_multi_selectable and efl_ui_multi_selectable_async. Additionally, the two different aspects of accessing the elements in a multi_selectable widget (numerical or object based) are now abstracted into interfaces called range_numeric and range_object. numeric APIs are also prefixed with id's, so its possible for one widget to implement both (if there will ever be the demand to do that in future). The main reason for this split is: - there is no good common path between mvvm based multi_selectable and object based multi_Selectable, so there is no way that both sides would benefit, without the other one suffering. - If we find later on the demand to implement both on one widget, we now can fully do that - Common API is available for both types, so its less API and less confusion for the API user. ref T7871 ref T8265 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D10675
2019-11-20 04:36:02 -08:00
'efl_ui_multi_selectable_object_range.eo',
'efl_ui_multi_selectable_index_range.eo',
introduce efl_ui_multi_selectable and efl_ui_single_selectable right now they are just thin wrappers from what have been in efl_ui_collection. This is just a first effort, the interfaces have to be equipped with more and better API, more events, and tests. ref T8057 Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D9515
2019-08-06 10:55:40 -07:00
'efl_ui_single_selectable.eo',
efl_ui_position_manager: refactor data access before data access has been a property on Efl.Ui.Position_Manager.Entity. However, we are not sure how stable all this will be, and maybe we have the demand to change that in future, in order to allow more high-performance item passing here. Additionally, this patch addresses a few lectures learned from the past, that includes: - direct group header filling. - direct group sizing - difference between size for caching, and size for displaying - Have a end_id which is the maximum of id that is filled. ref T8179 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D9754
2019-08-27 04:35:33 -07:00
'efl_ui_position_manager_data_access_v1.eo',
introduce efl_ui_tab_bar_default_item Summary: Tab bar used a direct layout to implement all this functionality by its own. However, it seems that we can reuse a lot of object functionality that is already part of efl.ui.item. With this commit the features that are not part of Efl.Ui.Item are moved to Efl.Ui.Tab_Bar_Default_Item. The tab bar is changed in a way that you do not need to pass the icon and label by hand anymore, you can rather just pass the tab_bar default item. Additionally, the item for a tab_page can now directly be generated from a page. This is the first commit in order to cleanup efl_ui_tab_bar, tab_page & tab_pager. The goal is also to implement our interfaces for inserting elements on those objects. So our common test suites can also be used. Reviewers: zmike, segfaultxavi, cedric, woohyun, bowonryu Reviewed By: woohyun Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9726
2019-08-29 05:07:47 -07:00
'efl_ui_tab_bar_default_item.eo',
Efl_Ui: Move elementary and change namespace Ui for ui related models Summary: Select and View is ui characteristic features, so Efl_Select_Model and Efl_View_Model move to elementary from ecore seems more natural. namespace also should changed to Efl.Ui as it's right place. Test Plan: run the test while building it Reviewers: cedric, felipealmeida, bu5hm4n, zmike, lauromoura Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9820
2019-09-04 08:07:37 -07:00
'efl_ui_select_model.eo',
'efl_ui_view_model.eo',
elementary: introduce Efl.Ui.CollectionView a generic listing View. The idea of this widget is to provide to MVVM what Efl.Ui.Collection provide and leverage the same shared logic for layout. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Co-authored-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9958
2019-07-05 14:03:13 -07:00
'efl_ui_collection_view.eo',
'efl_ui_collection_view_focus_manager.eo',
elementary: add Efl.Ui.Grid_View by leveraging MVVM and Collection/Position_Manager infrastructure. Co-authored-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9960
2019-09-15 23:18:50 -07:00
'efl_ui_grid_view.eo',
introduce efl_ui_{pager/scroller} They are just helpers, so a user does not need to handcreate spotlight managers. This also leaves us the possibility of letting spotlight_managers beeing @beta. ref T7991 Differential Revision: https://phab.enlightenment.org/D10773
2019-12-02 07:25:36 -08:00
'efl_ui_pager.eo',
'efl_ui_stack.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
]
foreach eo_file : pub_eo_files
pub_eo_file_target += custom_target('eolian_gen_' + eo_file,
input : eo_file,
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
output : [eo_file + '.h'],
depfile : eo_file + '.d',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
install : true,
install_dir : dir_package_include,
meson: use eolian_gen with -S this ensures that eolian does not parse installed .eo files Differential Revision: https://phab.enlightenment.org/D7405
2018-12-03 09:49:47 -08:00
command : eolian_gen + [ '-I', meson.current_source_dir(), eolian_include_directories,
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'-o', 'h:' + join_paths(meson.current_build_dir(), eo_file + '.h'),
'-o', 'c:' + join_paths(meson.current_build_dir(), eo_file + '.c'),
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
'-o', 'd:' + join_paths(meson.current_build_dir(), eo_file + '.d'),
'-gchd', '@INPUT@'])
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
endforeach
pub_eo_types_files = [
'elm_general.eot',
'efl_ui.eot',
elementary: rename Efl.Selection -> Efl.Ui.Selection as it is only usable with User Interface related element. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7505
2018-12-21 13:46:06 -08:00
'efl_ui_selection_types.eot',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_dnd_types.eot'
]
foreach eo_file : pub_eo_types_files
pub_eo_file_target += custom_target('eolian_gen_' + eo_file,
input : eo_file,
output : [eo_file + '.h'],
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
depfile : eo_file + '.d',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
install : true,
install_dir : dir_package_include,
meson: use eolian_gen with -S this ensures that eolian does not parse installed .eo files Differential Revision: https://phab.enlightenment.org/D7405
2018-12-03 09:49:47 -08:00
command : eolian_gen + [ '-I', meson.current_source_dir(), eolian_include_directories,
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'-o', 'h:' + join_paths(meson.current_build_dir(), eo_file + '.h'),
elm: fix Efl.Ui errors not being registered The implementation is necessary, but it wasn't being generated and included by mistake.
2019-09-24 10:17:28 -07:00
'-o', 'c:' + join_paths(meson.current_build_dir(), eo_file + '.c'),
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
'-o', 'd:' + join_paths(meson.current_build_dir(), eo_file + '.d'),
elm: fix Efl.Ui errors not being registered The implementation is necessary, but it wasn't being generated and included by mistake.
2019-09-24 10:17:28 -07:00
'-gchd', '@INPUT@'])
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
endforeach
priv_eo_files = [
'efl_ui_internal_text_interactive.eo',
Ui internal text scroller: fix meson build This adds missing files to `meson.build`.
2018-11-05 14:41:50 -08:00
'efl_ui_internal_text_scroller.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_focus_composition_adapter.eo',
'efl_ui_focus_parent_provider.eo',
'efl_ui_focus_parent_provider_standard.eo',
efl_model : rename all efl_model based classes. Summary: As the result of discussion in T7458, we need to rename all efl_model based classes with efl_XXX_Model sequence. I've run few vote for this, see V42, V43 few classes are totally renamed as our consideration of misnaming. | Efl.Model_Loop | Efl.Loop_Model | | Efl.Model_Item | Efl.Generic_Model | | Efl.Model_Container | Efl.Container_Model | | Efl.Model_Container_Item | Efl.Container_Model_Item | | Efl.Model_Composite | Efl.Composite_Model | | Efl.Model_Composite_Boolean | Efl.Boolean_Model | | Efl.Model_Composite_Boolean_Chlidren | Efl.Boolean_Model_Item | | Efl.Model_Composite_Selection | Efl.Select_Model | | Efl.Model_Composite_Selection_Chlidren | Efl.Select_Model_Item | | Efl.Model_View | Efl.View_Model | | Eio.Model | Efl.Io.Model | | Efl.Ui.Model_State | Efl.Ui.State_Model | | Efl.Ui.Model_Size | Efl.Ui.Size_Model | | Efl.Ui.Model_Exact | Efl.Ui.Exact_Model | | Efl.Ui.Model_Average | Efl.Ui.Average_Model | | Efl.Ui.Model_Homogeneous | Efl.Ui.Homogeneous_Model | I worried about Efl.Io.Model changes, cause it is widely used, but as I tested, there is no issue found yet. Eldbus.Model also may can changed Efl.Dbus.Model, but I cannot found any class who using Efl.Dbus namespace, so I left it future work. Test Plan: Run the Make Test, it works well except Efl test about selection. there are class inheritance problem exist in select_model, I reported it and will fix it in another patch. Reviewers: cedric, felipealmeida, woohyun, Hermet Reviewed By: cedric Subscribers: lauromoura Tags: #efl, #do_not_merge Differential Revision: https://phab.enlightenment.org/D7533
2019-01-30 20:35:34 -08:00
'efl_ui_state_model.eo',
elementary: rename Efl.Selection -> Efl.Ui.Selection as it is only usable with User Interface related element. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7505
2018-12-21 13:46:06 -08:00
'efl_ui_selection_manager.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_datetime_manager.eo',
efl_model : rename all efl_model based classes. Summary: As the result of discussion in T7458, we need to rename all efl_model based classes with efl_XXX_Model sequence. I've run few vote for this, see V42, V43 few classes are totally renamed as our consideration of misnaming. | Efl.Model_Loop | Efl.Loop_Model | | Efl.Model_Item | Efl.Generic_Model | | Efl.Model_Container | Efl.Container_Model | | Efl.Model_Container_Item | Efl.Container_Model_Item | | Efl.Model_Composite | Efl.Composite_Model | | Efl.Model_Composite_Boolean | Efl.Boolean_Model | | Efl.Model_Composite_Boolean_Chlidren | Efl.Boolean_Model_Item | | Efl.Model_Composite_Selection | Efl.Select_Model | | Efl.Model_Composite_Selection_Chlidren | Efl.Select_Model_Item | | Efl.Model_View | Efl.View_Model | | Eio.Model | Efl.Io.Model | | Efl.Ui.Model_State | Efl.Ui.State_Model | | Efl.Ui.Model_Size | Efl.Ui.Size_Model | | Efl.Ui.Model_Exact | Efl.Ui.Exact_Model | | Efl.Ui.Model_Average | Efl.Ui.Average_Model | | Efl.Ui.Model_Homogeneous | Efl.Ui.Homogeneous_Model | I worried about Efl.Io.Model changes, cause it is widely used, but as I tested, there is no issue found yet. Eldbus.Model also may can changed Efl.Dbus.Model, but I cannot found any class who using Efl.Dbus namespace, so I left it future work. Test Plan: Run the Make Test, it works well except Efl test about selection. there are class inheritance problem exist in select_model, I reported it and will fix it in another patch. Reviewers: cedric, felipealmeida, woohyun, Hermet Reviewed By: cedric Subscribers: lauromoura Tags: #efl, #do_not_merge Differential Revision: https://phab.enlightenment.org/D7533
2019-01-30 20:35:34 -08:00
'efl_ui_size_model.eo',
'efl_ui_homogeneous_model.eo',
'efl_ui_exact_model.eo',
'efl_ui_average_model.eo',
elementary: rename Activew_View to Spotlight. View is something that is expected in the context of MVVM, so using it somewhere else is going to lead to some confusion. Spotlight does descrive the objective of all of this widget in actually a more explicit way as they all give the spotlight to one sub widget at a time. I have also renamed the View_Manager to be just Manager as the View there wasn't useful.
2019-07-04 16:02:43 -07:00
'efl_ui_spotlight_manager_plain.eo',
efl_ui_collection: implement initial focus behaviour Summary: the behaviour here is that the next item according to the direction is getting focused. This sounds easy but is quite complex given the fact that the items might be hidden. This is the first draft for this, to see how good it performes. Reviewers: zmike, stefan_schmidt, cedric Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9496
2019-08-06 06:34:42 -07:00
'efl_ui_collection_focus_manager.eo',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
]
priv_eo_file_target = []
elementary: add internal Efl_Ui_Model_Homogeneous. This model enable View that require to compute the size of their item to rely on its logic to have all items of the same size. It is the equivalent of the Homogeneous behavior of Genlist, except that now this behavior can be customized outside of the View logic itself. Differential Revision: https://phab.enlightenment.org/D7659
2018-12-28 15:41:44 -08:00
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
foreach eo_file : priv_eo_files
priv_eo_file_target += custom_target('eolian_gen_' + eo_file,
input : eo_file,
output : [eo_file + '.h'],
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
depfile : eo_file + '.d',
meson: use eolian_gen with -S this ensures that eolian does not parse installed .eo files Differential Revision: https://phab.enlightenment.org/D7405
2018-12-03 09:49:47 -08:00
command : eolian_gen + [ '-I', meson.current_source_dir(), eolian_include_directories,
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'-o', 'h:' + join_paths(meson.current_build_dir(), eo_file + '.h'),
'-o', 'c:' + join_paths(meson.current_build_dir(), eo_file + '.c'),
meson: add eolian custom dependencies support This uses the meson/ninja depfile functionality + eolian to make sure proper dependencies between generated files and .eo files are managed, to ensure consistent re-generation of all generated files that are affected upon .eo file modification. For custom rules with multiple outputs, Ninja currently does not support depfiles. Therefore, split those into two custom rules so that the depfiles functionality can be enabled. While this is ugly and slows down the process a little by having to invoke Eolian twice instead of once, it has to be done and it's still better than what we had in Autotools anyway. Differential revision: D7187 Fixes T6700.
2018-10-21 06:55:51 -07:00
'-o', 'd:' + join_paths(meson.current_build_dir(), eo_file + '.d'),
'-gchd', '@INPUT@'])
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
endforeach
eolian_include_directories += ['-I', meson.current_source_dir()]
elementary: embed standard config as fallback Summary: as you can see in T7620, there is quite some critics about how we are handling configs in elm. This patch enables the compile-time standard config to be used instead of some weak-wrong-usage hardcoded structure defines somewhere in elm. This means, that every update to the default theme will be also in the next build embedded, without any config files installed at all, the standard config for desktops will work, and a error will be printed, so the user does have the possibility to interact with elm as he wishes, while he sees this error. fixes T7620 Reviewers: zmike, cedric, segfaultxavi, devilhorns Reviewed By: zmike Subscribers: devilhorns, #reviewers, #committers Tags: #efl Maniphest Tasks: T7620 Differential Revision: https://phab.enlightenment.org/D8481
2019-03-27 14:23:13 -07:00
embed_script = find_program('config_embed')
embed_config = custom_target('create_embedded_default_config',
input: join_paths(meson.source_root(), 'data', 'elementary', 'config', 'standard', 'base.src.in'),
output: 'elm_default_config.x',
command: [embed_script, '@INPUT@', '@OUTPUT@']
)
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
elementary_headers_unstable = [
'elm_gen_common.h',
'efl_access_object.h',
'efl_access_text.h',
'efl_access_widget_action.h',
'efl_access_window.h',
'elm_interface_fileselector.h',
'elm_interface_scrollable.h',
'elm_interfaces.h',
'elm_widget.h',
'elm_widget_actionslider.h',
'elm_widget_box.h',
'elm_widget_bubble.h',
'efl_ui_button_private.h',
efl_ui_bg: remove Efl.Ui.Bg interface and rename Efl.Ui.Bg_Widget class Summary: Efl.Ui.Bg interface does not have any new property or method. Moreover, Efl.Ui.Bg interface is not used by widgets except Efl.Ui.Bg_Widget and Efl.Ui.Widget_Part_Bg. Consequently, Efl.Ui.Bg interface can be replaced by other interfaces. Due to Efl.Ui.Bg interface, the bg widget class name becomes Efl.UI.Bg_Widget which is not synchronized with other widget names. Therefore, to keep consistency with other widgets, it would be better to remove Efl.Ui.Bg interface and rename Efl.Ui.Bg_Widget to Efl.Ui.Bg. Reviewers: woohyun, segfaultxavi, bu5hm4n, zmike Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7304
2018-11-19 17:24:05 -08:00
'efl_ui_bg_private.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_widget_calendar.h',
'efl_ui_calendar_private.h',
'efl_ui_check_private.h',
'elm_widget_clock.h',
'elm_widget_colorselector.h',
'elm_widget_conform.h',
'elm_widget_container.h',
'elm_widget_combobox.h',
'elm_widget_ctxpopup.h',
'elm_widget_dayselector.h',
'elm_widget_diskselector.h',
'elm_widget_entry.h',
'elm_widget_fileselector.h',
'elm_widget_fileselector_button.h',
'elm_widget_fileselector_entry.h',
'efl_ui_widget_flip.h',
'elm_widget_flipselector.h',
'efl_ui_widget_frame.h',
efl_ui_animation_view: introduce a new widget for controlling vector animation. Summary: This is a new convenient ui control that designed to load vector resources -svg, json-, and control animations if it supports. Please turn on evas-loaders-json in meson options, if you'd like to use Lottie Animation. Co-authored-by: JunsuChoi <jsuya.choi@samsung.com> @feature Reviewers: #committers, jsuya, zmike, bu5hm4n Reviewed By: #committers, bu5hm4n Subscribers: zmike, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9451
2019-08-21 01:39:43 -07:00
'efl_ui_animation_view_private.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_widget_gengrid.h',
'elm_widget_genlist.h',
'elm_widget_glview.h',
'elm_widget_grid.h',
'elm_widget_hover.h',
'elm_widget_hoversel.h',
'elm_widget_icon.h',
'efl_ui_widget_image.h',
'efl_ui_popup_private.h',
elementary: rename Efl.Ui.Popup classes Summary: Efl.Ui.Popup classes are renamed intuitively from backward order to forward order. Efl.Ui.Popup_Alert -> Efl.Ui.Alert_Popup Efl.Ui.Popup_Alert_Scroll -> Efl.Ui.Scroll_Alert_Popup Efl.Ui.Popup_Alert_Text -> Efl.Ui.Text_Alert_Popup Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: herb, SanghyeonLee, woohyun, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7292
2018-11-16 02:11:50 -08:00
'efl_ui_alert_popup_private.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_widget_index.h',
'elm_widget_inwin.h',
'elm_widget_label.h',
'elm_widget_layout.h',
'elm_widget_list.h',
'elm_widget_map.h',
'elm_widget_mapbuf.h',
'elm_widget_menu.h',
'elm_widget_multibuttonentry.h',
'elm_widget_naviframe.h',
'efl_ui_navigation_bar_private.h',
'efl_ui_navigation_layout_private.h',
'elm_widget_notify.h',
'elm_widget_panel.h',
'efl_ui_panes_private.h',
'elm_widget_photo.h',
'efl_ui_image_zoomable_private.h',
'elm_widget_player.h',
'elm_widget_plug.h',
'elm_widget_popup.h',
'elm_widget_prefs.h',
'efl_ui_progressbar_private.h',
'efl_ui_radio_private.h',
'elm_widget_route.h',
'elm_widget_scroller.h',
'elm_widget_segment_control.h',
'elm_widget_separator.h',
'elm_widget_slider.h',
'efl_ui_slider_private.h',
'efl_ui_slider_interval_private.h',
'elm_widget_slideshow.h',
'elm_widget_spinner.h',
'efl_ui_spin_private.h',
'efl_ui_spin_button_private.h',
Intruduce Efl.Ui.Panel (Create Efl Ui Widget from elm widget(elm_panel)) Summary: Create Efl Ui Widget from elm widget(elm_panel) Test Plan: elementary_test -> efl_ui_panel Reviewers: woohyun, Jaehyun_Cho, segfaultxavi Reviewed By: Jaehyun_Cho, segfaultxavi Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7238
2018-12-19 18:32:28 -08:00
'efl_ui_panel_private.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_datepicker_private.h',
'efl_ui_timepicker_private.h',
'efl_ui_tags_private.h',
'elm_widget_table.h',
'elm_widget_thumb.h',
'elm_widget_toolbar.h',
'efl_ui_video_private.h',
'efl_ui_item_private.h',
'elm_widget_web.h',
'efl_ui_clock.h',
'elm_code.h',
'elm_code_widget_legacy.h',
'elm_code_widget_selection.h',
'elm_code_diff_widget.h',
'elm_code_common.h',
'elm_code_line.h',
'elm_code_text.h',
'elm_code_indent.h',
'elm_code_file.h',
'elm_code_parse.h',
'elm_code_syntax.h',
'efl_ui_widget_scroller.h',
'efl_ui_widget_scroll_manager.h',
'efl_ui_widget_pan.h',
'Efl_Ui.h',
'efl_ui_tab_pager_private.h',
'efl_ui_tab_bar_private.h',
efl_ui_relative_layout: introduce new relative container Summary: Efl.Ui.Relative_Layout is a container which allows you to position and size with relation to each other. it is possible to position and size using relation like edje even though you don't know a edc script. Position and size can be changed dynamically using widget APIs. @feature ref T5487 Test Plan: make check examples elementary_test -to 'efl.ui.relative_layout' Reviewers: cedric, Hermet, Jaehyun_Cho, zmike, bu5hm4n, jpeg, segfaultxavi Reviewed By: Jaehyun_Cho, segfaultxavi Subscribers: segfaultxavi, kimcinoo Tags: #efl Maniphest Tasks: T5487 Differential Revision: https://phab.enlightenment.org/D7524
2019-02-22 02:47:47 -08:00
'efl_ui_tab_page_private.h',
efl_ui_relative_container: rename relative_layout Summary: Also, Rename parameter name `target` to `base`. Rename parameter name `relative` to `relative_position`. ref T8380 Depends On D10639 Test Plan: ninja test Reviewers: woohyun, segfaultxavi Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T8380 Differential Revision: https://phab.enlightenment.org/D10640
2019-11-12 04:46:20 -08:00
'efl_ui_relative_container_private.h'
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
]
elementary_pub_headers = [
'elc_ctxpopup.h',
'elc_ctxpopup_legacy.h',
'elc_combobox.h',
'elc_combobox_legacy.h',
'elc_fileselector.h',
'elc_fileselector_legacy.h',
'elc_fileselector_common.h',
'elc_fileselector_button.h',
'elc_fileselector_button_legacy.h',
'elc_fileselector_entry.h',
'elc_fileselector_entry_legacy.h',
'elc_hoversel.h',
'elc_hoversel_legacy.h',
'elc_multibuttonentry.h',
'elc_multibuttonentry_eo.h',
'elc_multibuttonentry_legacy.h',
'elc_multibuttonentry_common.h',
'elc_naviframe.h',
'elc_naviframe_legacy.h',
'elc_naviframe_common.h',
'elc_popup.h',
'elc_popup_legacy.h',
efl_ui_animation_view: introduce a new widget for controlling vector animation. Summary: This is a new convenient ui control that designed to load vector resources -svg, json-, and control animations if it supports. Please turn on evas-loaders-json in meson options, if you'd like to use Lottie Animation. Co-authored-by: JunsuChoi <jsuya.choi@samsung.com> @feature Reviewers: #committers, jsuya, zmike, bu5hm4n Reviewed By: #committers, bu5hm4n Subscribers: zmike, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9451
2019-08-21 01:39:43 -07:00
'efl_ui_animation_view.h',
'efl_ui_animation_view_legacy.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_access.h',
'elm_actionslider.h',
'elm_actionslider_legacy.h',
'elm_app.h',
'elm_atspi_app_object.h',
elm_atspi_app_object: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724
2019-03-21 05:06:09 -07:00
'elm_atspi_app_object_eo.legacy.h',
elm_atspi_bridge: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724
2019-03-21 05:29:00 -07:00
'elm_atspi_bridge.h',
'elm_atspi_bridge_eo.legacy.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_authors.h',
'elm_bg.h',
'elm_bg_legacy.h',
'elm_box.h',
'elm_box_legacy.h',
'elm_box_common.h',
'elm_bubble.h',
'elm_bubble_legacy.h',
'elm_button.h',
meson: add efl_ui_widget_common.h to installed headers Summary: This was missing and caused C tutorials to break build. Test Plan: ninja install and then try to build a C tutorial Reviewers: bu5hm4n Reviewed By: bu5hm4n Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8096
2019-03-04 07:22:41 -08:00
'efl_ui_widget_common.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_button_eo.h',
'elm_button_legacy.h',
'elm_cache.h',
'elm_calendar.h',
'elm_calendar_legacy.h',
'elm_calendar_common.h',
'elm_check.h',
'efl_ui_check_eo.h',
'elm_check_legacy.h',
'elm_clock.h',
build: use legacy api in places where legacy should be used these seem to randomly have been changed when they shouldn't have also install elm_clock_eo.h since this is required but we didn't install it Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org> Differential Revision: https://phab.enlightenment.org/D9971
2019-09-16 11:53:54 -07:00
'elm_clock_eo.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_clock_legacy.h',
'elm_cnp.h',
'elm_colorselector.h',
'elm_colorselector_legacy.h',
'elm_colorselector_common.h',
'elm_color_class.h',
'elm_config.h',
'elm_conform.h',
'elm_conform_legacy.h',
'elm_cursor.h',
'elm_datetime.h',
'elm_dayselector.h',
'elm_dayselector_legacy.h',
'elm_debug.h',
'elm_deprecated.h',
'elm_diskselector.h',
'elm_diskselector_common.h',
'elm_diskselector_legacy.h',
'elm_entry.h',
'elm_entry_common.h',
'elm_entry_eo.h',
'elm_entry_legacy.h',
'elm_finger.h',
'elm_flip.h',
'efl_ui_flip_eo.h',
'efl_ui_flip_legacy.h',
'elm_flipselector.h',
'elm_flipselector_legacy.h',
'elm_focus.h',
'elm_focus_item.h',
'elm_font.h',
'elm_frame.h',
'efl_ui_frame_eo.h',
'efl_ui_frame_legacy.h',
'elm_gen.h',
'elm_general.h',
'elm_gengrid.h',
'elm_gengrid_common.h',
'elm_gengrid_legacy.h',
'elm_genlist.h',
'elm_genlist_common.h',
'elm_genlist_legacy.h',
'elm_gesture_layer.h',
'elm_gesture_layer_common.h',
'elm_gesture_layer_legacy.h',
'elm_getting_started.h',
'elm_glview.h',
'elm_glview_common.h',
'elm_glview_legacy.h',
'elm_grid.h',
'elm_grid_legacy.h',
'elm_hover.h',
'elm_hover_legacy.h',
'elm_icon.h',
'elm_icon_legacy.h',
'elm_image.h',
'elm_image_eo.h',
'elm_image_legacy.h',
'elm_index.h',
'elm_index_legacy.h',
'elm_inwin.h',
'elm_inwin_legacy.h',
'elm_label.h',
'elm_label_legacy.h',
'elm_layout.h',
'elm_layout_common.h',
'elm_layout_legacy.h',
'elm_list.h',
'elm_list_legacy.h',
'elm_macros.h',
'elm_map.h',
'elm_map_common.h',
'elm_map_legacy.h',
'elm_mapbuf.h',
'elm_mapbuf_legacy.h',
'elm_menu.h',
'elm_menu_legacy.h',
'elm_mirroring.h',
'elm_need.h',
'elm_notify.h',
'elm_notify_common.h',
'elm_notify_legacy.h',
'elm_object.h',
'elm_object_item.h',
'elm_panel.h',
'elm_panel_common.h',
'elm_panel_legacy.h',
'elm_panes.h',
'efl_ui_panes_eo.h',
'elm_panes_legacy.h',
'elm_photo.h',
'elm_photo_legacy.h',
'elm_photocam.h',
'efl_ui_image_zoomable_eo.h',
'elm_photocam_legacy.h',
'elm_plug.h',
'elm_plug_legacy.h',
'elm_prefs.h',
'elm_prefs_common.h',
'elm_prefs_legacy.h',
'elm_prefs_data.h',
'elm_progressbar.h',
'elm_progressbar_common.h',
'efl_ui_progressbar_eo.h',
'elm_progressbar_legacy.h',
'elm_radio.h',
'efl_ui_radio_eo.h',
'elm_radio_legacy.h',
'elm_route.h',
'elm_route_legacy.h',
'elm_scale.h',
'elm_scroll.h',
'elm_scroller.h',
'elm_scroller_legacy.h',
'elm_segment_control.h',
'elm_segment_control_legacy.h',
'elm_separator.h',
'elm_separator_legacy.h',
'elm_slider.h',
'elm_slider_common.h',
'elm_slider_legacy.h',
'elm_slideshow.h',
'elm_slideshow_common.h',
'elm_slideshow_legacy.h',
'elm_spinner.h',
'elm_spinner_legacy.h',
'elm_store.h',
'elm_systray.h',
'elm_systray_common.h',
'elm_systray_watcher.h',
'elm_sys_notify.h',
'elm_table.h',
'elm_table_legacy.h',
'elm_theme.h',
'elm_thumb.h',
'elm_thumb_common.h',
'elm_thumb_legacy.h',
meson: another build break fix the installation of the header was forgotten which broke app compilation against meson builds Differential Revision: https://phab.enlightenment.org/D7161
2018-10-15 11:09:21 -07:00
'elm_textpath.h',
'elm_textpath_legacy.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_toolbar.h',
'elm_toolbar_common.h',
'elm_toolbar_eo.h',
'elm_toolbar_legacy.h',
'elm_tooltip.h',
'elm_transit.h',
'efl_ui_video.h',
'efl_ui_video_eo.h',
'efl_ui_video_legacy.h',
'elm_view_list.h',
'elm_view_form.h',
'elm_web.h',
'elm_web_common.h',
'elm_web_eo.h',
'elm_web_legacy.h',
'elm_win.h',
'elm_win_common.h',
'elm_win_eo.h',
'elm_win_legacy.h',
'elm_helper.h',
'elm_part_helper.h',
efl_ui_animation_view: introduce a new widget for controlling vector animation. Summary: This is a new convenient ui control that designed to load vector resources -svg, json-, and control animations if it supports. Please turn on evas-loaders-json in meson options, if you'd like to use Lottie Animation. Co-authored-by: JunsuChoi <jsuya.choi@samsung.com> @feature Reviewers: #committers, jsuya, zmike, bu5hm4n Reviewed By: #committers, bu5hm4n Subscribers: zmike, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9451
2019-08-21 01:39:43 -07:00
'efl_ui_animation_view_eo.legacy.h',
elm_box: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in evas and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8133
2019-03-05 14:00:37 -08:00
'efl_ui_bg_eo.legacy.h',
'efl_ui_bg_legacy_eo.legacy.h',
elm_button: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in evas and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8135
2019-03-05 14:00:37 -08:00
'efl_ui_button_eo.legacy.h',
'efl_ui_button_legacy_eo.legacy.h',
elm_check: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in evas and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8136
2019-03-05 14:00:37 -08:00
'efl_ui_check_eo.legacy.h',
'efl_ui_check_legacy_eo.legacy.h',
efl_ui_flip: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in evas and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8138
2019-03-05 14:00:37 -08:00
'efl_ui_flip_eo.legacy.h',
'efl_ui_flip_legacy_eo.legacy.h',
efl_ui_frame: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in the componenty and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8139
2019-03-05 14:00:37 -08:00
'efl_ui_frame_eo.legacy.h',
'efl_ui_frame_legacy_eo.legacy.h',
efl_ui_image: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8140
2019-03-05 14:00:37 -08:00
'efl_ui_image_legacy_eo.legacy.h',
efl_ui_image_zoomable: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8141
2019-03-05 14:00:37 -08:00
'efl_ui_image_zoomable_eo.legacy.h',
'efl_ui_image_zoomable_legacy_eo.legacy.h',
efl_ui_layout: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8142
2019-03-05 14:00:37 -08:00
'efl_ui_layout_legacy_eo.legacy.h',
efl_ui_panes: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8143
2019-03-05 14:00:37 -08:00
'efl_ui_panes_eo.legacy.h',
'efl_ui_panes_legacy_eo.legacy.h',
efl_ui_progressbar: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8144
2019-03-05 14:00:37 -08:00
'efl_ui_progressbar_legacy_eo.legacy.h',
efl_ui_radio: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8145
2019-03-05 14:00:37 -08:00
'efl_ui_radio_eo.legacy.h',
'efl_ui_radio_legacy_eo.legacy.h',
efl_ui_textpath: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8146
2019-03-05 14:00:37 -08:00
'efl_ui_textpath_eo.legacy.h',
'efl_ui_textpath_legacy_eo.legacy.h',
efl_ui_video: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8147
2019-03-05 14:00:37 -08:00
'efl_ui_video_eo.legacy.h',
'efl_ui_video_legacy_eo.legacy.h',
efl_ui_widget: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8148
2019-03-05 14:00:37 -08:00
'efl_ui_widget_eo.legacy.h',
efl_ui_win variants: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8149
2019-03-05 14:00:37 -08:00
'efl_ui_win_inlined_legacy_eo.legacy.h',
'efl_ui_win_legacy_eo.legacy.h',
'efl_ui_win_socket_legacy_eo.legacy.h',
elm_access: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8152
2019-03-05 14:00:37 -08:00
'elm_access_eo.legacy.h',
elm_actionslider: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8153
2019-03-05 14:00:37 -08:00
'elm_actionslider_eo.legacy.h',
elm_box: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Daniel Kolesa <daniel@octaforge.org> Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8154
2019-03-05 14:00:37 -08:00
'elm_box_eo.legacy.h',
elm_bubble: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Daniel Kolesa <daniel@octaforge.org> Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8155
2019-03-05 14:00:37 -08:00
'elm_bubble_eo.legacy.h',
elm_calendar: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Daniel Kolesa <daniel@octaforge.org> Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8156
2019-03-05 14:00:37 -08:00
'elm_calendar_eo.legacy.h',
'elm_calendar_item_eo.legacy.h',
elm_clock: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Daniel Kolesa <daniel@octaforge.org> Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8157
2019-03-05 14:00:37 -08:00
'elm_clock_eo.legacy.h',
elm_code_widget: make this efl_ui namespaced this currently has no counterpart in interface widgets but would be useful there. removing the use of an elm_scroller type makes it independent of legacy widgets, and it's still a beta api so at least future development can be resumed at some point without much issue Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8158
2019-03-06 13:26:26 -08:00
'elm_code_widget_eo.legacy.h',
elm_code_widget_legacy: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8159
2019-03-05 14:00:37 -08:00
'elm_code_widget_legacy_eo.legacy.h',
elm_color_item: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8160
2019-03-05 14:00:37 -08:00
'elm_color_item_eo.legacy.h',
elm_colorselector: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8161
2019-03-05 14:00:37 -08:00
'elm_colorselector_eo.legacy.h',
elm_conformant: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8162
2019-03-05 14:00:37 -08:00
'elm_conformant_eo.legacy.h',
elm_ctxpopup: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8163
2019-03-05 14:00:37 -08:00
'elm_ctxpopup_eo.legacy.h',
'elm_ctxpopup_item_eo.legacy.h',
elm_dayselector: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8164
2019-03-05 14:00:37 -08:00
'elm_dayselector_eo.legacy.h',
'elm_dayselector_item_eo.legacy.h',
elm_diskselector: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8165
2019-03-05 14:00:37 -08:00
'elm_diskselector_eo.legacy.h',
'elm_diskselector_item_eo.legacy.h',
elm_entry: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8166
2019-03-05 14:00:37 -08:00
'elm_entry_eo.legacy.h',
elm_fileselector*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8167
2019-03-05 14:00:37 -08:00
'elm_fileselector_button_eo.legacy.h',
'elm_fileselector_entry_eo.legacy.h',
'elm_fileselector_eo.legacy.h',
elm_flipselector*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8168
2019-03-05 14:00:37 -08:00
'elm_flipselector_eo.legacy.h',
'elm_flipselector_item_eo.legacy.h',
elm_gengrid*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8169
2019-03-05 14:00:37 -08:00
'elm_gengrid_eo.legacy.h',
'elm_gengrid_item_eo.legacy.h',
'elm_gengrid_pan_eo.legacy.h',
elm_genlist*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8171
2019-03-05 14:00:37 -08:00
'elm_genlist_eo.legacy.h',
'elm_genlist_item_eo.legacy.h',
'elm_genlist_pan_eo.legacy.h',
elm_gesture_layer: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8172
2019-03-05 14:00:37 -08:00
'elm_gesture_layer_eo.legacy.h',
elm_glview: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8173
2019-03-05 14:00:37 -08:00
'elm_glview_eo.legacy.h',
elm_grid: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8174
2019-03-05 14:00:37 -08:00
'elm_grid_eo.legacy.h',
elm_hover: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8175
2019-03-05 14:00:37 -08:00
'elm_hover_eo.legacy.h',
elm_hoversel: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in evas and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8134
2019-03-05 14:00:37 -08:00
'elm_hoversel_eo.legacy.h',
'elm_hoversel_item_eo.legacy.h',
elm_icon: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8176
2019-03-05 14:00:37 -08:00
'elm_icon_eo.legacy.h',
elm_index: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8177
2019-03-05 14:00:37 -08:00
'elm_index_eo.legacy.h',
'elm_index_item_eo.legacy.h',
elm_interface_fileselector: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8178
2019-03-05 14:00:37 -08:00
'elm_interface_fileselector_eo.legacy.h',
elm_inwin: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8179
2019-03-05 14:00:37 -08:00
'elm_inwin_eo.legacy.h',
elm_label: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8180
2019-03-05 14:00:37 -08:00
'elm_label_eo.legacy.h',
elm_list: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8181
2019-03-05 14:00:37 -08:00
'elm_list_eo.legacy.h',
'elm_list_item_eo.legacy.h',
elm_mapbuf: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8182
2019-03-05 14:00:37 -08:00
'elm_mapbuf_eo.legacy.h',
elm_map: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8183
2019-03-05 14:00:37 -08:00
'elm_map_eo.legacy.h',
'elm_map_pan_eo.legacy.h',
elm_menu*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8184
2019-03-05 14:00:37 -08:00
'elm_menu_eo.legacy.h',
'elm_menu_item_eo.legacy.h',
elm_multibuttonentry*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8185
2019-03-05 14:00:37 -08:00
'elm_multibuttonentry_eo.legacy.h',
'elm_multibuttonentry_item_eo.legacy.h',
elm_naviframe*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8186
2019-03-05 14:00:37 -08:00
'elm_naviframe_eo.legacy.h',
'elm_naviframe_item_eo.legacy.h',
elm_notify: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8187
2019-03-05 14:00:37 -08:00
'elm_notify_eo.legacy.h',
elm_panel: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8188
2019-03-05 14:00:37 -08:00
'elm_panel_eo.legacy.h',
elm_pan: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8189
2019-03-05 14:00:37 -08:00
'elm_pan_eo.legacy.h',
elm_photo: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8190
2019-03-05 14:00:37 -08:00
'elm_photo_eo.legacy.h',
elm_player: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8191
2019-03-05 14:00:37 -08:00
'elm_player_eo.legacy.h',
elm_plug: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8192
2019-03-05 14:00:37 -08:00
'elm_plug_eo.legacy.h',
elm_popup*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8193
2019-03-05 14:00:37 -08:00
'elm_popup_eo.legacy.h',
'elm_popup_item_eo.legacy.h',
elm_prefs: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8194
2019-03-05 14:00:37 -08:00
'elm_prefs_eo.legacy.h',
elm_route: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8195
2019-03-05 14:00:37 -08:00
'elm_route_eo.legacy.h',
elm_scroller: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8196
2019-03-05 14:00:37 -08:00
'elm_scroller_eo.legacy.h',
elm_segment_control*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8197
2019-03-05 14:00:37 -08:00
'elm_segment_control_eo.legacy.h',
'elm_segment_control_item_eo.legacy.h',
elm_separator: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8198
2019-03-05 14:00:37 -08:00
'elm_separator_eo.legacy.h',
elm_slider*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8199
2019-03-05 14:00:37 -08:00
'elm_slider_eo.legacy.h',
'elm_slider_part_indicator_eo.legacy.h',
elm_slideshow*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8200
2019-03-05 14:00:37 -08:00
'elm_slideshow_eo.legacy.h',
'elm_slideshow_item_eo.legacy.h',
elm_spinner: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8201
2019-03-05 14:00:37 -08:00
'elm_spinner_eo.legacy.h',
elm_sys_notify*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8202
2019-03-05 14:00:37 -08:00
'elm_sys_notify_dbus_eo.legacy.h',
'elm_sys_notify_eo.legacy.h',
'elm_sys_notify_interface_eo.legacy.h',
elm_systray: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8203
2019-03-05 14:00:37 -08:00
'elm_systray_eo.legacy.h',
elm_table: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8204
2019-03-05 14:00:37 -08:00
'elm_table_eo.legacy.h',
elm_thumb: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8205
2019-03-05 14:00:37 -08:00
'elm_thumb_eo.legacy.h',
elm_toolbar*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8206
2019-03-05 14:00:37 -08:00
'elm_toolbar_eo.legacy.h',
'elm_toolbar_item_eo.legacy.h',
elm_view*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8207
2019-03-05 14:00:37 -08:00
'elm_view_form_eo.legacy.h',
'elm_view_list_eo.legacy.h',
build: ensure correct headers are installed for autotools this means adding more legacy headers to install, for meson just some ??? headers Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8222
2019-03-07 07:37:54 -08:00
'elm_view_form_eo.h',
'elm_view_list_eo.h',
elm_web: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8208
2019-03-05 14:00:37 -08:00
'elm_web_eo.legacy.h',
elm_widget_item*: remove all legacy usage from eo files this takes the current generated output from eolian for legacy code in efl and adds it to the tree, then removes legacy references from the corresponding eo files. in the case where the entire eo file was for a legacy object, that eo file has been removed from the tree ref T7724 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D8209
2019-03-05 14:00:37 -08:00
'elm_widget_item_container_eo.legacy.h',
'elm_widget_item_eo.legacy.h',
'elm_widget_item_static_focus_eo.legacy.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
]
elementary_header_src = [
'Elementary.h',
'Elementary_Cursor.h'
] + elementary_pub_headers + elementary_headers_unstable
elementary_src = [
'elm_priv.h',
'elementary_config.h',
'els_box.h',
'elc_ctxpopup.c',
'elc_fileselector.c',
'elc_fileselector_button.c',
'elc_fileselector_entry.c',
'elc_hoversel.c',
'elc_multibuttonentry.c',
'elc_naviframe.c',
'efl_ui_navigation_bar.c',
'efl_ui_navigation_layout.c',
'elc_player.c',
'elc_popup.c',
'elc_scrolled_entry.c',
'elm_access.c',
efl_ui_animation_view: introduce a new widget for controlling vector animation. Summary: This is a new convenient ui control that designed to load vector resources -svg, json-, and control animations if it supports. Please turn on evas-loaders-json in meson options, if you'd like to use Lottie Animation. Co-authored-by: JunsuChoi <jsuya.choi@samsung.com> @feature Reviewers: #committers, jsuya, zmike, bu5hm4n Reviewed By: #committers, bu5hm4n Subscribers: zmike, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9451
2019-08-21 01:39:43 -07:00
'efl_ui_animation_view.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_actionslider.c',
'elm_atspi_app_object.c',
'elm_atspi_bridge.c',
'efl_ui_legacy.c',
'efl_ui_bg.c',
'elm_box.c',
'elm_bubble.c',
'efl_ui_button.c',
'elm_calendar.c',
'efl_ui_calendar.c',
'efl_ui_check.c',
'elm_clock.c',
'elm_code_line.c',
'elm_code_text.c',
'elm_code_indent.c',
'elm_code_file.c',
'elm_code_parse.c',
'elm_code_syntax.c',
'elm_code_widget_selection.c',
'elm_code_widget.c',
'elm_code_diff_widget.c',
'elm_code.c',
'elm_code_private.h',
'elm_code_widget_private.h',
'elm_colorselector.c',
'elm_color_class.c',
'elc_combobox.c',
'elm_config.c',
'elm_conform.c',
'elm_datetime.c',
'elm_dayselector.c',
'elm_dbus_menu.c',
'elm_diskselector.c',
'elm_entry.c',
'efl_ui_flip.c',
'efl_ui_internal_text_interactive.c',
'efl_ui_internal_text_interactive.h',
Ui internal text scroller: fix meson build This adds missing files to `meson.build`.
2018-11-05 14:41:50 -08:00
'efl_ui_internal_text_scroller.c',
'efl_ui_internal_text_scroller.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_flipselector.c',
'elm_font.c',
'efl_ui_frame.c',
'elm_gengrid.c',
'elm_genlist.c',
'elm_gesture_layer.c',
'elm_gesture_layer_extra_gestures.c',
'elm_glview.c',
'elm_grid.c',
'elm_hover.c',
'elm_icon.c',
'efl_ui_image.c',
'elm_index.c',
'efl_access_object.c',
'efl_access_action.c',
'efl_access_component.c',
'efl_access_editable_text.c',
'efl_access_selection.c',
'efl_access_text.c',
'efl_access_value.c',
'efl_access_widget_action.c',
'efl_access_window.c',
'elm_interface_fileselector.c',
'elm_interface_scrollable.c',
'elm_inwin.c',
'elm_label.c',
elementary: remove Efl.Ui.Layout namespace Summary: Efl.Ui.Layout namespace is removed to keep consistency with other widgets. Consequently, "Efl.Ui.Layout.Object" is renamed to "Efl.Ui.Layout" and "Efl.Ui.Layout." is renamed to "Efl.Ui.Layout_". Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: #reviewers, #committers, SanghyeonLee, woohyun Tags: #efl Differential Revision: https://phab.enlightenment.org/D7291
2018-11-16 01:45:05 -08:00
'efl_ui_layout.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_layout_pack.c',
'elm_list.c',
'elm_main.c',
'elm_map.c',
'elm_mapbuf.c',
'elm_menu.c',
'elm_module.c',
'elm_notify.c',
'elm_panel.c',
'efl_ui_panes.c',
'elm_photo.c',
'efl_ui_image_zoomable.c',
'elm_plug.c',
'elm_prefs.c',
'elm_prefs_data.c',
'efl_ui_progressbar.c',
'efl_ui_radio.c',
Introduce Efl.Ui.Radio_Group & Efl.Ui.Radio_Box Radio_Group is a interface that manages that radio groups can be grouped inside a external object, the current API of radio was considered confusing in that regard. It is implemented in the Radio_Group_Internal class which is private to EFL, a instance of it can be found with get due to the class function in efl_ui_radio.eo. This architecture was taken like this, in order to have implementation and interface seperated. With those two seperated we can inherit from regular widgets, implement the interface, and composite attach the internal object to the regular widget. This makes a lot of things easier. Radio_Box is a class which is extending Efl.Ui.Box, which has an internal Radio_Group. This is extremly usefull for cases where you just want to have a list of radio buttons in your UI. The radio group is also exposed using composition to the internal object. Simular things can be done for the table. For now i did not add API to find the group of a radio button. However, this can be quickly added if requested. ref T7867 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D9058
2019-05-29 04:03:37 -07:00
'efl_ui_radio_group_impl.c',
'efl_ui_radio_box.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'elm_route.c',
'elm_scroller.c',
'elm_segment_control.c',
'elm_separator.c',
'elm_slider.c',
'efl_ui_slider.c',
'efl_ui_slider_interval.c',
'efl_ui_spin.c',
'efl_ui_spin_button.c',
Intruduce Efl.Ui.Panel (Create Efl Ui Widget from elm widget(elm_panel)) Summary: Create Efl Ui Widget from elm widget(elm_panel) Test Plan: elementary_test -> efl_ui_panel Reviewers: woohyun, Jaehyun_Cho, segfaultxavi Reviewed By: Jaehyun_Cho, segfaultxavi Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7238
2018-12-19 18:32:28 -08:00
'efl_ui_panel.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_datepicker.c',
'efl_ui_timepicker.c',
'efl_ui_tags.c',
'elm_slideshow.c',
'elm_spinner.c',
'elm_store.c',
'elm_systray.c',
'elm_systray_watcher.c',
'elm_sys_notify_interface.c',
'elm_sys_notify.c',
'elm_sys_notify_dbus.c',
'elm_table.c',
'elm_theme.c',
'elm_thumb.c',
'elm_toolbar.c',
'elm_transit.c',
'elm_util.c',
'efl_ui_video.c',
'elm_view_list.c',
'elm_view_form.c',
'elm_web2.c',
'efl_ui_widget.c',
efl_ui: add scrollable_content mixin this allows content to be set with a scroller that automatically handles its own sizing calcs so that widgets/apps don't have to @feature Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9674
2019-08-20 10:11:21 -07:00
'efl_ui_widget_scrollable_content.c',
efl_ui_widget: introduce a new API Summary: this new API can be used to get a easy to use iterator, to iterate through all the children of a specific widget. ref T7553 Reviewers: stefan_schmidt, zmike, cedric, segfaultxavi Reviewed By: segfaultxavi Subscribers: woohyun, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T7553 Differential Revision: https://phab.enlightenment.org/D8014
2019-02-27 10:29:08 -08:00
'efl_ui_widget_common.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_win.c',
'efl_ui_win_inlined.c',
'efl_ui_win_socket.c',
'elm_helper.c',
'els_box.c',
'els_cursor.c',
'els_tooltip.c',
'elu_ews_wm.c',
efl_ui_table: refactor layout_update Summary: There are three reasons to refactor layout_update of Efl.Ui.Table. === 1. Inconsistency of hint behavior. === Some hint property is often not respected. for example, hint_min is ignored in Table when it is used with hint_max even if hint_weight is 0. hint_aspect is always ignored in Table. The ambiguous behavior make it hard to layout widgets in container. of course, we documented 'it's just a hint that should be used whenever appropriate.' but i don't think it means that 'hint API is sometimes respected and we also don't know when that API is respected.'. at least there is rule for consistent behavior and we should be able to explain why a widget is located here and why some hint property is ignored. So, i'll suggest priority of hint property. this refactoring support following priority. 1) HintMin 2) HintMin + HintAspect 3) HintMargin 4) HintMax 5) HintAspect 6) HintWeight, HintFill 7) HintAlign ref T5487 Please check with unit test D7840 === 2. To Enhance usability. === Efl.Ui.Table is using homogeneous mode of evas_table which have same columns, rows size. but i think a table can generally change columns, rows size and we can provide homogeneous mode option.(D7892) In this patch - table columns(rows) min size is decided by maximum size among its cells width(height) min size. - table columns(rows) weight is decided by maximum weight among its cells horizontal(vertical) weight. Also, pack_align is implemented. it is used if no item has a weight. === 3. To remove internal evas_table. === This is low priority work. however, i guess is is necessary for lightweight container widget. there are two size_hint callback to adjust table size and efl_canvas_group_calculate is called twice when it is resized. This patch is first step to remove internal evas_table. Test Plan: make check elementary_test -to 'efl.ui.table' Reviewers: jpeg, Jaehyun_Cho, zmike Reviewed By: zmike Subscribers: zmike, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T5487 Differential Revision: https://phab.enlightenment.org/D7841
2019-02-27 11:45:27 -08:00
'efl_ui_container_layout.c',
'efl_ui_container_layout.h',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_box.c',
'efl_ui_box_flow.c',
'efl_ui_box_stack.c',
'efl_ui_box_layout.c',
'efl_ui_box_private.h',
'efl_ui_popup.c',
elementary: rename Efl.Ui.Popup classes Summary: Efl.Ui.Popup classes are renamed intuitively from backward order to forward order. Efl.Ui.Popup_Alert -> Efl.Ui.Alert_Popup Efl.Ui.Popup_Alert_Scroll -> Efl.Ui.Scroll_Alert_Popup Efl.Ui.Popup_Alert_Text -> Efl.Ui.Text_Alert_Popup Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: herb, SanghyeonLee, woohyun, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7292
2018-11-16 02:11:50 -08:00
'efl_ui_alert_popup.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_table.c',
'efl_ui_table_static.c',
efl_ui_table: refactor layout_update Summary: There are three reasons to refactor layout_update of Efl.Ui.Table. === 1. Inconsistency of hint behavior. === Some hint property is often not respected. for example, hint_min is ignored in Table when it is used with hint_max even if hint_weight is 0. hint_aspect is always ignored in Table. The ambiguous behavior make it hard to layout widgets in container. of course, we documented 'it's just a hint that should be used whenever appropriate.' but i don't think it means that 'hint API is sometimes respected and we also don't know when that API is respected.'. at least there is rule for consistent behavior and we should be able to explain why a widget is located here and why some hint property is ignored. So, i'll suggest priority of hint property. this refactoring support following priority. 1) HintMin 2) HintMin + HintAspect 3) HintMargin 4) HintMax 5) HintAspect 6) HintWeight, HintFill 7) HintAlign ref T5487 Please check with unit test D7840 === 2. To Enhance usability. === Efl.Ui.Table is using homogeneous mode of evas_table which have same columns, rows size. but i think a table can generally change columns, rows size and we can provide homogeneous mode option.(D7892) In this patch - table columns(rows) min size is decided by maximum size among its cells width(height) min size. - table columns(rows) weight is decided by maximum weight among its cells horizontal(vertical) weight. Also, pack_align is implemented. it is used if no item has a weight. === 3. To remove internal evas_table. === This is low priority work. however, i guess is is necessary for lightweight container widget. there are two size_hint callback to adjust table size and efl_canvas_group_calculate is called twice when it is resized. This patch is first step to remove internal evas_table. Test Plan: make check elementary_test -to 'efl.ui.table' Reviewers: jpeg, Jaehyun_Cho, zmike Reviewed By: zmike Subscribers: zmike, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T5487 Differential Revision: https://phab.enlightenment.org/D7841
2019-02-27 11:45:27 -08:00
'efl_ui_table_layout.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_table_private.h',
'efl_ui_text.c',
'efl_ui_text_factory_images.c',
'efl_ui_text_factory_emoticons.c',
'efl_ui_text_factory_fallback.c',
'efl_ui_clock.c',
'efl_ui_clock_private.h',
'efl_ui_image_factory.c',
'efl_ui_focus_manager.c',
'efl_ui_focus_manager_calc.c',
'efl_ui_focus_manager_sub.c',
'efl_ui_focus_object.c',
'efl_ui_focus_manager_root_focus.c',
'efl_ui_textpath.c',
'efl_ui_focus_layer.c',
'efl_ui_focus_composition.c',
'efl_ui_focus_parent_provider.c',
'efl_ui_focus_parent_provider_standard.c',
'efl_ui_focus_parent_provider_gen.c',
'efl_ui_focus_util.c',
'elm_widget_item_static_focus.c',
'efl_ui_item.c',
introduce default item default item is used as base class for all "normal style" efl items. A "normal style" efl item does have a text,content & extra part. - The text part is usally used to express some text in the item - Content part is the *main* content part where the user attention is on. - Extra can be used to display some elements that are not directly getting the attention of the user, it can be seen as something more than the decoration item field. ref T8115 Differential Revision: https://phab.enlightenment.org/D9629
2019-08-16 00:05:24 -07:00
'efl_ui_default_item.c',
introduce group item this brings a group item in the style of genlist / gengrid group items. The group item theme does currently not provide the signals in the theme that would be needed for selecting it. This is kind of intended, but we might need API to express that. ref T8115 Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D9583
2019-08-15 23:46:00 -07:00
'efl_ui_group_item.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_list_default_item.c',
efl_ui: rename list empty item to list placeholder item. Summary: legacy full style item is introduced Efl.Ui.ListEmptyItem Class in new Efl Interface, but using "Empty" name is too ambiguous to present style usage. Thanks to @cedric and @segfaultxavi, I found better name for this class, Efl.Ui.ListPlaceHolderItem, as item hold the place which need to be replaced and relayouted by user generated content. Depends on D8582 Reviewers: cedric, segfaultxavi, eagleeye Reviewed By: eagleeye Subscribers: cedric, #reviewers, segfaultxavi, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9034
2019-05-29 23:07:42 -07:00
'efl_ui_list_placeholder_item.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_list.c',
efl_ui_grid : introduce new packable grid widget for Efl.Ui.Widget Summary: Introduce new packable grid for Efl.Ui.Widget toolkits. most of parts are same as Efl.Ui.List, and it also support Efl.Pack_Linear, although it will not support Efl.Pack_Table, because item must be arranged sequential orders. Test Plan: We will make the tests on efl ui test suite. please test by make check. Reviewers: Hermet, cedric, felipealmeida, eagleeye, woohyun Reviewed By: Hermet, eagleeye Subscribers: CHAN, bu5hm4n, cedric Tags: #efl Differential Revision: https://phab.enlightenment.org/D6985
2018-11-19 21:32:31 -08:00
'efl_ui_grid_default_item.c',
'efl_ui_grid.c',
efl_ui : change efl_ui_view_list to efl_ui_list_view. Summary: View is not a namespace, but an interface, So, View_List cannot be under the view namespace for now. it looks more suite to be end as View than List on this widget name. Firstly, it follows our common naming rules of class. Also, List_View is commonly presentable name on most UI frameworks, so it is very easy to understand what this widget can do for the user. Test Plan: Make works. Example is not works for now til stable model interface. Reviewers: felipealmeida, woohyun, cedric, Hermet Reviewed By: Hermet Subscribers: larryolj, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D7234
2018-11-04 21:27:05 -08:00
'efl_ui_list_view.c',
elementary: add Efl.Ui.Grid_View by leveraging MVVM and Collection/Position_Manager infrastructure. Co-authored-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9960
2019-09-15 23:18:50 -07:00
'efl_ui_grid_view.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_layout_factory.c',
'efl_ui_scroller.c',
'efl_ui_scroll_manager.c',
'efl_ui_pan.c',
elementary: rename Efl.Selection -> Efl.Ui.Selection as it is only usable with User Interface related element. Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7505
2018-12-21 13:46:06 -08:00
'efl_ui_selection_manager.c',
'efl_ui_selection_manager_private.h',
'efl_ui_selection.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_datetime_manager.c',
'efl_ui_dnd.c',
'elm_focus_legacy.c',
elementary: rename Activew_View to Spotlight. View is something that is expected in the context of MVVM, so using it somewhere else is going to lead to some confusion. Spotlight does descrive the objective of all of this widget in actually a more explicit way as they all give the spotlight to one sub widget at a time. I have also renamed the View_Manager to be just Manager as the View there wasn't useful.
2019-07-04 16:02:43 -07:00
'efl_ui_spotlight_container.c',
'efl_ui_spotlight_manager.c',
'efl_ui_spotlight_manager_plain.c',
'efl_ui_spotlight_manager_scroll.c',
'efl_ui_spotlight_manager_stack.c',
'efl_ui_spotlight_indicator.c',
'efl_ui_spotlight_indicator_icon.c',
'efl_ui_spotlight_util.c',
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
'efl_ui_focus_graph.h',
'efl_ui_focus_graph.c',
'efl_ui_tab_pager.c',
'efl_ui_tab_bar.c',
'efl_ui_tab_page.c',
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
'efl_ui_widget_focus_manager.c',
elementary: add Efl.Ui.Widget_Factory. The Widget_Factory is in charge of creating any object that inherit from Efl.Ui.Widget Class. If the style property is connected to a model property, it will fetch it and build the widget with that style. This factory is to be used with every View. Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D7704
2019-01-18 17:58:39 -08:00
'efl_ui_caching_factory.c',
elementary: add internal Efl_Ui_Model_Size. This model enable View that require to compute the size of their items to rely on an interface to provide the properties they need to get the object size. This is the base class for all the sizing logic of the new List/Grid View. Reviewed-by: SangHyeon Jade Lee <sh10233.lee@samsung.com> Differential Revision: https://phab.enlightenment.org/D7658
2018-12-28 16:39:44 -08:00
'efl_ui_widget_factory.c',
efl_model : rename all efl_model based classes. Summary: As the result of discussion in T7458, we need to rename all efl_model based classes with efl_XXX_Model sequence. I've run few vote for this, see V42, V43 few classes are totally renamed as our consideration of misnaming. | Efl.Model_Loop | Efl.Loop_Model | | Efl.Model_Item | Efl.Generic_Model | | Efl.Model_Container | Efl.Container_Model | | Efl.Model_Container_Item | Efl.Container_Model_Item | | Efl.Model_Composite | Efl.Composite_Model | | Efl.Model_Composite_Boolean | Efl.Boolean_Model | | Efl.Model_Composite_Boolean_Chlidren | Efl.Boolean_Model_Item | | Efl.Model_Composite_Selection | Efl.Select_Model | | Efl.Model_Composite_Selection_Chlidren | Efl.Select_Model_Item | | Efl.Model_View | Efl.View_Model | | Eio.Model | Efl.Io.Model | | Efl.Ui.Model_State | Efl.Ui.State_Model | | Efl.Ui.Model_Size | Efl.Ui.Size_Model | | Efl.Ui.Model_Exact | Efl.Ui.Exact_Model | | Efl.Ui.Model_Average | Efl.Ui.Average_Model | | Efl.Ui.Model_Homogeneous | Efl.Ui.Homogeneous_Model | I worried about Efl.Io.Model changes, cause it is widely used, but as I tested, there is no issue found yet. Eldbus.Model also may can changed Efl.Dbus.Model, but I cannot found any class who using Efl.Dbus namespace, so I left it future work. Test Plan: Run the Make Test, it works well except Efl test about selection. there are class inheritance problem exist in select_model, I reported it and will fix it in another patch. Reviewers: cedric, felipealmeida, woohyun, Hermet Reviewed By: cedric Subscribers: lauromoura Tags: #efl, #do_not_merge Differential Revision: https://phab.enlightenment.org/D7533
2019-01-30 20:35:34 -08:00
'efl_ui_size_model.c',
'efl_ui_homogeneous_model.c',
'efl_ui_exact_model.c',
elementary meson: fix script typo.
2019-02-22 03:16:09 -08:00
'efl_ui_average_model.c',
efl_ui_relative_container: rename relative_layout Summary: Also, Rename parameter name `target` to `base`. Rename parameter name `relative` to `relative_position`. ref T8380 Depends On D10639 Test Plan: ninja test Reviewers: woohyun, segfaultxavi Reviewed By: segfaultxavi Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T8380 Differential Revision: https://phab.enlightenment.org/D10640
2019-11-12 04:46:20 -08:00
'efl_ui_relative_container.c',
efl_ui_action_connector: rename clickable_util to action_connector efl_ui_clickable_util was only for efl_input_clickable interface, but there can be more cases which want to connect object event to specific action interfaces (such as scrolling) in the future. For that extension, efl_ui_action_connector seems better. ref: T7847 Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9486
2019-08-01 22:03:38 -07:00
'efl_ui_action_connector.c',
Efl.Ui.Format revamp This class helps widgets which contain a numerical value and must display it, like Progressbar (units label), Spin, Spin_Button, Slider (both units and popup labels, in legacy), Tags (when in shrunk mode) or Calendar (year_month label). Previously this was a mix of interface and mixin: widgets had to support setting a formatting func, and the mixin offered support for formatting strings, by setting an internal formatting func. On top of that, the spinner widget supported "special values", a list of values that should be shown as certain strings instead. This has now been simplified and unified: Widgets including this mixin can use the formatted_value_get() method which accepts an Eina_Value and returns a string. Thats's it. The mixin adds three properties to the widget (format_values, format_func and format_string) which users can use to tailor formatting. The widget does not need to know which method has been used, it just retrieves the resulting string. This removes a lot of duplicated widget code, and adds functionality which was missing before. For example, all widgets support passing a list of values now. Widgets must implement the apply_formatted_value() method so they are notified of changes in the format and they can redraw anything they need. Tests have been added to the Elementary Spec suite for all cases. Legacy widgets behavior has not been modified, although a few needed some code changes.
2019-07-02 05:40:06 -07:00
'efl_ui_format.c',
Introduce efl_ui_scroll_util files. Summary: this brings API that connects the theme to the object. This reduces the amount of code that you need to write in order to develop a widget that can be scrollable. For now efl_ui_grid and efl_ui_scroller are replaced with it. efl_ui_list / efl_ui_list_view are not handeled with this, as they will be replaced with newer widgets. Right now this is only avaiable in the C API. However, wrapping this into a mixin should be easy. Reviewers: zmike, segfaultxavi Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9245
2019-07-09 05:49:12 -07:00
'efl_ui_scroll_util.c',
rename efl_ui_item_container -> efl_ui_collection this is the first rename of the main widget, the renames of the test suites will follow Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D9408
2019-07-24 08:57:01 -07:00
'efl_ui_collection.c',
elementary: make Efl.Ui.Position_Manager a namespace. This does the following rename as per T8058: Efl.Ui.Item_Position_Manager -> Efl.Ui.Position_Manager.Entity Efl.Ui.Grid_Position_Manager -> Efl.Ui.Position_Manager.Grid Efl.Ui.List_Position_Manager -> Efl.Ui.Position_Manager.List Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9388
2019-07-24 11:51:54 -07:00
'efl_ui_position_manager_entity.c',
'efl_ui_position_manager_list.c',
'efl_ui_position_manager_grid.c',
Efl_Ui: Move elementary and change namespace Ui for ui related models Summary: Select and View is ui characteristic features, so Efl_Select_Model and Efl_View_Model move to elementary from ecore seems more natural. namespace also should changed to Efl.Ui as it's right place. Test Plan: run the test while building it Reviewers: cedric, felipealmeida, bu5hm4n, zmike, lauromoura Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D9820
2019-09-04 08:07:37 -07:00
'efl_ui_tab_bar_default_item.c',
'efl_ui_select_model.c',
'efl_ui_view_model.c',
elementary: introduce Efl.Ui.CollectionView a generic listing View. The idea of this widget is to provide to MVVM what Efl.Ui.Collection provide and leverage the same shared logic for layout. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Co-authored-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D9958
2019-07-05 14:03:13 -07:00
'efl_ui_collection_view.c',
introduce efl_ui_{pager/scroller} They are just helpers, so a user does not need to handcreate spotlight managers. This also leaves us the possibility of letting spotlight_managers beeing @beta. ref T7991 Differential Revision: https://phab.enlightenment.org/D10773
2019-12-02 07:25:36 -08:00
'efl_ui_pager.c',
'efl_ui_stack.c'
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
]
elementary_deps = [emile, eo, efl, edje, ethumb, ethumb_client, emotion, ecore_imf, ecore_con, eldbus, efreet, efreet_mime, efreet_trash, eio, atspi, dl, intl]
elementary_pub_deps = [eina, eet, evas, ecore, ecore_evas, ecore_file, ecore_input, ecore_imf, ecore_con,
elocation: remove beta library This has never been fully finished or really used. The GeoClue project dbus API moved on to a newer version as well. We still have it marked as beta so we should take the chance and get rid of it to cleanup our tree a little bit. Reviewed-by: Chris Michael <cp.michael@samsung.com> Reviewed-by: Vincent Torri <vincent.torri@gmail.com> Differential Revision: https://phab.enlightenment.org/D10788
2019-10-02 08:45:07 -07:00
edje, eldbus, efreet, efreet_mime, efreet_trash, ethumb_client, efl]
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
elm_options = configuration_data()
config_h.set_quoted('ELM_TOP_BUILD_DIR', meson.build_root())
config_h.set_quoted('MODULES_PATH', join_paths(dir_lib, 'modules'))
meson: add a option to config the base directory name for elm data There is a option(--with-elementary-base-dir) on autotools this patch provides the exactly same thing that autotools does on meson Differential Revision: https://phab.enlightenment.org/D7580
2019-01-10 04:01:08 -08:00
config_h.set_quoted('ELEMENTARY_BASE_DIR', get_option('elementary-base-dir'))
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
config_h.set_quoted('ICON_DIR', join_paths(dir_lib, 'icons'))
meson: add inital support for windows compilation Differential Revision: https://phab.enlightenment.org/D7416
2018-12-04 11:38:07 -08:00
if sys_windows == false
elm_options.set('ELM_UNIX', '1')
else
elm_options.set('DLL_EXPORT', '1')
endif
meson: add missing ELM_EFREET without this - elementary_config will crash, and elementary will not use that much of Efreet. We might want to drop this #ifdef at some point. Differential Revision: https://phab.enlightenment.org/D7176
2018-10-18 06:35:02 -07:00
elm_options.set('ELM_EFREET', '1')
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
if config_h.has('HAVE_ALLOCA_H')
elm_options.set('ELM_ALLOCA_H', '1')
endif
if config_h.has('HAVE_LIBINTL_H')
elm_options.set('ELM_LIBINTL_H', '1')
endif
if config_h.has('HAVE_DIRENT_H')
elm_options.set('ELM_DIRENT_H', '1')
endif
if get_option('x11')
config_h.set('HAVE_ELEMENTARY_X', '1')
elementary_deps += ecore_x
endif
if get_option('wl')
config_h.set('HAVE_ELEMENTARY_WL2', '1')
elementary_deps += ecore_wl2
endif
if get_option('drm')
config_h.set('HAVE_ELEMENTARY_DRM', '1')
elementary_deps += ecore_drm2
endif
if get_option('cocoa')
config_h.set('HAVE_ELEMENTARY_COCOA', '1')
elementary_deps += ecore_cocoa
endif
meson: set HAVE_ELEMENTARY_WIN32 on windows this enables windows engine selections and other functionality Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D8728
2019-04-26 06:08:23 -07:00
if sys_windows == true
config_h.set('HAVE_ELEMENTARY_WIN32', '1')
elementary_deps += ecore_win32
endif
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
c = configure_file(
output: 'Elementary_Options.h',
install_dir : dir_package_include,
configuration: elm_options)
elm_package_c_args = package_c_args + ['-DELEMENTARY_BUILD=1']
elementary_lib = library('elementary',
elementary: embed standard config as fallback Summary: as you can see in T7620, there is quite some critics about how we are handling configs in elm. This patch enables the compile-time standard config to be used instead of some weak-wrong-usage hardcoded structure defines somewhere in elm. This means, that every update to the default theme will be also in the next build embedded, without any config files installed at all, the standard config for desktops will work, and a error will be printed, so the user does have the possibility to interact with elm as he wishes, while he sees this error. fixes T7620 Reviewers: zmike, cedric, segfaultxavi, devilhorns Reviewed By: zmike Subscribers: devilhorns, #reviewers, #committers Tags: #efl Maniphest Tasks: T7620 Differential Revision: https://phab.enlightenment.org/D8481
2019-03-27 14:23:13 -07:00
elementary_src, pub_eo_file_target, priv_eo_file_target, c, embed_config,
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
dependencies: elementary_pub_deps + elementary_deps,
include_directories : config_dir + [include_directories('.')] + [include_directories(join_paths('..', '..', '..'))] + [ecore_evas_wayland_engine_include_dir],
install: true,
c_args : elm_package_c_args,
version : meson.project_version()
)
elementary = declare_dependency(
include_directories: [include_directories('.')],
link_with: elementary_lib,
sources : pub_eo_file_target + priv_eo_file_target,
dependencies: elementary_pub_deps,
)
build: add a option to disable eo file installation Summary: this is done because .eo files are not stable, and in order to stop people depending on it, its better for now to disable the installation of them for now. ref T7676 Reviewers: stefan_schmidt, cedric, zmike, devilhorns Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Maniphest Tasks: T7676 Differential Revision: https://phab.enlightenment.org/D7897
2019-03-14 09:43:51 -07:00
if get_option('install-eo-files')
install_data(pub_eo_files + pub_eo_types_files,
install_dir: join_paths(eolian_include_dir, package_version_name)
)
endif
here comes meson a new shiny buildtool that currently completes in the total of ~ 4 min.. 1 min. conf time 2:30 min. build time Where autotools takes: 1:50 min. conf time 3:40 min. build time. meson was taken because it went quite good for enlightenment, and is a traction gaining system that is also used by other mayor projects. Additionally, the DSL that is defined my meson makes the configuration of the builds a lot easier to read. Further informations can be gathered from the README.meson Right now, bindings & windows support are missing. It is highly recommented to use meson 0.48 due to optimizations in meson that reduced the time the meson call would need. Co-authored-by: Mike Blumenkrantz <zmike@samsung.com> Differential Revision: https://phab.enlightenment.org/D7012 Depends on D7011
2018-08-12 06:26:29 -07:00
install_headers(elementary_header_src,
install_dir : dir_package_include,
)
elementary_config_dir = include_directories('.')
meson: allow setting of custom pc variables this brings the theme directory to the elementary .pc file. Differential Revision: https://phab.enlightenment.org/D7224
2018-10-31 02:22:09 -07:00
package_pc_variables = ['themes='+join_paths(dir_data, package_name, 'themes')]