On 08/29/2010 09:14 PM, Dianne Hackborn wrote:
On Sun, Aug 29, 2010 at 6:46 AM, Jonas Petersson <[email protected]
<mailto:[email protected]>> wrote:
    I've been pondering this too for my apps, what I'd like to see is
    something that just could call "pick contact" and the result would
    be JUST the data related to that particular contact (for most cases,
    the DISPLAY_NAME would be enough). Sort of like
    Intent.ACTION_INSERT_OR_EDIT but in reverse.

Yes this is absolutely the kind of thing that we need and will be
introducing.  Most of the infrastructure is in place -- via
Intent.FLAG_GRANT_URI_READ_PERMISSION -- but I don't think the Contacts
app has implemented this yet.

Excellent!

    I'd also like to see an API to which I can just hand over handling a
    "badge" to. My app in itself has no need for all the user data as
    long as I can just hand over a contact URI.

I'm not sure what you mean by this.  Could you explain?

Oh, sorry - let me clarify with an example: In one of my apps (Inventory), each item may have an owner. For 2.x, I obviously want to present the new cool QuickContact badge, I have stashed the contact URI (and hopefully DISPLAY_NAME - see above) from the selection (long ago), but ideally, my app shouldn't need access to summarize stuff in Contacts for this URI, just hand over the URI in question along with a suitable View and let the system access Contacts for what is needed. My point is that my app really doesn't need to read anything from Contacts, the badge is just for the user's convenience. I'm fairly sure this separation can be tricky to safely implement, but still...

                        Best / Jonas

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Reply via email to