<div>From what I can tell the spec offers no way for the web application to initialize any algorithm based on the battery/power state because there is no guarantee of "minimum time" when a new document is created and the first battery event arrives. Ideally there would be a way to "kick" the UA into sending the battery event on demand. </div>
<div><br></div><div>Otherwise the web application starts at full-throttle (burning battery) on a device with 10% battery left until it *drains* enough to get a batteryEvent.</div><meta charset="utf-8"><div><br></div><div>
<br></div><br><br><div class="gmail_quote">On Wed, Jun 15, 2011 at 10:08 AM, Alexis Menard <span dir="ltr"><<a href="mailto:alexis.menard@openbossa.org">alexis.menard@openbossa.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wed, Jun 15, 2011 at 2:02 PM, Andrei Popescu <<a href="mailto:andreip@google.com">andreip@google.com</a>> wrote:<br>
> On Wed, Jun 15, 2011 at 5:58 PM, Brett Wilson <<a href="mailto:brettw@chromium.org">brettw@chromium.org</a>> wrote:<br>
>> On Wed, Jun 15, 2011 at 9:30 AM, Holger Freyther <<a href="mailto:zecke@selfish.org">zecke@selfish.org</a>> wrote:<br>
>>> On 06/15/2011 06:11 PM, <a href="mailto:laszlo.1.gombos@nokia.com">laszlo.1.gombos@nokia.com</a> wrote:<br>
>>>> Hi,<br>
>>>><br>
>>><br>
>>>><br>
>>>> The use-case for us is to enable content developers to implement rudimentary power management (e.g. to stop "expensive" operations on the page, perhaps save state). I'm not sure if this API is really meant for accurately reporting all the possible power management states of the system as Anssi pointed out.<br>

>>><br>
>>> Okay, point on complexity taken. My question is what if you want to add<br>
>>> complexity, is there something in the event that prevents that (I have no idea<br>
>>> about DOM compatibility issues)? Don't get me wrong I think having more device<br>
>>> support is great.<br>
>>><br>
>>> My other complain was, it is too simple. E.g. 'isPlugged' has no guarantee<br>
>>> that the battery is getting charged. Is this a problem?<br>
>><br>
>> Why would a web page care about whether the battery is being charged<br>
>> when the device is plugged in?<br>
>><br>
><br>
> Because it would know not to start doing things that drain the<br>
> battery. For instance, powering up a 3G antenna to download your<br>
> latest emails could be annoying to users if the battery level is too<br>
> low. 3G takes quite a bit of power and the device would be in danger<br>
> of powering down.<br>
<br>
</div>But if the phone is plugged in it can't power down. Most of modern<br>
phones don't switch off anymore even if you have the battery low and<br>
you play games, surf WiFi, go 3G as soon as you plugged it in. What<br>
Brett meant is that it's useless to know that the battery is charging<br>
while the phone is plugged in, you just want to know that it will not<br>
switch off in any case so you can do whatever you want.<br>
<div class="im"><br>
><br>
> Thanks,<br>
> Andrei<br>
> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
><br>
<br>
<br>
<br>
</div><font color="#888888">--<br>
Alexis Menard<br>
Software Engineer<br>
INdT Recife Brazil<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
</div></div></blockquote></div><br>