Hi, some of you seems really happy with the new elm_object_text_set function, but it's not my case. I'm feeling very frustrated with it. The implementation of this function is generic only because each widget knows where is the edje_object and the name of the part to set. Today each widget who use this hook do like this ->
if (part == NULL) edje_object_part_text_set(mysmartdata->edje, "my_label_part", label); else don't do anything .... So, Why we can send a part name for argument, if we don't care. Surely we can make some widgets could set some extra label... And if they does, each widget need to manage this with own code. Where is factorisation of code ? And this become a huge work to done. My problems is in fact, why hidden the power of edje in an elementary widget ? I want to use it :'(. Emit signal set some label and swallow some parts... And don't recode a widgets because, I can't do this. In exemple, I take an actionslider. We can set a label for each state (left, right, middle). But we can't have a label for the slider button. So, I need to recode actionslider ? Still with actionslider, I want an icon in the button but not always same. I have to make as many themes as I have icons ? I have many exemple in mind, but I hope you can imagine some of them ... (one of them is about a progressbar :p). Of course all widgets don't have an edje, but many of them have. So my idea was to up one level the edje_object in widgets. So each widget, who have an edje could provided it to elm_widget with a hook or whatever. So, we can set uniformised functions to set label and more in elm_widget. This is only a sugestion ... What do you think about it ? Best Regards -- Michaël Bouchaud ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
