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

Reply via email to