Gustavo wrote:

>>     It's definitely useful to have such a ready-made simplifying
>> smart-class construction mechanism that could be 'overriden' - and
>> if you could couple that with some kind of object system for smart
>> data it might even be close to some aspects that the gui toolkits
>> already have. ;)
>>
>>     But I'm not sure what you're proposing about doing with it in
>> evas itself..? Do you want to add a new 'clipped smart' object type,
>> or do you want to re-do the current smart stuff so that they have
>> default internal implementations for these smart functions but if
>> the functions are user-specified, then those are used rather than
>> the built-in default ones.. or something of that sort, or what?
>>     
>
> just check ehelpers/evas_object_smart_clipped.[ch], they should go to
> evas/src/lib/canvas (and .h to Evas.h)
>
> no radical change, it's just an extensible way on top of what we have
> now, that I really feel is enough for our case: you can _VERY_ easily
> integrate that with other object systems. I did that for Python-EFL.
>   

      No radical changes? Well that certainly puts a damper on things
Gustavo.. where's the fun in that? :) Ok, I took a look at your
ehelpers/evas_object_smart_clipped.[ch] and that's definitely not
radical.

      On a more serious note: If you're not going to really extend
evas per-se, just add some convenience constructs for dealing with
'common' kinds of smart objects, then why put this into evas?
      Why not add it to the esmart lib instead, that's a lib that's
used for exactly these kinds of things (it has many useful kinds of
smart classes for various things - more should be added).



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to