On 26 April 2016 at 14:28, Jean-Philippe André <j...@videolan.org> wrote:
> I've just merged a series of commits dealing with the box & table APIs for
> Edje.Object and Elm.Layout. Since we decided not to implement anything like
> eo_part at the core eo level, I've implemented part_box and part_table
> support using fake objects.
>
>
> This code:
> > elm_layout_table_blah(ly, "part", args);
>
> now becomes:
> > efl_pack_blah(efl_content_get(ly, "part"), args);
>
>
> The EO returned by efl_content_get is not a real Evas Object, it's only a
> temporary proxy object that knows about its parent (ly) and the part name
> it refers to ("part"). It is attached to the underlying Evas Box or Table
> created by edje, and should live
>
> eo_del() is legal, just call efl_content_get() again to create a new
> handle.
> eo_ref() is not a good idea.
>
>
> Note that efl_content_get() also returns real swallowed objects if the
> "part" is a SWALLOW.
>
>
> I believe text part APIs should eventually move to the same concept, once
> the text interface is finalized (or, well, good enough). efl_text_set() on
> a Layout object (or any Widget) should set the text of the "default" part
> (whatever that means). Other parts can be accessed by efl_content_get().
>
>
> Comments? Suggestions on how to improve this?
>
>
Following herdsman's suggestion, here's a page on the wiki:
https://phab.enlightenment.org/w/efl_container_apis/
--
Jean-Philippe André
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
