/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-06-04 13:16:20 UTC
  • Revision ID: edam@waxworlds.org-20110604131620-hean9j66r3f5i72h
- fix UTF-8 unencoding by default on v3.0 vCards
- proper unescaping of strings in v3.0 vCards (also works for v2.1, although the 2.1 specs don't mention it)

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
FOR NEXT RELEASE
 
1
IMMEDIATE (for next release)
2
2
 
3
 
* import a crap-load of contacts before release!
 
3
* re-import all the test data, skipping dupes, so we can test caching
 
4
* re-import all the test data, having added a TEL to one of the contacts,
 
5
        merging dupes, so we can test merging with cached contacts
 
6
* things to check from test data
 
7
        - if there is a dupe that is merged contains a TEL, does that take
 
8
                preference over the existing contact's preferred TEL?
 
9
* "TEL;TYPE=WORK;TYPE=FAX:" is imported as "work", not "work fax"!
 
10
* after correcting the "TYPE=WORK;TYPE=FAX" issue, check that when two numbers
 
11
        appear, the first a fax, the second a normal number, but neither is
 
12
        preferred, the normal number takes precedence
 
13
* "EMAIL;TYPE=INTERNET;TYPE=WORK:" imports a "home" email address
4
14
* 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
15
 
7
16
FUTURE
8
17
 
16
25
        since this can happen if, say, the alarm goes off.
17
26
* add facility to be asked whether to import all contacts, not just those that
18
27
        are duplicates.
 
28
* add facility to import a duplicate contact as a new contact
 
29
        - is this possible? can you have two contacts with the same name in Android?
 
30
        - how would future duplicate merging be handled? you'd have to select which
 
31
                one you wanted to merge in to!
19
32
* in the long term, we probably need to save/restore state from doit/importer
20
33
        and stop preventing screen rotation on some activities