On Thu, Sep 15, 2011 at 5:01 AM, Cedric BAIL <cedric.b...@free.fr> wrote: > >>> 1. Delete - The part, description, program can be deleted. > > > >> I don't know if this is really usefull as all the object model I know > >> don't provide this kinde of feature. Do you have a use case for that ? > >> Or maybe you know a language that provide this kind of feature, so I > >> could read about it. > > > > In our theme, genlist has a lot of style. Specific part can belong to some > > group or not. Let's assume I make new genlist style. I want to inherit a > > group > > and change some property and delete one part. If deletion is not supported, > > I cannot inherit a group. Let's think about this. ^^ > > Hum, in my opinion it may become a little bit hugly if we do follow > such path. In the exemple your are describing, I would have prefered > that a common genlist group was created and that both style inherit > from it. It would keep thing clearer, and if someone modify the first > style without looking at the second style, it will not break. If he > rename a part, add some that does have some unintended effect on the > second style. > In general, a clean hierarchie will prevent some breakage and > delete clearly provide a way to do things that will be difficult to > maintain. So I would prefer that's this feature doesn't go in.
Reading this ringed a BIG warning in my mind. You need to be careful with the way Edje is done. I did not review the code, but let's remember that: - All references are done by integer identifier. Order will affect that! When you provide insert_before and insert_after, do you recalculate all your ids and reassign them? I recall it was a painful work to do in Edje_Edit - remember about PART:"name" and PROGRAM:"name"... what to do when part is deleted? Do you remember to create a new program and recompile it with the new references on insert_before/after? - what to do with dependencies? One part is relative to another... it is deleted... then? Please consider all these issues, create tests and prove it is right before merging it. I smell lots of possible problems with this thing :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel