new classes added:
Efl.Ui.Tree_View Efl.Ui.Tree_View_Layouter Efl.Ui.Tree_View_Segarray Efl.Ui.Tree_Factory
added view_tree_example_1 in elementary example
Remove these commented lines?
Typo, missing leading 'e'?
Wouldn't eina_hash_set return an Efl_Ui_Factory* (the "value" of the hash), requiring efl_del/efl_unref instead of stringshare_del?
Please get rid of seg_array. This is not something that make sense in term of public API at all. Don't forget that Eo object are public API meant to be used by bindings and others developers outside of EFL tree.
Why is this an Eo object at all ? This seems to much for what it does. I was not a fan of its existence in the View List object, but this is getting worse. Instead of having a generic object that is part of our API we now have two custom object class that don't seems to have any usefulness outside of the object that use them directly.
Please get rid of it, or merge it with the one from View List, or make it and the View List one a private object, but it should not stay public the way it is.