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

Re: Why aren't most devices virtual web services?

From: Doug Turner <w3c@dougt.org>
Date: Fri, 8 Jan 2010 18:02:17 -0800
Cc: Adam Barth <w3c@adambarth.com>, Frederick Hirsch <frederick.hirsch@nokia.com>, "ext Mark S. Miller" <erights@google.com>, W3C Device APIs and Policy WG <public-device-apis@w3.org>, Ashok Malhotra <ashok.malhotra@oracle.com>
Message-Id: <3062D79A-58EA-41D2-B418-87B998B642AF@dougt.org>
To: Ian Hickson <ian@hixie.ch>

On Jan 8, 2010, at 2:19 PM, Ian Hickson wrote:

> On Fri, 8 Jan 2010, Adam Barth wrote:
>> 
>> I think Mark's suggestion is to make these APIs webby by giving them 
>> URLs and letting code interact with them the same way code interacts 
>> with every other web service.  Instead of having these URLs represent 
>> remote services, they would represent local services.  This lets us 
>> leverage a lot of existing infrastructure, especially in terms of 
>> privacy and security, and aligns the device APIs with the web 
>> architecture.
> 
> I like this idea. It would mean, for instance, that Web-based contacts 
> services (e.g. Facebook) could plug into the same API that the local 
> contacts database uses. Similarly, sites could use a common Calendar API 
> and the user could decide if it should use the system calendar, or some 
> Web-based calendar.
> 
> -- 
> Ian Hickson               U+1047E                )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
> 


Another benefit, although a implementation detail and I am somewhat skeptical if it will happen, is that it would allow 3rd parties to add in new devices without having to know much about the internal browser guts.  The work of implementing device apis could move out of the browser space and could be provided by and supported by operating system vendors.

Doug
Received on Saturday, 9 January 2010 02:02:46 UTC

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