aboutsummaryrefslogtreecommitdiffstats
path: root/src/lib/elementary/elm_entry.eo (follow)
Commit message (Collapse)AuthorAgeFilesLines
* elm_entry: remove all legacy usage from eo filesMike Blumenkrantz2019-03-071-928/+0
| | | | | | | | | | | | 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
* efl_ui_widget: redo disable handlingMike Blumenkrantz2019-02-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | before the disable property was a bit weird. Setting something to disabled=true will disable all children of the widget that is changed. However, only the update function of the children will get the false flag, not the flag itself. Which means, to query the real disabled state, we need to walk up the parent relations. With this patch, every change to disabled will go through the disabled property, which mean, a implementor can just overwrite the disabled property, and adjust its internal state there. Just be carefull, a set to disabled=true still might result in disabled=false. This makes the function on_disable_update unneccesary. Which also cleans up the Efl.Ui.Widget class. ref T7553 Depends on D8016 Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D8017
* efl.ui.layout: split into abstract and real classMike Blumenkrantz2019-02-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* efl.file: improve api a bitMike Blumenkrantz2019-02-271-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: the previous implementation/api had a number of issues: * "file" property contained both "file" and "key" values - also performed file loading operation * "load_error" property which was specific to image objects * no methods for controlling file loading/unloading this patch attempts the following changes: * split "file" property into "file" and "key" properties - also remove "key" from existing "mmap" property * remove "load_error" * directly return error codes from operations * add "load" and "unload" methods for directly controlling load state * add implicit file loading if file/mmap is set during construction * rewrite all efl.file implementations to move file loading into load() method * rewrite all usage of efl.file api based on these changes * add C extension functions to mimic previous behavior ref T7577 Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: vitor.sousa, #reviewers, #committers Tags: #efl_api Maniphest Tasks: T7577 Differential Revision: https://phab.enlightenment.org/D8018
* efl: convert all classes to the new eolian syntaxMarcel Hollerbach2019-01-181-2/+2
| | | | | | | | ref T7459 Reviewed-by: Daniel Kolesa <daniel@octaforge.org> Reviewed-by: Xavi Artigas <xavierartigas@yahoo.es> Differential Revision: https://phab.enlightenment.org/D7684
* elementary: remove Efl.Ui.Layout namespaceJaehyun Cho2018-11-161-1/+1
| | | | | | | | | | | | | | | | | | 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
* efl: major rewrite of efl_part.Cedric BAIL2018-05-241-1/+1
| | | | | | | | | | The interface efl_part_get should not be directly called from C, but the efl_part wrapper should. It rely on efl_noref to properly destroy the object. Binding can control the lifecycle of the reference the way they want by either calling the wrapper or efl_part_get directly. It also means that the ugly ___efl_auto_unref_set doesn't need to be exposed outside of EFL anymore. Differential Revision: https://phab.enlightenment.org/D6098
* elm_entry: add elm_entry_prediction_hint_hash_set/del APIJihoon Kim2018-05-231-0/+21
| | | | | | | | | elm_entry_prediction_hint_hash_set API sets the prediction hint data at the specified key, and elm_entry_prediction_hint_hash_del API is for deleting the prediction hint data identified by a key. @feature Signed-off-by: Jihoon Kim <jihoon48.kim@samsung.com>
* efl: Add missing event typesXavi Artigas2018-05-191-21/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | Summary: All events must have a type now, otherwise bindings don't know how to handle the event_info field. Most of the missing event types were actually "void" (no event_info present). Some struct definitions had to be moved to eo instead of h files, so they are available to bindings. Some have not, and are marked with FIXME. Some namespaces have been fixed (like Efl_Event_Cb -> Efl.Event_Cb). In general, there are hundreds of changed files, but mostly to add a type which was not present before, so there's no harm done. Also, A lot of FIXMEs have been added which should be, like, fixed. For example, some events can send different types of event_info, which is very inconvenient (and error prone). Test Plan: make with c# bindings works, make check and make examples work too. Reviewers: cedric, q66, lauromoura Subscribers: zmike Tags: #efl Differential Revision: https://phab.enlightenment.org/D6169
* Introduce efl_ui_widget_focus_managerMarcel Hollerbach2018-05-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Summary: The mixin encapsulates the correct - creation - composition attaching - Lifecycle handling of the focus managers that are assosiated with the object. This fixes error messages on shutdown, and additionally lifetime issues where the composite_attached object was deleted before the object was deleted. Reviewers: cedric, zmike Reviewed By: zmike Subscribers: segfaultxavi, zmike Tags: #efl Differential Revision: https://phab.enlightenment.org/D6108
* Efl.Ui.Layout.Object (from Efl.Ui.Layout)Xavi Artigas2018-04-241-1/+1
| | | | | | Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
* Efl.Gfx.Entity (from Efl.Gfx)Xavi Artigas2018-04-241-3/+3
| | | | | | Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
* Efl.Access.Object (from Efl.Access)Xavi Artigas2018-04-241-2/+2
| | | | | | Ref https://phab.enlightenment.org/T6847 Reviewed-by: Cedric Bail <cedric@osg.samsung.com>
* elm_entry: use a normal calc manager instead of the root focusMarcel Hollerbach2018-04-031-0/+1
| | | | fix T6795
* Efl.Access.Text: resolve more name conflictsMike Blumenkrantz2018-02-151-3/+3
| | | | | | text -> access_text attributes -> text_attributes selection -> access_selection
* Efl.Access.Editable.Text: content -> text_contentMike Blumenkrantz2018-02-151-1/+1
|
* elm_entry: remove 'calc_force'Mike Blumenkrantz2018-02-151-7/+1
| | | | use Efl.Layout.Calc which is already inherited
* elm_entry: rename some eo methodsMike Blumenkrantz2018-02-151-2/+4
| | | | | | | | cursor_content -> textblock_cursor_content cursor_geometry -> textblock_cursor_geometry probably all cursor methods here should be renamed to something to increase consistency
* efl.access: name -> i18n_nameMike Blumenkrantz2018-02-151-1/+1
|
* efl_ui_legacy: add new interface to indicate legacy widgetSungtaek Hong2018-01-241-1/+2
| | | | | | | | | | | | | | | Summary: For now, how to check whether a widget is legacy or not is to check flags in private data or static flag, which is set during elm_legacy_add. If Efl.Ui.Legacy interface is added, it can be easilly checked by efl_isa(obj, EFL_UI_LEGACY_INTERFACE) Reviewers: woohyun, jpeg, cedric, Jaehyun_Cho Subscribers: conr2d, cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5748
* widget: Move on_focus_update to Focus.ObjectJean-Philippe Andre2018-01-191-1/+1
| | | | | | | | | Following @taxi2se's recommendation. This is indeed a focus method, and Widget already inherits from Focus.Object. Ping @bu5hm4n who probably wants to adapt this further. Ref T5363
* widget: rename elm widget to Efl.Ui.Widget.Amitesh Singh2018-01-081-6/+6
|
* edje: rename intf Efl.Canvas.Layout.Signal to Efl.Layout.SignalAmitesh Singh2017-12-051-3/+3
|
* elm: Move legacy enums to elm_general.eot.Lauro Moura2017-12-041-112/+0
| | | | | | | | efl_ui_text and friends uses some enums currently defined in elm_entry.eo. The latter is exported outside the elm public eolian eos and never generated. This commit moves the enums to the "transition" file elm_general.eot.
* elm_entry : Added access action interface in entry.Prasoon Singh2017-11-281-1/+2
| | | | | | | | | | | | | | | | | | Summary: Added access action interface in entry. On activate action from atspi client , entry will emit click signal and input panel would be shown. Test Plan: When activate action comes, entry will emit click signal and input panel should be shown. Reviewers: shilpasingh, kimcinoo Reviewed By: shilpasingh Subscribers: cedric, jpeg, rajeshps, govi Differential Revision: https://phab.enlightenment.org/D5544
* elm: rename Elm_Interface_Atspi_Accessible interfaceLukasz Stanislawski2017-10-191-2/+2
| | | | | | Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5341
* widget: Rename focus_region (EO)Jean-Philippe Andre2017-10-121-1/+1
| | | | | | | | | | | | | | | | | This region has little to do with focus, as it's more of a region of interest within the widget, and not directly related to the highlight geometry, for instance. It's related to focus in the sense that only widgets with focus would really care about this region. I decided to change this name after talking with @bu5hm4n. Note that gengrid uses this but is also completely broken (the focus highlight floats around and you don't even see the focused item). Note: This is very close to show_region but I'm not sure those can be merged safely (since the default "focus_region" is NULL while the default "show_region" is the widget's geometry). Ref T5363
* elm_entry: remove old api!Marcel Hollerbach2017-10-101-2/+0
|
* elm: rename Elm.Interface.Atspi.Text => Efl.Access.TextLukasz Stanislawski2017-09-261-23/+23
| | | | | | Reviewers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D5167
* eolian: add mstringDaniel Kolesa2017-09-221-1/+1
| | | | | | This is a new type representing a mutable string (no const). Regular strings cannot be made mutable with @owned because they might be hidden behind typedefs.
* elementary: convert to new ownershipDaniel Kolesa2017-09-151-1/+1
|
* widget: Rename on_focus to on_focus_update (EO)Jean-Philippe Andre2017-09-011-1/+1
| | | | | | | on_focus seems to imply that focus was just given to the widget, but that function is called on any focus change (in and out). Ref T5363
* widget: Merge on_focus_region and focus_region_getJean-Philippe Andre2017-08-291-1/+1
| | | | | | This simplifies code and API. Ref T5363
* widget: Rename hook "activate" (EO)Jean-Philippe Andre2017-08-291-1/+1
| | | | | | | | This is for accessibility only. Protected function. Also marked as beta as elm_access isn't going to be stable in EO (yet). Ref T5363
* widget: Rename hook "disable" (EO)Jean-Philippe Andre2017-08-291-1/+1
| | | | | | | | | | Renamed to on_disabled_update. Also passed in the new state of disabled. It's more convenient this way, than having the subclasses call disabled_get. Also simplify some code... Ref T5363
* widget: Make sub_object add/del protected (EO)Jean-Philippe Andre2017-08-231-1/+1
| | | | | | | | | | Also prefix with widget. I want to rename this as child rather than sub. It's inconsistent with the other parent/child hierarchies. Anyway the various hierarchies are confusing, so let's keep this name :) Ref T5363
* elm: Rename elm_layout to Efl.Ui.LayoutJean-Philippe Andre2017-08-081-1/+1
| | | | | | | | | | | Some names have not been changed, hopefully making a distinction between legacy APIs and internal code (elm_layout_blah) and valid EO usages. This means many internal functions are still elm_layout_ as their sole purpose is to support the legacy API. Ref T5315
* elm: Move elm_layout_sizing_eval to legacyJean-Philippe Andre2017-08-081-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | elm_layout_sizing_eval() marks an object as requiring recalc. Unfortunately, it's been massively abused by various widgets into actually doing the calc, or the min calc. So we end up with one API that has 3 different definitions depending on the widget type: 1. Mark as requiring recalc (correct, respects doc, elm_layout) 2. Calculate min size and other size hints 3. Actually do some geometry modification I believe we need to clarify these 3 requirements into 3 very clear and specific APIs in elementary. Right now we have similar functions in evas for 1 (evas_object_smart_changed) and 3 (smart_calculate). But their exact definition also isn't necessarily what we want for elementary. Another clear problem is that layout_eval does not do any calculation (in theory), so the "eval" word is a bit of a stretch here. Once we're sure about the exact API we want, we can add this back to EO and make it work across our EO widgets. For now let's just keep the legacy API, and its EO overrides, as is. Ref T5315
* elm: Remove custom layout signal APIsJean-Philippe Andre2017-08-041-3/+3
| | | | | | | | | | | | | | | | | | | | | | This merges them with the now standard interface: Efl.Canvas.Layout_Signal Some wrapping work was required for legacy API which takes no user_data in del() but instead returns it. The new EO function, while harder to use, is more correct (you can't delete the invalid callback by accident, and this follows EO events design). Another crazy wrapping was done in entry/text in order to add the callbacks to 2 objects instead of just one, and still return the user data. As for Naviframe and Popup, those two widgets override signal_emit to forward the call to another object than the resize object, but not callback_add/del. So they are definitely broken. Ref T5315
* layout: Remove method theme_enableJean-Philippe Andre2017-08-041-1/+0
| | | | | | | This was an internal thing, ugly, replaced by another ugly solution, but maybe less ugly. Ref T5315
* elm: Make content and text aliases internal onlyJean-Philippe Andre2017-08-041-2/+0
| | | | | | This removes the APIs from the EO API. Ref T5315
* elm_entry: use layout text/content aliases when text_set/get ↵Sungtaek Hong2017-06-301-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | content_set/get/unset Summary: - elm_entry has elm.guide text part and it can be set by "guide". - However when using text_aliases_get, this cannot be found. - Add elm_obj_elm_layout_part_aliasing_eval() internal APIs to make entry use proper aliases. Test Plan: 1. Run elementary test 2. Observe search entry has guide text with "guide" part. 3. Run Entry 8. 4. Observe "elm.guide" part also works. 5. Observe "icon" and "end" part works. Reviewers: id213sin, herdsman, jpeg Reviewed By: jpeg Subscribers: conr2d, cedric, jpeg Differential Revision: https://phab.enlightenment.org/D4962
* Add since tag in elm_entry_prediction_hint_setJihoon Kim2017-06-261-1/+4
|
* elm_entry: Add prediction hint APIJihoon Kim2017-06-261-0/+6
| | | | | | prediction hint can be used to provide an intelligent reply suggestion. @feature
* Elm layout: replace 'text' property with 'efl_part' interfaceDaniel Hirt2017-06-051-1/+0
| | | | | | | | | The expected usage is efl_text_set(efl_part(layout, part), text); Same for text_get. Also, added an example how to make API easier with providing efl_text_set/get for the widget itself, in efl_ui_button. Please see this example.
* evas/elm: Make group_add/group_del internal functionsJean-Philippe Andre2017-05-191-2/+0
| | | | This hides those two legacy functions from the EO API.
* evas: Remove Evas.Coord from EOJean-Philippe Andre2017-05-151-4/+4
| | | | | | | | | | This may be a bit more controversial... But Evas_Coord really is just an int and all the internals of EFL assume that the base coordinate type is a 32-bit int. So this type is a bit redondant and can't easily be changed to, say, a float or int64. Ref T5312
* eolian: disallow duplicate implementsDaniel Kolesa2017-01-021-4/+2
|
* elm: use new property implement syntax everywhereDaniel Kolesa2016-12-271-29/+27
|
* elm: move Elm.Icon.Type to elm_generalDaniel Kolesa2016-12-091-1/+0
| | | | | This unbreaks installed eo file database as certain installed eo files import elm_icon which is not installed, causing parse errors.