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

RE: Contacts API and storage awareness (Re: ACTION-54)

From: SULLIVAN, BRYAN L (ATTCINW) <BS3131@att.com>
Date: Wed, 3 Mar 2010 06:49:27 -0800
Message-ID: <8080D5B5C113E940BA8A461A91BFFFCD10EE710D@BD01MSXMB015.US.Cingular.Net>
To: "Anselm R Garbe" <garbeam@gmail.com>
Cc: "Dominique Hazael-Massieux" <dom@w3.org>, "W3C Device APIs and Policy WG" <public-device-apis@w3.org>
Re "why a webapp need to distinguish between device-specifics or even SIM-limitations when contacts are involved": I imagine a contacts entry form in which the webapp knows that a specific field is supported by the device contacts database and not the SIM database. If the user selects "save to SIM only", the unsupported fields are grayed. If the user selects "save to device and SIM", a warning icon shows by the fields that won't be saved in both places. Without such capabilities, the user is at a loss as to what will really happen. Note the developer can always leave a "source/destination" parameter unspecified, and the default behavior normatively specified in the API. So this is not something that every developer would need to use, or worry about.

Re "leaves the tricky bits to the layer/part that "knows best" about the device specifics": as pointed out earlier, this is non-deterministic as that layer/part may be different in different devices. At least if the webapp *can* know about the supported contacts databases, then it can inform the user and provide accurate options. However as above, the webapp developer doesn't have to leverage that feature, and can decide to leave it to whatever default behavior applies.

Thanks, 
Bryan Sullivan | AT&T


-----Original Message-----
From: Anselm R Garbe [mailto:garbeam@gmail.com] 
Sent: Wednesday, March 03, 2010 6:34 AM
To: SULLIVAN, BRYAN L (ATTCINW)
Cc: Dominique Hazael-Massieux; W3C Device APIs and Policy WG
Subject: Re: Contacts API and storage awareness (Re: ACTION-54)

On 3 March 2010 14:22, SULLIVAN, BRYAN L (ATTCINW) <BS3131@att.com> wrote:
> Re "hiding this feature richness from the web developer is a good thing": as described, this would not meet the requirements of the use cases. The webapp needs to know what the source/target is in order for there to be a deterministic user experience which meets the user preferences.

Perhaps I misunderstand you, but I can't see why a webapp need to
distinguish between device-specifics or even SIM-limitations when
contacts are involved; especially when modern contact APIs on
smartphones are hiding these details completely in favor for a simple
and uniform contact API.

My comment was just about the decision how much control one wants to
expose to web apps regarding a contact API. And I think lesser control
is better in this case, because it makes it easier to write content
for such an API and leaves the tricky bits to the layer/part that
"knows best" about the device specifics.

Just my personal opinion.

Kind regards,
Anselm
Received on Wednesday, 3 March 2010 14:50:05 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:14:06 GMT