On Tue, Dec 9, 2008 at 5:00 AM, Sebastian Dransfeld
<[EMAIL PROTECTED]> wrote:
> Jose Gonzalez wrote:
>>   Sebastian Dransfeld wrote:
>>
>>> Jose Gonzalez wrote:
>>>
>>>>    Gustavo wrote:
>>>>
>>>>
>>>>> On Mon, Dec 1, 2008 at 8:15 AM, John Lee <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>>>        ... by adding 3 callbacks to viewport->event and connecting
>>>>>>        them back to the original callbacks.
>>>>>>
>>>>>> Signed-off-by: John Lee <[EMAIL PROTECTED]>
>>>>>>
>>>>> nobody replied to this in a while, so I commited to ETK as it seems
>>>>> to work.
>>>>>
>>>>> Thanks for the patch and sorry taking so long to commit.
>>>>>
>>>>    Since my retiring from work on evas, I took a better look at etk..
>>>> and
>>>> I have to say that there's a lot that could be done to it, not only
>>>> fixes,
>>>> but also major internal refactoring, some api changes, and more
>>>> 'basic' stuff.
>>>>
>>>
>>> Then you should also realise that etk is a dead end, and no one is
>>> going to do any major work on it. Don't waste your time.
>>>
>>> Sebastian
>>>
>>
>>   Really? That's quite severe.. especially since much of this
>> stuff is fairly straightforward to accomplish.
>>   What makes you state with such certainty that "etk a dead end"
>> just because some refactoring and improvements could be
>> made to greatly improve the lib? Or do you mean it might
>> be better to start with a new code base?
>
> As it is now, none of the main developers are using time on etk, and
> raster and Gustavo have their own widget libraries (elementary/guarana).

do not consider elementary and guarana separate entities, they're for
now, but we'll merge soon, just need time, but xmas is there for this
kind of thing ;-)  Probably we'll make adapt grn_widget and
grn_edje_widget as the basics and move elm widgets on top of it, then
drop guarana_widgets, guarana will continue as other libraries that do
not contain widgets. But even before that, being simple smart objects
make it easier to merge, including with esmart.


> The design of these widget libraries differ from etk, as they are 100%
> evas centric and use smart objects heavily.

yes, and I really think this is way better, both for library
developers and users.


> The only work done on etk is small fixes to keep it usable.

and this is mostly dave because he is using for edje_editor... however
I see Dave moving to elementary once we have what he needs. and we're
not far.


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to