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