W3C home > Mailing lists > Public > public-device-apis@w3.org > July 2014

Re: Call for potential DAP charter additions - please respond by 7 July 2014

From: Ilya Bogdanovich <bogdanovichiy@yandex-team.ru>
Date: Tue, 1 Jul 2014 16:05:20 +0400
Cc: W3C Device APIs WG <public-device-apis@w3.org>, Frederick Hirsch <w3c@fjhirsch.com>
Message-Id: <A3560266-6AE9-4AF6-AED2-BC1F24FCD22C@yandex-team.ru>
To: Marcos <marcos@marcosc.com>
Hi Marcos,

I honestly don’t think the cpu/wifi cases are in demand. Do you know any real apps using these kinds of lock?

Moz’s private implementation considers wake locks as part of Navigator object, but Screen object seems to be more native and intuitive for that. If we continue with “Screen” proposal [1], I don’t have an idea where we should put locks for cpu and wifi.

Ilya

[1] https://github.com/w3c/screen-wake/blob/gh-pages/screen_requestWakeLock_alternative.md

On 23 июня 2014 г., at 21:53, Marcos <marcos@marcosc.com> wrote:

> 
> 
> On June 23, 2014 at 12:03:20 PM, Frederick Hirsch (w3c@fjhirsch.com) wrote:
>> All:
>> 
>> We have previously discussed the possibility of adding a "Standby API” deliverable  
>> to the DAP charter. We are asking if there are any other potential DAP work items to  
>> add to the charter, as this might affect how we approach updating the charter.
> 
> Can we please make sure that the scope is not just the screen. Moz's proprietary implementation supports controlling more than just the wake lock (see [0]). Even if we just start with preventing the screen from dimming, we want to make sure the following is all in scope:
> 
> [[
>      screen: Prevent screen saver from being turned on and the device going to sleep automatically. This does not prevent the screen from being turned off if the user manually puts the device to sleep (for example by pressing power button).
> 
>     cpu: If the user puts the device in sleep mode, don't disable the CPU as long as this lock is held. I.e. allow any applications to continue to run any calculations and save data to disk or network. The screen is however turned off as normal.
> 
>     wifi: Prevent the wifi network connection from being disabled even if the device goes into sleep mode. 
> ]]
> 
>> I asked in the message sent 28 May, but have not received any suggested items.
>> 
>> This is a request to share any potential charter additions for consideration. Please  
>> respond by 7 July 2014 (2 weeks) either on the public list (preferred) or privately to  
>> myself and Dom.
> 
> (this may be in scope already, haven't checked - apologies if they are)
> 
> Can we make sure the scope is wide enough so it can maybe include something like Moz's Idle API[1]? Once we have stand-by (or wake lock), we might also want idle. 
> 
> We might also want to include the power management API - FxOS currently uses this to "Turn on/off screen, cpu, device power, etc. Listen and inspect resource lock events" [2].  The scope is quite broad and I doubt we would want to expose all that to the Web, but there may be relevant bits we can take that might be useful (e.g., turning on screen when a special event occurs). 
> 
> 
> [0] https://wiki.mozilla.org/WebAPI/ResourceLockAPI
> [1] https://wiki.mozilla.org/WebAPI/IdleAPI
> [2] https://wiki.mozilla.org/WebAPI/PowerManagementAPI
> 
> 
> 
> 


Received on Tuesday, 1 July 2014 12:05:52 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:33:10 UTC