W3C home > Mailing lists > Public > public-device-apis@w3.org > January 2012

RE: Battery API Last Call Comment Status

From: Carr, Wayne <wayne.carr@intel.com>
Date: Thu, 19 Jan 2012 21:17:15 +0000
To: Mounir Lamouri <mounir@lamouri.fr>, "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <52F8A45B68FD784E8E4FEE4DA9C6E52A2C60E167@ORSMSX101.amr.corp.intel.com>
We can close the request to determine if a battery is present.  It would be nice and I think fairly irrelevant for fingerprinting.   The important one was the other comment that was fixed.

Different topic, but one thing to consider is including a sentence that says the api provides summary information across one or more batteries (since there can be more than one).  Maybe that's obvious and doesn't need to be said.

>-----Original Message-----
>From: Mounir Lamouri [mailto:mounir@lamouri.fr]
>Sent: Tuesday, January 17, 2012 2:51 PM
>To: public-device-apis@w3.org
>Subject: Re: Battery API Last Call Comment Status
>On 01/17/2012 10:48 PM, Frederick.Hirsch@nokia.com wrote:
>> (4) LC-2577 (Proposal needed), no way to distinguish whether battery
>> present, Wayne
>> Discussion died down on task force list after general agreement that
>> fingerprinting not an issue
>> * Is this still an issue? If so, concrete proposal needed
>I don't think this is an issue: there is no major need to check if the device actually
>has a battery or not.
>In addition, fingerprinting *is* an issue. Indeed, we shouldn't block everything
>because of fingerprinting: for example, the level attribute and the charging
>attribute is helping to track users but it's much more useful than hurtful.
>However, knowing if there is actually a battery seems only useful in the case of a
>battery UI which is a very specific use case. We can handle that in another version
>of the specification or in another specification (like some Device Capabilities API).

Received on Thursday, 19 January 2012 21:17:57 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:52 UTC