On Fri, 9 Aug 2013 19:20:31 -0300 Gustavo Sverzut Barbieri <barbi...@gmail.com> said:
> Hey guys, > > I'm trying to improve enlightenment so it's less patched when used by > mobile systems. Currently I'm looking into Tizen and they had some > requirements we couldn't fulfill, then they did some hacks that are > everything but nice. > > I'm still collecting ideas as I look into their code, documenting them at: > > https://phab.enlightenment.org/w/enlightenmentformobile/ > > If you have ideas or comments, please add them to that page. As you > may have noticed some of the items such as system notifications were > already added to Ecore, later I plan to do the hooking into > Elementary. I've asked Discomfitor to do some parts in Enlightenment, > but he is quite busy these days... so if you want a nice task, please > jump in to do it :-) > > One of the items I'm wondering is this one: > > Elementary should have a new policy to help battery and performance it > could "request,delete" windows that are hidden after a threshold and > system is under > low-memory/battery state. This would complement the existing policy of > quit application after last window is closed. Applications could reject > delete request, > so it is safe. Need a way to reload the resources, for instance if > window X is > auto-deleted and application exits, WM should be able to request that > exact window to be recreated -- could we use name/class, eventually as a call > to Open(name=X, class=Y) as mentioned above? If so Enlightenment task switcher > would have to track applications and windows even if they are not running. this one is REALLY tricky. how do you know that EXACT window? if you had 3 of them up, and each was a browser window with a different url... how do u know which one from the outside needs re-opening? you would need a unique identifier that can survive process re-execution and possibly xserver restarts (even reboots). how do you do this? the only thing that comes to mind is that the app provide a property on a window that is an application domain specific uuid. (it could be a sha1 hash of a url, or whatever the app likes), but it is this "uuid" that is sent to the app to say "please open up window with uuid XXXX". the app MUST put the uuid property on its window BEFORE it is shown. the wm can keep a "database" of previous windows with uuid's and their state (size, location etc.) an match it up. ie what we do for remembers. uuid is just another field. if the app doesnt support uuid we COULD fall back to name+class +role but that is less unique. > Ideas? > > Cheers, > -- > Gustavo Sverzut Barbieri > -------------------------------------- > Mobile: +55 (19) 9225-2202 > Contact: http://www.gustavobarbieri.com.br/contact > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > 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) ras...@rasterman.com ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
