On 1/1/07, Brian Mattern <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 01, 2007 at 03:43:42PM +0100, Jorge Luis Zapata Muga wrote:
> > On 7/2/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > On Mon, 19 Jun 2006 01:17:03 +0200 "Jorge Luis Zapata Muga"
> > > <[EMAIL PROTECTED]> babbled:
> > >
> > > > Hi all,
> > > > i have some doubts-ideas about evas smart objects,
> > > >
> > > > 1. the API
> > > > in order to add an object to a smart object you have to do
> > > > _member_add(o, s) and to delete _member_del(o,s). On the code of both
> > > > an evas smart object actually stores the members on a list but theres
> > > > no function to retrieve them, Evas_List * _members_get(s), so when you
> > > > code an evas smart obejct and you need to keep track of the objects
> > > > you have, you need to duplicate the list and code a different function
> > > > to do that.
> > >
> > > a get call would be useful and a good idea. :)
> >
> > hi all and happy new year =)
> >
> > ive retaken this thread to not add another one about almost the same
> > topic (Evas smarts) :)
> > i know the get call is indeed usefull, but im having another "problem"
> > with evas smarts, the member_add/member_del functions. Wouldnt be good
> > to have the smart class also define (if it wants) a member add/del
> > callbacks?
> >
> > all smart classes define their own api to add a member in case they
> > want to track down/do something with the objects added/deleted which
> > is good, but imho isnt consistent because if someone uses the "normal
> > api" to do that (evas api) the smart object will be in a inconsistent
> > status. one solution is to do everything through evas api, do a
> > _member_add and the smart callback will be called.
> >
> > If the smart also wants to add its own objects in case an object is
> > added it still has to differentiate in the callback if the object
> > added is its own or another, but isnt a problem i think =)
> >
> > what do you think?
>
>
> _member_add/del are more for internal use of the smart object to tell
> evas which objects are part of it (for event, stacking, layering,
> purposes). If a smart objects acts like a container, i think it makes
> more sense to have a specific api for that (there may be multiple ways
> of adding children to that container) rather than using a generic
> member_add() with a callback.
>
> I may be misunderstanding your request. If so, could you give a specific
> example of what you're proposing?
>
> rephorm


we have discussed this on irc.
better the way it is right now =)


>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to