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

On 3 March 2010 15:09, SULLIVAN, BRYAN L (ATTCINW) <BS3131@att.com> wrote:
> Anselm,
> As a service provider, we are very aware of the device switching behavior. With the prevalence of device upgrade plans and family plans, it has become much more common for users to switch devices, even several times a month, more than once in a week. We are also finding it more common to serve users with more than one service account, who will want their services to be consistently delivered across the devices they use.
>
> An online addressbook could be a "right choice", but that is something the user should choose, and there needs to be options in case such a choice does not meet the security requirements of the user. One of the uses cases I mentioned addressed the assumption that the user wants to have higher security for the contacts, thus use the SIM as the sole database host.

Ok, my impression might be wrong that device switching is uncommon.
However I think that the device switching requirement supports my
argument for fixed contact properties that need to be supported by all
implementations, otherwise you'll expect web apps to deal with all
kinds of conversions and type-library-like inspection in order to use
the contact API properly. This sounds appealing, though the problem I
forsee is that those web apps will fail much more likely to deal with
this rather hard problem than having a strict standard in place,
because that leaves less tolerance for potential failures.

But I can't judge unless I have seen how you'd actually describe these
properties in a way that a web app can pick them up easily on a
device-specific basis and generate a good user experience for them,
including potentially converting contact data from some online format
into such a device specific form, based on the type info it can query.

Cheers,
Anselm

Received on Wednesday, 3 March 2010 15:26:30 UTC