/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: 2010-07-04 14:44:48 UTC
  • Revision ID: edam@waxworlds.org-20100704144448-1m30v811opup20fs
- got rid of the pretend ImportContacts activity alltogether (and made the Intro activity the startup one)
- massively simplified the WizzardActivity class so it works propperly
- moved all code to org.waxworlds.edam
- added an "aborted" message when the importion is aborted
- simplified the 3 actions the worker thread can take when stopping (only 2 were actualy used) to "aborted" or "alldone"
- changed intro message to match website
- bugfix: don't blow up when the My Contacts group is missing

Show diffs side-by-side

added added

removed removed

Lines of Context:
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
8
 
* possible bug: when displaying "aborting import" toaster, make sure the back
9
 
        button is enabled and the abort button is hidden (as if abort were pressed)
10
 
        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
12
 
        are duplicates.
13
 
* in the long term, we need to save/restore state from doit/importer
 
1
* bug: when displaying "aborting import" toaster, make sure the back button is
 
2
        enabled and the abort button is hidden (as if abort were pressed) since this
 
3
        can happen if, say, the alarm goes off.
 
4
* bug: ImportContacts "master" class doesn't save/restore the state stack due to
 
5
        what looks like some android wierdness. Get rid of this class and startup on
 
6
        the Intro activity, opening new activities directly from the "next" button
 
7
        handler instead of reporting back tot he master class. You might want to try
 
8
        an experiment: what order does onPause/onResume get called in both parent
 
9
        and child activities when one activity is started from another?
 
10
* add browse button to vcf import location field
 
11
* in the long term, we need to save/restore state from doit/importer
 
 
b'\\ No newline at end of file'