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
1
* 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
8
13
* possible bug: when displaying "aborting import" toaster, make sure the back
9
14
button is enabled and the abort button is hidden (as if abort were pressed)
10
15
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
16
* in the long term, we need to save/restore state from doit/importer
added
removed
TODO
