/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: 2011-03-13 18:18:07 UTC
  • Revision ID: edam@waxworlds.org-20110313181807-3smjm2m3bt8hahr8
- check for empty data "values" after parsing line parameters, so that we catch parameter errors (such as unknown encoding types).

Show diffs side-by-side

added added

removed removed

Lines of Context:
TODO
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
 
 
10
 
* add facility to enter a group name, that any imported contacts are added to
11
 
* change some public final static ints, that aren't really consts, in to enums
12
 
* fix: merging an unPREFed TEL will override a preferred phone no. in the phone
13
 
* create a back-end object to read/write to android. This can be overridden to
14
 
        use the new ContractsContacts API.
15
 
* add warnings when email addresses, phone numbers, etc, fail sanitisation (and
16
 
        are ignored) during the import (see TODO comments in the code)
17
 
* add base64 decoding to support (even if to ignore) vcards with image data
18
1
* possible bug: when displaying "aborting import" toaster, make sure the back
19
2
        button is enabled and the abort button is hidden (as if abort were pressed)
20
3
        since this can happen if, say, the alarm goes off.
21
 
* add facility to be asked whether to import all contacts, not just those that
22
 
        are duplicates.
23
 
* add facility to import a duplicate contact as a new contact
24
 
        - is this possible? can you have two contacts with the same name in Android?
25
 
        - how would future duplicate merging be handled? you'd have to select which
26
 
                one you wanted to merge in to!
27
 
* in the long term, we probably need to save/restore state from doit/importer
28
 
        and stop preventing screen rotation on some activities
 
4
* in the long term, we need to save/restore state from doit/importer