On Wed, Dec 28, 2011 at 12:34 AM, Christopher Michael <cpmicha...@comcast.net> wrote: > On 12/27/11 21:26, Gustavo Sverzut Barbieri wrote: >> >> On Wed, Dec 28, 2011 at 12:20 AM, Christopher Michael >> <cpmicha...@comcast.net> wrote: >>> >>> On 12/27/11 21:16, Gustavo Sverzut Barbieri wrote: >>>> >>>> >>>> On Wed, Dec 28, 2011 at 12:03 AM, Christopher Michael >>>> <cpmicha...@comcast.net> wrote: >>>>> >>>>> >>>>> On 12/27/11 20:42, Gustavo Sverzut Barbieri wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Dec 27, 2011 at 11:01 PM, Christopher Michael >>>>>> <cpmicha...@comcast.net> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 12/27/11 16:45, Cedric BAIL wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Dec 27, 2011 at 8:25 PM, Enlightenment SVN >>>>>>>> <no-re...@enlightenment.org> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Log: >>>>>>>>> Ecore_Evas (Wayland_Shm): >>>>>>>>> >>>>>>>>> Add an actual 'frame' to ecore_evas_wayland. (just a boring >>>>>>>>> rectangle >>>>>>>>> frame w/ the title). >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Couldn't you reuse in some way what Gustavo did in the EWL backend ? >>>>>>>> >>>>>>> Are you referring to the old ewl toolkit here ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> he means EWS - Evas+Ecore Windowing System. >>>>>> >>>>> Ahhh ok. Well, what exactly is ews ? and what use could it be here ? >>>> >>>> >>>> >>>> I'm not following wayland patches, but EWS implements a windowing >>>> system, with a window manager and all (decorations provided by >>>> elementary's wm). It's single process, so you can run all your >>>> elementary_test windows in framebuffer or playstation3. >>>> >>>> I had no need for things like "frame" windows and such, found it >>>> strange. But likely raster is reviewing your code and it does make >>>> sense, no idea on my side. >>>> >>>> >>> And I haven't been following ews patches, lol :) But I am curious now ... >>> how does ews implement a window manager& decorations ? I haven't seen >>> >>> anything in elementary that does decorations (or for that matter, a >>> window >>> manager). Also not sure if 'single process' would be sufficient in a >>> wayland >>> case :/ >> >> >> there are no patches, code is in ecore_evas and elementary for months >> already. >> >> ecore_evas posts ecore_events that the manager is supposed to use and >> do whatever is required, like adding decorations. >> >> elementary's code will implement this and register to events, creating >> edje to decorate it: >> >> http://trac.enlightenment.org/e/browser/trunk/elementary/src/lib/elu_ews_wm.c >> > Ahh I see. > > >> as for single process, that what was required. if one added a way to >> get windows from other process is just a matter of doing the shm. But >> I did not, as wayland was supposed to do it. :-) >> >> >>> Well, we are not making 'frame windows' (as such), just ability for >>> ecore_evas to draw it's own "frames" Around windows (read: >>> decorations)...or >>> for elm to do it, etc. >> >> >> Still don't get it. What's the need to have these? Isn't just the >> window maker (elm_win) to draw its stuff and that's it? what's up with >> it at Evas level? >> > > Well, what happens if someone makes an efl app that does not use elm ? > Ecore_Evas would still need a way to draw a 'frame' around the window.
are you kidding or insane? What are you going to do? draw the border using only evas commands, no themes? no nothing? If you're getting themes, you pull in edje, then not in ecore-evas... a separate library? if so, why not elm? that's why I put it like that, elm pulls in ecore, evas, ecore_evas and edje, all nice to do it... plus ship with a theme :-) IMO it's not something for ecore or evas. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
