Confirmed users, Bureaucrats and Sysops emeriti
1,006
edits
No edit summary |
No edit summary |
||
| Line 27: | Line 27: | ||
# Add an arbitrary number of labelled fields per contact - a far greater flexibility than the current address book offers. | # Add an arbitrary number of labelled fields per contact - a far greater flexibility than the current address book offers. | ||
# Use Thunderbird as a contact management front-end for contact providers, such as Facebook, Twitter, LinkedIn, LDAP and any desktop contact providers (such as the OSX address book). | # Use Thunderbird as a contact management and synchronization front-end for contact providers, such as Facebook, Twitter, LinkedIn, Funambol (SyncML), LDAP and any desktop contact providers (such as the OSX address book). | ||
# Quickly and easily manage / merge duplicate contacts, which would likely be a consequence of (2) | # Quickly and easily manage / merge duplicate contacts, which would likely be a consequence of (2) | ||
# Allow users to recover from contact editing mistakes by allowing undo and redo capabilities | # Allow users to recover from contact editing mistakes by allowing undo and redo capabilities | ||
| Line 40: | Line 40: | ||
# It should have extensibility baked in - we should assume that add-ons might add new contact providers, or new functionality to the address book | # It should have extensibility baked in - we should assume that add-ons might add new contact providers, or new functionality to the address book | ||
# It should provide auto-complete data for names and e-mail addresses, at the very least | # It should provide auto-complete data for names and e-mail addresses, at the very least | ||
# Strict user control over what data contact providers have access to | |||
}} | }} | ||
{{FeatureInfo | {{FeatureInfo | ||