> >     Umm... It still sems to me like you'd want some kind of canvas
> > widget to which one could add arbitrary evas objects to, directly
> > or  indirectly (I believe that etk has something like that), in
> > order to have a more flexible "evas objs in a ewl app" system, and
> > just feed ewl events on that canvas widget to the underlying evas..
> 
> The idea of a canvas has been under consideration for a while, but
> has been lower priority than other things that still need work.
> 
> Through what mechanism are you proposing we build the canvas widget?
> It could be a buffer evas as we already have a pretty good wrapper
> around that, but the levels of indirection are additional overhead
> (maybe a reasonable amount). That would solve the problem of feeding
> events since they could go directly through the global evas event API
> I'd prefer to have a sub-canvas abstraction around the windows
> existing evas, which we can clip to the region of the canvas widget.

        Good questions.. Don't know. A buffer canvas would be nice to
have for several reasons, but as you mention it may not be the best
way to realize a canvas widget for other reasons.. it also depends on
the semantic notions of child widgets vs sub-canvases. I think etk
takes a canvas widget as just a region of the underlying canvas of
the parent widget, and just feeds the events to that evas.

> 
> >       But as far as the particular events issue you bring up,
> > maybe you could write up a preliminary evas patch with the changes/
> > additions you feel are needed.. and battle it out with raster if
> > need be.  :) 
> 
> I'm not sure if you've noticed my commit level lately, but it hasn't
> been what I would call "active". I'll look at this if have a chunk

        It's been better than mine..

> of time to commit to it, but I'm hoping someone with an itch to
> scratch will beat me to it.

        My itching has calmed down quite a bit over time since it
often feels like too much of a battle here in E land.. I'd hoped
to see some of the things Carsten mentioned he'd like to engage
edevelopers in - meets, discussions, coordination in plans, maybe
some hackfests, etc.. but it seems that kind of organization itself
takes more time than anyone really has.. :(

_____________________________________________________________
Music to your ears. Click now for great mp3 accessories!
http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3oh9kw8rO5cy05pZf7Z6vqaNFwfzyTG45gGYhqutlSXvsQ44/



-------------------------------------------------------------------------
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