On Thu, 2 Feb 2006 08:46:40 -0600 Brian Mattern <[EMAIL PROTECTED]>
babbled:
> On Thursday 02 February 2006 03:42, enlightenment-cvs@lists.sourceforge.net
> wrote:
> > going to work on gadcon - an intended replacement for gadman. just starting
> > things up - comments welcome, but this needs to fix up layout of gadgets
> > for moduels (gadman will exist for a while - mayeb forever, but i will
> > migrate most internal modules to gadcon eventually)
> >
>
> I assume Gadcon == Gadget Container. Sounds good, as it abstracts gadget
actually "gadget control" - close enough. it's intended as a replacement for
gadman - but gadman for now at least will stay.
> layout into different types ('anywhere on this evas' or 'in a horizontal row
> with the height fixed to the container', etc). However, instead of porting
> all the modules to gadcon, I think we should port them to E_Gadget, and port
> THAT to gadcon.
yes - that works too. right now i am planning on getting the layout stuff right
though just with some rectangles and stuff as gadcon clients. :)
> In addition to making things a bit easier on the gadget writer, E_Gadget
> moves the decision of which evas' to draw on to a central location. This
> allows us to later extend things to draw in windows other than the desktop bg
> windows.
gadcon is intended to work just this way too - so e_gadget would likely get its
canvas from e_gadcon - just punting the info down the pipe :)
> Then, in the future when xrender gets up to speed, we could have e.g. an
> 'overlay' gadget window that floats ABOVE the rest of the desktop. (Although,
> in that case, most gadgets would really have no need to run in e's process,
> and could just be separate individual windows anyway....)
actually - i was thinking just 1 big fat canvas and now client windows are just
canvas objects swallwed into the border edje objects... :)
> Regardless, I haven't gotten much feedback on E_Gadget yet. I know the API's
> could use a bit of work, but it IS usable. (For instance, I moved the
> temperature module to it already). I'll try to write up a blog post about it
> this weekend.
sure - i'm starting to look at this - so i'll keep that within my field of
vision. right now though i want to simply get this right form a container
layout point of view. gadcon has 2 modes. a free floating mode and a
"swallowed" mode. so far. the swallowed mode means some container object
swallows it into an edje part and controls it from there. so a "panel" would
have a swallow region for contents and thats where the gadcon would live for
example. this allows us to no swallow gadgets into window borders too, and
possibnly menus and all sorts of other locations that modules might want to pop
up :)
> --
> rephorm
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
