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

[sensors] Device Proximity (was: Device light and proximity sensor)

From: Anssi Kostiainen <anssi.kostiainen@nokia.com>
Date: Wed, 9 May 2012 15:15:21 +0300
Message-Id: <6FCCB73F-9E02-4925-9053-8CC7E43F50F8@nokia.com>
To: "public-device-apis@w3.org public-device-apis@w3.org" <public-device-apis@w3.org>
Hi All,

On 7.5.2012, at 18.31, ext Robin Berjon wrote:

> Doug put together the two proposals below. Since they happen to be both on our plate and delightfully simple I was wondering if there was interest in this group in taking them further?

I took Doug's Device Proximity implementation [1] and started spec'ing it at [2].

Why pick only one sensor cf. all-in-one spec?

First, historically working on small self-contained features separately has worked fairly nicely in this working group.

Second, once we'll get the design right for one sensor (and getting it right is easier with one sensor on our plate at a time), it should be relatively easy to apply a similar design to the rest of the sensors that are of interest.

Third, I think security and privacy considerations should be taken seriously for all the sensors. And they vary sensor by sensor. By working on each sensor separately each one of them is more likely to get properly scrutinized. I believe we can merge the work later on if that is seen beneficial.

That said, this draft [2] is an initial version that is likely to contain rough edges and leaves many parts unspecified, notably, the issue around side effects remains. I'd be especially happy if someone comes up with constructive feedback early on on how to solve the side effects issue (or has the ship has already sailed with the Device Orientation in the wild?). We touched the issue previously as part of the Battery Status spec, and Anne sent great feedback back then that I encourage everyone interested in this work to revisit (search the archives; eventually we settled on an alternative design for the Battery Status API that completely sidestepped the side effects issue, so we never came to a conclusion on that one).

Finally, I'm happy if someone would like to step in and share the workload by co-editing the spec.


[1] https://bugzilla.mozilla.org/show_bug.cgi?id=738131
[2] http://dvcs.w3.org/hg/dap/raw-file/tip/proximity/Overview.html
Received on Wednesday, 9 May 2012 12:15:56 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:32:37 UTC