efl/src/lib/elementary/efl_ui_layout.eo

import efl_ui;

class Efl.Ui.Layout extends Efl.Ui.Layout_Base implements Efl.File
{
   [[Elementary layout class]]
   data: null;
   implements {
      Efl.File.file { get; set; }
      Efl.File.key { get; set; }
      Efl.File.mmap { get; set; }
      Efl.File.load;
   }
}
elm: Move legacy genlist types to elm_general. Summary: Fixes T6771 Reviewers: bu5hm4n, felipealmeida Subscribers: q66, cedric Maniphest Tasks: T6771 Differential Revision: https://phab.enlightenment.org/D5938 2018-04-18 10:03:11 -07:00			`import efl_ui;`

efl: apply the stabilzed column of the efl api board Summary: The project https://phab.enlightenment.org/tag/efl_api/ has been used in the last few weeks to figure out which classes can be stablized and which cannot. This commit moves those dedicated classes outside beta. And makes them stable. ref T7601 ref T7600 ref T7599 ref T7598 ref T7597 ref T7596 ref T7594 ref T7593 ref T7591 ref T7590 ref T7589 ref T7588 ref T7583 ref T7582 ref T7581 ref T7576 ref T7570 ref T7567 ref T7564 ref T7563 ref T7560 ref T7559 ref T7672 ref T7584 ref T7577 ref T7571 ref T7558 ref T7555 ref T7554 ref T7553 ref T7512 ref T7511 Depends on D8272 Reviewers: cedric, stefan_schmidt, zmike, segfaultxavi Reviewed By: segfaultxavi Subscribers: #reviewers, #committers Tags: #efl Maniphest Tasks: T7672, T7601, T7600, T7599, T7598, T7597, T7596, T7594, T7593, T7591, T7590, T7589, T7588, T7584, T7583, T7582, T7581, T7577, T7576, T7571, T7570, T7567, T7564, T7563, T7560, T7559, T7558, T7555, T7554, T7553, T7512, T7511 Differential Revision: https://phab.enlightenment.org/D8273 2019-03-09 04:44:17 -08:00			`class Efl.Ui.Layout extends Efl.Ui.Layout_Base implements Efl.File`
Eolian: Integration of Layout 2014-03-16 06:43:07 -07:00			`{`
docs: elm_layout: fill gaps in elm_labl eo file documentation 2016-11-21 08:54:12 -08:00			`[[Elementary layout class]]`
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			`data: null;`
Eolian: Integration of Layout 2014-03-16 06:43:07 -07:00			`implements {`
elm: use new property implement syntax everywhere 2016-12-27 10:15:41 -08:00			`Efl.File.file { get; set; }`
efl.file: improve api a bit Summary: the previous implementation/api had a number of issues: * "file" property contained both "file" and "key" values - also performed file loading operation * "load_error" property which was specific to image objects * no methods for controlling file loading/unloading this patch attempts the following changes: * split "file" property into "file" and "key" properties - also remove "key" from existing "mmap" property * remove "load_error" * directly return error codes from operations * add "load" and "unload" methods for directly controlling load state * add implicit file loading if file/mmap is set during construction * rewrite all efl.file implementations to move file loading into load() method * rewrite all usage of efl.file api based on these changes * add C extension functions to mimic previous behavior ref T7577 Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: vitor.sousa, #reviewers, #committers Tags: #efl_api Maniphest Tasks: T7577 Differential Revision: https://phab.enlightenment.org/D8018 2019-02-27 10:17:09 -08:00			`Efl.File.key { get; set; }`
elm: use new property implement syntax everywhere 2016-12-27 10:15:41 -08:00			`Efl.File.mmap { get; set; }`
efl.file: improve api a bit Summary: the previous implementation/api had a number of issues: * "file" property contained both "file" and "key" values - also performed file loading operation * "load_error" property which was specific to image objects * no methods for controlling file loading/unloading this patch attempts the following changes: * split "file" property into "file" and "key" properties - also remove "key" from existing "mmap" property * remove "load_error" * directly return error codes from operations * add "load" and "unload" methods for directly controlling load state * add implicit file loading if file/mmap is set during construction * rewrite all efl.file implementations to move file loading into load() method * rewrite all usage of efl.file api based on these changes * add C extension functions to mimic previous behavior ref T7577 Reviewers: segfaultxavi, bu5hm4n, cedric Reviewed By: segfaultxavi Subscribers: vitor.sousa, #reviewers, #committers Tags: #efl_api Maniphest Tasks: T7577 Differential Revision: https://phab.enlightenment.org/D8018 2019-02-27 10:17:09 -08:00			`Efl.File.load;`
Eolian: Integration of Layout 2014-03-16 06:43:07 -07:00			`}`
			`}`