/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-12-20 17:32:37 UTC
  • Revision ID: tim@ed.am-20121220173237-gmimhhsosiahq9po
be less sensitive to case when parsing vCard params

Show diffs side-by-side

added added

removed removed

Lines of Context:
TODO
1
 
* declare war on camelCase variables
2
 
* change some public final static ints, that aren't really consts, in to enums
3
 
* create a back-end object to read/write to android. This can be overridden to
4
 
        use the new ContractsContacts API.
5
 
* add warnings when email addresses, phone numbers, etc, fail sanitisation (and
6
 
        are ignored) during the import
7
 
* add base64 decoding to support (even if to ignore) vcards with image data
8
 
* possible bug: when displaying "aborting import" toaster, make sure the back
 
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 support for arbitrary notes in vCards
 
6
 
 
7
FUTURE
 
8
 
 
9
  * add account selection (instead of it being hardcoded to the phone-only), for
 
10
        use with ContactsContract backend
 
11
  * add a logfile facility
 
12
  * add facility to enter a group name, that any imported contacts are added to
 
13
  * change some public final static ints, that aren't really consts, in to enums
 
14
  * add warnings when email addresses, phone numbers, etc, fail sanitisation (and
 
15
        are ignored) during the import (see TODO comments in the code)
 
16
  * add base64 decoding to support (even if to ignore) vcards with image data
 
17
  * possible bug: when displaying "aborting import" toaster, make sure the back
9
18
        button is enabled and the abort button is hidden (as if abort were pressed)
10
19
        since this can happen if, say, the alarm goes off.
11
 
* in the long term, we need to save/restore state from doit/importer
 
20
  * add facility to be asked whether to import all contacts, not just those that
 
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!
 
26
  * in the long term, we probably need to save/restore state from doit/importer
 
27
        and stop preventing screen rotation on some activities