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

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

From: Marcos Caceres <w3c@marcosc.com>
Date: Thu, 10 May 2012 18:15:21 +0100
To: Tran, Dzung D <dzung.d.tran@intel.com>
Cc: Doug Turner <dougt@mozilla.com>, Claes1 Nilsson <Claes1.Nilsson@sonymobile.com>, "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <397A89E098A041C4966F3F773CE26A10@marcosc.com>


On Thursday, 10 May 2012 at 16:48, Tran, Dzung D wrote:

> You are depending on the OS or proximity sensor device to give you this near/far value, otherwise the UAs need to interpret this near/far base on value, min and max. Are we going to specify in the spec how near/far are interpret. Is <= 50% means near and > 50% means far?

Depends on the range, I guess. If common sensors in the class of hardware this API is targeting only have a range of, say, 1-3cm, then they don't really have any practical application beyond on or off (near/far).   
>  
> Also, some notebooks and desktops are adding proximity sensor for detecting if there is user present. In this case near/far have different range.
>  

The same applies here. You are either near the laptop or not (or does "maybe near" or "really close" have a use case here?). The range would still only be limited to a few centimetres (~25-50cm).    

I would be interesting to explore how a developer copes with these two scenarios (laptop vs mobile phone). How do you see it working, as these are opposite cases? In one, a developer is disabling functionality because the user is "near" (e.g., turning off the screen). In the other case, you are enabling functionality because the user is "near" (e.g., turning on screen, presenting a login box).  

I know the above is application specific, but please try to generalise from there… it might be important to distinguish the intended function of a proximity sensor (...or not… would really like to hear more use cases to help think through this).   

--  
Marcos Caceres
http://datadriven.com.au
Received on Thursday, 10 May 2012 17:15:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 10 May 2012 17:15:57 GMT