On Thu, 15 Aug 2013 13:33:36 -0300 Gustavo Sverzut Barbieri <[email protected]> said:
> On Thu, Aug 15, 2013 at 9:37 AM, Carsten Haitzler <[email protected]> > wrote: > > On Thu, 15 Aug 2013 08:40:36 -0300 Gustavo Sverzut Barbieri > > <[email protected]> said: > > > >> Raster, heads up here that you can use eldbus_proxy that will make your > >> life easier writing these things. > >> > >> For instance you can manage all the pending call lifetime to the object and > >> proxy, if you delete it (unref) it would do for all pending methods, signal > >> handlers, etc > >> > >> It may be new to you, but check the examples or my code to upower/systemd > >> uses it as well. > > > > i saw some of the proxy use - i wasn't sure why i needed it actually. i > > didn't use any pending handles so it turned out for that bit of code, it's > > not needed. > > if will save you replicating those helpers you did... you don't need > to do anything with the pending call.. but you can use it to > explicitly cancel one. If you delete the object (unref) it will cancel > all pending automatically. > > your code would reduce to get object, then proxy, then call stuff like > CanPowerOff, no need to create the wrappers yourself. That's why we > added the proxy, to automate these wrappers we were doing over and > over again. i'll poke around. it might nuke the wrapper i made so i didnt have to copy the same damned long strings everywhere :) > > btw... i put this in e right now, BUT... i totally expect that ecore may get > > these features, so the code can be pasted in when we decie just how it will > > look like. i just wanted to do some work to support systemd etc. :) this > > was a simple/easy place/thing to do. :) > > some like inhibit suspend/power actions may be good, but I don't think > doing the suspend/reboot action (even if delegated) should come in > Ecore... after all there will be a single app doing that in most > cases, E itself. i would agree there. that's why i put it in - but the inhibit stuff would be generally app-useful, though the inhibit call i made was very specific - it was to stop systemd handling hw power button, lid, etc. itself and leave that to the wm that is now handling it. :) > to block the suspend/power may be done by all apps, like during a > media playback or slideshow.. > > > -- > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
