aboutsummaryrefslogtreecommitdiffstats
path: root/src/lib/elementary/efl_access_object.eo
diff options
context:
space:
mode:
authorVitor Sousa <vitorsousa@expertisesolutions.com.br>2019-06-04 22:39:51 +0000
committerCedric BAIL <cedric.bail@free.fr>2019-06-25 17:08:53 -0700
commitfb7f9d4ed3ea3c21dc6d57b623c887732cf88ff8 (patch)
tree3ae8af0bafb9c5e002267749bf9017c4395ec9de /src/lib/elementary/efl_access_object.eo
parentevas_common_format_color_parse: support color names (diff)
downloadefl-master.tar.gz
eo: add an API entry for custom instantiation of Eo objects for binding usageHEADmaster
Add a new function in the Eo API in order to provide more options on object instantiation for binding creators. For the Eo lib to be able to construct objects that inherit from bindings in many languages we should provide a way for bindings to call different kinds of constructors, in a way that simply overriding the `efl_constructor` method is not enough. We need a way to differentiate at construction time if the Eo is being constructed from C or from the binding, because if it is the former we need too call the inherited object constructor from C and instantiate a new object, and if it is the later we need to avoid instantiating a new object because we are already in the middle of the process of creating a new one. `efl_constructor` alone does not provide any way of distinguishing between those situations, so, being able to pass additional information for efl_add_start (like a custom constructor pointer) is necessary to make the right distinction. Reviewed-by: Cedric BAIL <cedric.bail@free.fr> Differential Revision: https://phab.enlightenment.org/D9070
Diffstat (limited to 'src/lib/elementary/efl_access_object.eo')
0 files changed, 0 insertions, 0 deletions