RE: Web Intents based APIs

Ok, sounds reasonable to use the system level Contacts API in a Web Intents Service application supporting the "Pick contact" intent. So in addition the system level Contacts API we need to standardize the Web Intents interactions between Client and Service for contacts. Same would apply for other use cases. For example a Web Intents Service application for providing sensor data uses a system level Bluetooth API.

Best regards
  Claes

-----Original Message-----
From: Mounir Lamouri [mailto:mounir@lamouri.fr] 
Sent: den 5 juni 2012 12:05
To: public-web-intents@w3.org
Subject: Re: Web Intents based APIs

On 06/05/2012 12:31 AM, Nilsson, Claes1 wrote:
> Hi Mounir,
> 
> So your message is:
> 
> * The current Contacts API (http://dvcs.w3.org/hg/dap/raw-file/tip/contacts/Overview.html ) is a system level API and we shouldn't attempt binding it with Web Intents
> * For simple interactions we can create a Web Intents based Contacts API, similar to Robin's proposal.
> 
> Or are talking about a layered approach?
> 
> Could you provide an example?

Basically, if I want to implement a full featured Contacts App for a
device, I need to use a real API. I do not think the goal of Web Intents
is to solve those situations.
However, if I want to build an app that wants to access a contact
information, I would use Web Intents. For example, an email app might
have a "add a contact" button that would use an Intent to get the
contact from the Contacts App (that would be using in the backend the
real Contacts API). One advantage is that way, the email app doesn't
have to request any permission regarding reading contacts information
because it is actually done by the Contacts App. Also, the email app
doesn't have to re-built a UI. It can fully delegate that feature to the
Contacts App.

Is that clearer?

Cheers,
--
Mounir

Received on Tuesday, 5 June 2012 10:32:25 UTC