This rule could not apply to all applications. For example, an application may
run in background to detect window rotation event, it requires data in its 
life-cycle.
For this kind application, there should be an interface to get over power 
policy. 


> -----Original Message-----
> From: Robison, Clayne B
> Sent: Tuesday, March 30, 2010 2:35 AM
> To: Zhang, Xing Z; Chris Pearson; [email protected]
> Subject: RE: [MeeGo-dev] How to get screen active application in Meego
> 
> I think the default should be "stop retrieving data when the app is in the
> background". An app should have to take the extra step if it is going to drain
> the battery.
> 
> Clayne
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of Zhang, Xing Z
> Sent: Sunday, March 28, 2010 6:29 PM
> To: Chris Pearson; [email protected]
> Subject: Re: [MeeGo-dev] How to get screen active application in Meego
> 
> Yes. Your concern is right.
> Actually here would be API to application sets "don't apply power management
> policy
> to me".
> For these who don't set such flag, daemon will stop polling data for them.
> There already API for application stop polling when it wants. But I don't 
> expect
> application will be designed to power awareness, for example, stop requiring
> data when switched to background. So I have to do as much as I can in my
> daemon
> and library.
> However, one thing will be guarantee, that daemon will not decide 
> application's
> behavior
> or force application do something.
> 
> > -----Original Message-----
> > From: Chris Pearson [mailto:[email protected]]
> > Sent: Monday, March 29, 2010 3:14 AM
> > To: Zhang, Xing Z; Jussi Kukkonen; [email protected]
> > Subject: Re: [MeeGo-dev] How to get screen active application in Meego
> >
> > Hi Xing,
> >
> > Are you sure that all applications for your daemon would want polling to
> > stop when they are in the background?  Can we not imagine an application
> > that runs in background (e.g., as an icon) and displays a pop-up message
> > when some sensor event is detected?  If so, instead of the daemon deciding
> > how all application(s) must behave, why not allow each application to tell
> > the daemon when to stop polling (or what polling rate is required)?  This
> > seems possible since there is already a connection between the application
> > and the daemon.
> >
> > -- Chris
> >
> > ----- Original Message -----
> > From: "Zhang, Xing Z" <[email protected]>
> > To: "Jussi Kukkonen" <[email protected]>; <[email protected]>
> > Sent: Saturday, March 27, 2010 3:40 AM
> > Subject: Re: [MeeGo-dev] How to get screen active application in Meego
> >
> >
> > > My application is a sensor daemon supplying data to application, e.g.
> > > accelerometer data.
> > > If an application connects to my daemon, the daemon will poll driver in a
> > > high sample rate which obviously kills power.
> > > so if I could know which application is viewable to user, I could stop
> > > polling since sensor awareness application is running at background
> > > My thought is to write a context provider of window manager to provide
> > > such feature.
> > >
> > > Thank you your suggestion. I will take a look of Libwnck first.
> > >
> > >> -----Original Message-----
> > >> From: [email protected]
> > >> [mailto:[email protected]] On Behalf Of Jussi Kukkonen
> > >> Sent: Friday, March 26, 2010 5:00 PM
> > >> To: [email protected]
> > >> Subject: Re: [MeeGo-dev] How to get screen active application in Meego
> > >>
> > >> Zhang, Xing Z wrote:
> > >> > Hi all: Do we have method to get known which application is active on
> > >> > screen now? I filter properties of contextkit,  Session.State makes
> > >> > sense to me. Is there a more detailed info tells me which application
> > >> > is in fullscreen mode (by pid or others)?
> > >>
> > >> Libwnck may be worth a look, but I don't know if it's available in all
> > >> versions... If you explain what you want to achieve (and in what
> > >> context), you might get better suggestions.
> > >>
> > >>
> > >> HTH,
> > >>  Jussi
> > >> _______________________________________________
> > >> MeeGo-dev mailing list
> > >> [email protected]
> > >> http://lists.meego.com/listinfo/meego-dev
> > > _______________________________________________
> > > MeeGo-dev mailing list
> > > [email protected]
> > > http://lists.meego.com/listinfo/meego-dev
> 
> _______________________________________________
> MeeGo-dev mailing list
> [email protected]
> http://lists.meego.com/listinfo/meego-dev
_______________________________________________
MeeGo-dev mailing list
[email protected]
http://lists.meego.com/listinfo/meego-dev

Reply via email to