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.
While I'm at it hijacking this thread, here are some of those basic kinds
of things that came to mind:
(*) Fix widget "coloring" (it's broken right now), and fix the current widget
struct's internal "smart_object" to behave correctly with respect to both
coloring and clipping. A lot of the struct's data fields could also be
better placed inside that object's smart data. Also, remove the extraneous
'set event_object' api for widgets and just do this right by having etk
handle this internally -- *all* widgets should be able to handle events,
whether they have a theme set or not, and whether they choose to handle
events or not is already covered by the relevant api funcs.
(*) Add widgets that correspond to evas gfx-primitives and their properties,
and do so *efficiently*. Redo the current image widget accordingly, and
add a new "icon" (or maybe "picture") widget to handle some of the aspects
the current image widget now has. Possibly allow for setting an image widget
as a 'source' for this icon/picture widget.
(*) Add the ability to "clip" a widget by another (rect) widget.
(*) Add a "scene" (buffered-canvas) widget. Allow for setting such a scene
widget
as a 'source' for an image widget.
(*) Add a "group" widget and wrap relevant parts of the edje api (and maybe some
of the Edje_Edit api) to it. Possibly allow for getting/setting such a group
widget from/to other widgets (encapsulating the given widget's 'theme'
object).
If desired, go the extra mile and implement (an extended) edje/edc directly
via etk and have the group widgets realize this. Maybe put all this into a
an "etk_group" module.
(*) Define and add an animation api able to integrate well with etk's
"properties"
system.
(*) Clean-up and /or remove a lot of cruft. Move all explicit evas or edje stuff
out to an "etk_evas" module, for those who would still like to use etk in
conjunction with ecore/evas/edje.
(*) If etk really feels like going experimental, add a new "overlay" theming
component for some container widgets - ie. an internal *top-most* visual
object
(complementing the standard internal bottom-most "theme" visual object).
(*) Represent all the above in evolve - extend and improve the descriptive
format
and the gui designer correspondingly. Possibly add support for scripting...
possibly have some modular/extensible support somehow...
Many of these should probably have been done long ago.. in the early stages
of its development. Many are fairly straightforward and not too difficult.
It would make etk (plus evolve) a far more capable, flexible, self-contained
development system for many of the kinds of 'modern' gui needs.
Of course a more extensive underlying gfx system would be good.. but that's
a whole separate issue.
____________________________________________________________
Make your dream home a reality. Click here to find all your home improvement
needs!
http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw2eRIvKy4y1x8PV8BPStbnyESeyfAoIZKJ6LwI5TfL8n0Bde/
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
