/android/import-contacts

To get this branch, use:
bzr branch http://bzr.ed.am/android/import-contacts

« back to all changes in this revision

Viewing changes to TODO

  • Committer: edam
  • Date: 2012-05-08 15:09:13 UTC
  • Revision ID: tim@ed.am-20120508150913-t9qzbbs1kld691dy
abstracted the android contacts API in to an interface, ready to be switched to
another depending on the platform version.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
FOR NEXT RELEASE
2
 
 
3
 
* import a crap-load of contacts before release!
 
1
IMMEDIATE (for next release)
 
2
 
 
3
* re-import all the test data, having added a TEL to one of the contacts,
 
4
        merging dupes, so we can test merging with cached contacts
 
5
* add ContactContracts backend
 
6
* when using ContactContracts provide selection of account to import in to
 
7
 
 
8
FUTURE
 
9
 
4
10
* change some public final static ints, that aren't really consts, in to enums
5
 
* does duplicate contact dialog displays UTF-8 name in ASCII?
6
 
 
7
 
FUTURE
8
 
 
 
11
* fix: merging an unPREFed TEL will override a preferred phone no. in the phone
9
12
* create a back-end object to read/write to android. This can be overridden to
10
13
        use the new ContractsContacts API.
11
14
* add warnings when email addresses, phone numbers, etc, fail sanitisation (and
16
19
        since this can happen if, say, the alarm goes off.
17
20
* add facility to be asked whether to import all contacts, not just those that
18
21
        are duplicates.
 
22
* add facility to import a duplicate contact as a new contact
 
23
        - is this possible? can you have two contacts with the same name in Android?
 
24
        - how would future duplicate merging be handled? you'd have to select which
 
25
                one you wanted to merge in to!
19
26
* in the long term, we probably need to save/restore state from doit/importer
20
27
        and stop preventing screen rotation on some activities