[android-developers] Further Question

2012-01-24 Thread L0rdAli3n
I have further questions on this particular problem. Dimitri Plotnikov you wrote: 2) In releases of Android from Eclair through Gingerbread integrated editing of 3rd party contacts is poorly supported. The trick is to insert a data row, Edit in MyApp, which would take the user to your app and

[android-developers] Re: Grab phonebook-contacts via ContactsContract-API

2011-01-27 Thread L0rdAli3n
what URL you need to keep per account, but can't you pretend that the URL is an auth token?  I am not 100% on this, because I haven't used authtoken this way myself. On Jan 26, 2011 12:43 PM, L0rdAli3n 42.john.doe.1...@googlemail.com wrote: I thought the authentication token

[android-developers] Re: Grab phonebook-contacts via ContactsContract-API

2011-01-26 Thread L0rdAli3n
take advantage of data versioning. This why I suggested that if you are writing a sync adapter, you should introduce a new account type. This is how they are supposed to work by design. Cheers, Dmitri On Jan 18, 2011 5:43 PM, L0rdAli3n 42.john.doe.1...@googlemail.com

[android-developers] Re: Grab phonebook-contacts via ContactsContract-API

2011-01-26 Thread L0rdAli3n
/accounts/Accou... AccountManager supports the notion of authentication token, which is what I think you need. Cheers, - Dmitri On Wed, Jan 26, 2011 at 10:26 AM, L0rdAli3n 42.john.doe.1...@googlemail.com wrote: Ok, I'm about to write the SyncAdapter part of my App. Due to the fact that I

[android-developers] Re: Grab phonebook-contacts via ContactsContract-API

2011-01-23 Thread L0rdAli3n
syncadapter can take advantage of data versioning. This why I suggested that if you are writing a sync adapter, you should introduce a new account type. This is how they are supposed to work by design. Cheers, Dmitri On Jan 18, 2011 5:43 PM, L0rdAli3n 42.john.doe.1...@googlemail.com wrote

[android-developers] Re: Android Contacts

2011-01-23 Thread L0rdAli3n
=platform/packages/apps/Contacts.git;... As Dmitri mentioned it, if you see the desired list in the Contacts app, dig into the source and find out what query it is issuing the ContactsProvider.  And then you can issue the same query and get the same result. On Jan 12, 5:13 am, L0rdAli3n 42

[android-developers] Re: Android Contacts

2011-01-23 Thread L0rdAli3n
=platform/packages/apps/Contacts.git;... As Dmitri mentioned it, if you see the desired list in the Contacts app, dig into the source and find out what query it is issuing the ContactsProvider.  And then you can issue the same query and get the same result. On Jan 12, 5:13 am, L0rdAli3n 42

[android-developers] Re: Grab phonebook-contacts via ContactsContract-API

2011-01-18 Thread L0rdAli3n
your requirements, but it shouldn't matter what _other_ data is in the contacts DB.  A sync adapter should only deal with its own data. Why not introduce a new account type for this purpose? Cheers, Dmitri On Jan 14, 2011 5:16 AM, L0rdAli3n 42.john.doe.1...@googlemail.com wrote: Hey, I'm

[android-developers] Grab phonebook-contacts via ContactsContract-API

2011-01-14 Thread L0rdAli3n
Hey, I'm totally stuck with the ContactsContract-API. Point is that I want only mess around with the Contacts saved in the local phonebook. But it seems that every vendor but its own account_type for those contacts. And its even worse. The AccountManager isn't even aware of all account_types?!?

[android-developers] Android Contacts

2011-01-14 Thread L0rdAli3n
Hi Community, I'm working on an app right now, which should handle the users contacts. But I have a basic problem: When I grab a list of all contacts from the ContactsContract.Contacts.CONTENT_URI I expect to get a list of all aggregated/merged contacts. For example the list should contain a