Confirm, emeritus
998
edits
Changes
no edit summary
* Following in the footsteps of Conversations and the Compose-in-a-Tab experiments, we would like to see the address book open in a new tab as opposed to a new window.
<b>2) Design a contact editor to allow N typed/labelled email addresses and instant message accounts (and maybe more fields...) ([https://wiki.mozilla.org/Features/Thunderbird/Collection_Fields_for_Address_Book feature page]):</b>
* Thunderbird only allows a fixed number of e-mail addresses (2), phone numbers (5) and instant messaging accounts (0) per contact. This is a major inflexibility that is the source of many complaints and frustrations with the address book. We should allow users to add an arbitrary number of these fields to their contacts.
<b>3) Have a smooth migration path from the current address book to the new address book. ([https://wiki.mozilla.org/Features/Thunderbird/Replace_Mork_for_Address_Book feature page]):</b>
* It is critically important that users are able to move their contacts over to the new address book, and have their data be fully intact.
* Interactions with the new database should be asynchronous
<b>4) Move from Mailing Lists / Address Books to more generic "groups" of contacts. ([https://wiki.mozilla.org/Features/Thunderbird/Contact_Groups feature page]):</b>
* Moving from folders to tags/groups means greater flexibility in contact organization for our users.
<b>5) Build an API for address book "contact providers", which allow read and write to various online contact services. ([https://wiki.mozilla.org/Features/Thunderbird/Contact_Provider_API feature page]):</b>
* Design a contact editor that is flexible enough to deal with the variety of fields that a contact provider could require / support.
* Provide a mechanism for dealing with "mid-air collisions", or write conflicts for contact providers.
* Build some default contact providers - LDAP, OSX address book, Outlook, Google Contacts, Facebook, LinkedIn, SyncML connector, CardDAV connector, etc.
<b>6) Allow users to undo and redo changes to their contacts ([https://wiki.mozilla.org/Features/Thunderbird/UndoRedo_in_Address_Book feature page]):</b>
* The current address book does not allow users to recover from mistakes with undo / redo. This is a source of frustration, and potential data loss if the user accidentally deletes a contact.
<b>7) Contact integration ([https://wiki.mozilla.org/Features/Thunderbird/Contact_Integration feature page]):</b>
* It is likely that a user will have the same person represented across different contact providers. We should allow the user to merge these duplications into an integrated view, either manually, or via an automated process. Edits to a contact should then be propagated to the contact providers that compose that contact.
|Feature users and use cases=This change will affect all Thunderbird users.
|Feature non-goals=At this point, we're not going to let contact providers push changes to other contact providers through Thunderbird. So, in other words, if a contact provider X sends an updated field, Thunderbird will not update this field for other contact providers.
Instead, Thunderbird will disassociate X from the old field, and add the updated field as a new field, associated with X.
}}
{{FeatureInfo
