/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

TODO
1
 
* add support for contacts with no N/FN name. The contacts list displays the
2
 
        primary number instead of a name, but the existing contact detection will
3
 
        need to be fixed-up. See Importer::isImportRequired().
4
 
        * import organisations
5
 
        * have a second list (beside _contact) that maps organisation names to ids
6
 
                that is used when a contact has no other name
7
 
        * have a third list (beside _contact and the above list) that maps the
8
 
                primary phone no.s to ids, where the contact has no name or organisation
9
 
        * when reading vcf phone no.s, make sure they are imported in the same order
10
 
                they appear in in the vcf. The first on will become the primary when the
11
 
                contact has no name or organisation
 
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
12
8
* possible bug: when displaying "aborting import" toaster, make sure the back
13
9
        button is enabled and the abort button is hidden (as if abort were pressed)
14
10
        since this can happen if, say, the alarm goes off.