- From: SULLIVAN, BRYAN L <bs3131@att.com>
- Date: Sun, 13 May 2012 08:32:01 +0000
- To: "Tran, Dzung D" <dzung.d.tran@intel.com>, Doug Turner <dougt@mozilla.com>
- CC: Doug Turner <doug.turner@gmail.com>, Marcos Caceres <marcosscaceres@gmail.com>, "public-device-apis@w3.org" <public-device-apis@w3.org>
Similar to ambient sound and light, we need real/meaningful numbers for this API. The hypothetical/real fingerprinting issues of this and other APIs will not be solved by a 0-100 percent approach to returned data. Where a 0-100 result does address the typical needs (such as in battery level), it makes sense to use it. But this is not one of those cases. Thanks, Bryan Sullivan -----Original Message----- From: Tran, Dzung D [mailto:dzung.d.tran@intel.com] Sent: Friday, May 11, 2012 8:27 PM To: Doug Turner Cc: Doug Turner; Marcos Caceres; public-device-apis@w3.org Subject: RE: [sensors] the near/far event names Fair enough, just thinking about how we can mitigate finger printing especially with min and max, you potentially could figure out what type of device. Thanks Dzung Tran -----Original Message----- From: Doug Turner [mailto:dougt@mozilla.com] Sent: Friday, May 11, 2012 7:39 PM To: Tran, Dzung D Cc: Doug Turner; Marcos Caceres; public-device-apis@w3.org Subject: RE: [sensors] the near/far event names Without a reference, the percentages don't mean anything. "Tran, Dzung D" <dzung.d.tran@intel.com> wrote: Instead of min and max, can we map into a scale of 0 to 1? So, just return e.value = 0.2 e.proximity = near or e.value = 0.8 e.proximity = far This also solve the fingerprinting issue. Thanks, Dzung Tran -----Original Message----- From: Doug Turner [mailto:doug.turner@gmail.com] Sent: Friday, May 11, 2012 10:37 AM To: Marcos Caceres Cc: public-device-apis@w3.org Subject: Re: [sensors] the near/far event names On May 11, 2012, at 10:26 AM, Marcos Caceres wrote: > What about going with what Robin suggested: > > window.addEventListener("proximity", function(e){}); > > And the Event: > > e.min ... > e.max ... > e.value ... > e.proximity = "far" || "near" ? The drawback of this is that if you were just looking for changes in proximity, you might get many other events that aren't significant. It probably isn't that big of a deal. It would also allow savoy web developers to determine what the UA's definition of near and far is. I am happy if we just add this as an optional attribute and move. Thoughts?
Received on Sunday, 13 May 2012 08:33:14 UTC