MailNews Talk:Address Book

From MozillaWiki
Revision as of 12:12, 14 October 2005 by AxelHecht (talk | contribs) (globally working addressbook maps)
Jump to navigation Jump to search

This page is for discussion of new ideas for new features for Address Book.

If you want to help develop for the address book please see the developers page for more information.

Please also enter your sig when commenting against other entries - that way it should make it easier for keeping track of who's commenting where.


Ideas so far:

  • PCSync - we need PCSync-Support to manage contacts with Palm and PDAs
  • Manage Contacts in Trees and SubTrees per Address-Book to categorical the Address-Book-Entries
  • Birthday interlink with optional Calendar (e.g. Sunbird-Project)
  • Opportunity to create new forms (see MS-Outlook 2003 ;-)
  • Certificate GnuPG interlink with optional GnuPG-Plugin (e.g. Enigmail-Project)
  • Quick-Filter for Address-Entries as a ToolBar with Entries A, B, ..., Z (see MS-Outlook 2003 ;-)
    • Is this something like a view list which is actually filtering displayed entries? --Standard8 14:11, 7 Oct 2005 (PDT)
      • Yes. Thats entries where the contact is beginning with A, B, ..., or Z. --Griffin 00:09, 8 Oct 2005 (GMT+01:00)
  • Prevent Double Entries
    • Define "Double Entries"... just the email address the same? or the whole card? Some people want two cards with the same email address. --Standard8 14:11, 7 Oct 2005 (PDT)
      • Double Enrtrie = The same email address. Two cards for the same email address isn't favorable. In Future I hope we have List of email address with the affiliated Display Name. What should one need 2 cards for an electronic mail address still then for? --Griffin 00:12, 8 Oct 2005 (GMT+01:00)
      • 2 different people using the same email address. Though if we do it right, then perhaps it won't be entirely necessary. --Standard8 03:21, 8 Oct 2005 (PDT)
        • Ok, this is an argument. I probably don't have one could carry out this problem about a query taken into account this case because such a fall from my circle of friends isn't known to me; -). The Address book simply likes to ask the user like him it liked... --Griffin 13:53, 9 Oct 2005 (GMT+01:00)


Does a time schedule already exist when the new address book will be completed or when you shall start with the innovations? Within 76 days is Christmas and the ideal Christmas present would be a new address book ;) --Griffin 16:33, 9 Oct 2005 (GMT+01:00)

Sorry, no time schedule. At the moment there are only a couple of people actively working on address book & they don't have a lot of time to spare (including me).

We're not planning on rewrite all the current code/redesigning the whole thing either. Certain things also really should happen before/alongside others e.g. clean-ups to the back end, fixing drag & drop - getting the basics working a bit better. We're always willing to accept patches from others. So if you want to try and help please do. --Standard8 12:15, 11 Oct 2005 (PDT)

globally working addressbook maps

The map feature in addressbook is localizable, but it doesn't allow for mapping functionality in other countries. For example, I can't get a good map of a polish address in an en-US build, or get a good map of Brasilia in a German build.

In my head, maps are like fonts, wherever you are, which build you use, you should get a good display of whichever address. Thus, we should include good maplinks for all countries where we have one. As addresses are often saved in the format that some person likes, and not in the one the map provider does (country names, spelling etc), we should probably have a few words with fuzzy matches (e.g. Polska, Poland, Polen...), and the corresponding provider query string, likely with the country already filled in in the preferred format. Maybe we can add a special set of localized country names to each locale, so that the main build would cover the native language plus english, french, spanish and a few others, and each localization could add a bunch of further mappings in their language. That should likely cover most use cases, I guess. --AxelHecht 05:12, 14 Oct 2005 (PDT)