/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-05-02 18:28:24 UTC
  • Revision ID: edam@waxworlds.org-20110502182824-acgdi3qfxfzqgely
- fixed logic for vcard field types (home, work, cell, etc) so it works
- updated NEWS and TODO
- rewrote most of ContactsCache, including a new ContactIdentifier class to identify contacts in the cache and new cache building code
- contacts now identified in the same way that Andoid displays them (by name, or organisation, or number, or email, in that order)
- propper handling and support for organisations and titles
- validation of imported contact now done by Importer, not VcfImporter
- separated sanitisation and normalisation (for cache lookups)
- generacised PhoneData, EmailData and AddressData classes
- ContactData is now aware of primary numbers, emails and organisations (defaults to the first prefrred one seen, or the first one seen where none is preferred)

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
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
1
7
* add base64 decoding to support (even if to ignore) vcards with image data
2
 
* add support for contacts with no N/FN name. In the absence of a name, the
3
 
        android contacts list displays the organisation, and in the absence of that,
4
 
        it displays the primary number. The solution seem to be to create a better
5
 
        contact cache (or perhaps a manager that is also responsible for writing the
6
 
        new contacts back to android)
7
 
        * it'll also need to import organisations and primary numbers
8
 
        * when reading vcf phone no.s, make sure they are imported in the same order
9
 
                they appear in in the vcf. The first one will be the primary number.
10
 
        * switch to the new contacts API
11
 
        * don't try to do anything clever with phone no.s that are name-less, but
12
 
                appear in existing contacts that (now) have a name
13
8
* possible bug: when displaying "aborting import" toaster, make sure the back
14
9
        button is enabled and the abort button is hidden (as if abort were pressed)
15
10
        since this can happen if, say, the alarm goes off.