20
edits
MailNews Talk:Address Book: Difference between revisions
m
correct spellings
No edit summary |
m (correct spellings) |
||
| (6 intermediate revisions by 5 users not shown) | |||
| Line 6: | Line 6: | ||
---- | ---- | ||
Ideas so far: | Ideas so far: | ||
* Now we have a ContactField and a ListField , but often you also have just a company or an organization in your addressbook, and there it would be useful to have also something of a hierarchy inside - or just extend the ListField with more informations like this. As well, it agrees with the request for an location information (as described below) (If I Just want to contact a company, but don't need a specific person) | |||
--[[User:Gregor202|Gregor202]] 14:25, 4 June 2008 (PDT) | |||
* PCSync - we need PCSync-Support to manage contacts with Palm and PDAs | * 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 | * Manage Contacts in Trees and SubTrees per Address-Book to categorical the Address-Book-Entries | ||
* Retroshare.sf.net serverless Instant Messenger PQI-.XPGP-OpenPGO File (Contact | * Retroshare.sf.net serverless Instant Messenger PQI-.XPGP-OpenPGO File (Contact address of retroshare protocol) | ||
* Birthday interlink with optional Calendar (e.g. Sunbird-Project) | * Birthday interlink with optional Calendar (e.g. Sunbird-Project) | ||
* Opportunity to create new forms (see MS-Outlook 2003 ;-) | * Opportunity to create new forms (see MS-Outlook 2003 ;-) | ||
| Line 38: | Line 41: | ||
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. | 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 | 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. --[[User:AxelHecht|AxelHecht]] 05:12, 14 Oct 2005 (PDT) | That should likely cover most use cases, I guess. --[[User:AxelHecht|AxelHecht]] 05:12, 14 Oct 2005 (PDT) | ||
| Line 105: | Line 108: | ||
== "Share a Address Book between computer users" == | == "Share a Address Book between computer users" == | ||
A nice feature would be the possibility to share the Address Books by several users (with different login) on a same computer. That could be done if we can move the file with the addresses on the share folder. But unfortunately we cannot choose the location the address file in | A nice feature would be the possibility to share the Address Books by several users (with different login) on a same computer. That could be done if we can move the file with the addresses on the share folder. But unfortunately we cannot choose the location the address file in Thunderbird. | ||
--[[User:ras_michael|ras_michael]] 07:11, 31 October2006 (PDT) | --[[User:ras_michael|ras_michael]] 07:11, 31 October2006 (PDT) | ||
In the same way, I found a lot of people that would be interested in | |||
sharing the address book on the network (in an easy way). | |||
--[[User:Regislessent|Regislessent]] 04:21, 15 November 2007 (PST) | |||
== Funambol Mozilla Addressbook Synchronizer == | == Funambol Mozilla Addressbook Synchronizer == | ||
A new Funambol plugin has been added to Sourceforge.net. This is the Mozilla Addressbook synchronizer, | A new Funambol plugin has been added to Sourceforge.net. This is the Mozilla Addressbook synchronizer, which enable Mozilla users to synchronize contacts between Mozilla Thunderbird and the Funambol server. This is the first Alpha version, and works with Thunderbird 1.5.0.* on windows platform only, Linux version will be available soon... You can find the Mozilla plugin here: [http://sourceforge.net/projects/sync4jmozilla/ Funambol Plugin] | ||
== Thunderbird: Sub-Address Folders == | == Thunderbird: Sub-Address Folders == | ||
| Line 155: | Line 163: | ||
* Adding multiple selections from the address book to lists | * Adding multiple selections from the address book to lists | ||
* Actions for results of the Advanced Address Book Search, such as tag, add to list etc. | * Actions for results of the Advanced Address Book Search, such as tag, add to list etc. | ||
== More interactive features: VoIP calls, e-maps, richer context menus == | |||
First of all, the [[vcard|visiting card]] text should be selectable and copyable. The IM, or instant messaging protocols should be recognized by the [[addressbook]], for example those supported by Pidgin - the AIM is no longer The Only One, and the AddressBook seems to only support AIM, making it useless to store other IM contact data there. | |||
In Poland, for example, the most popular is [[Gadu-Gadu]], with links in the form gg:000000 . | |||
The phone numbers should be displayed as links of the [[callto protocol]] ( callto:+48000000000 ), just as email's mailto: links are. Then, one wouldn't need any addons to use Skype, voipdiscount or any other VoIP telephony software / callto protocol handler. | |||
In [[Firefox]], one can deal with this ignrance towards phone number data by using greasemonkey scripts, which recognize phone numbers and chenge them into callto: links, but it's not possible to use it in [[Thunderbird]]. I'm thinking of an extension for Thunderbird, but including in the addressbook would be much better. | |||
It should be easier to choose the map used for finding addresses, than directly changing the setting in settings editor. | |||
The context menu of a contact should also have an option to call the person, like in phones, giving a choice which phone number to use. | |||
More integration of addressbook is needed with Firefox. Firefox should enable adding contacts and addresses to the addressbook, using the [[microformats]]. | |||
Greetings, Njpl (sorry, don't know how to sign using the wiki properly - maybe a button like in Wikipedia would be a good idea?) | |||
== remote addressbook == | |||
i use IMAP for my mail server. could you make Thunderbird store the addressbook on the mailserver, maybe in its own IMAP folder or something? | |||
users then could configure Thunderbird on a new PC, and on first (or each) run it could sync the addressbook with the remote stored version. | |||
or maybe it doesn't even need a local version, just a remote version. This would solve a lot of problems. | |||
[[mjethanandani 7/11/08]] | |||
Is this not LDAP? What we need is the addressbook to be able to update the entries in LDAP based with the right set of permissions. That can solve the problem of private addressbook (a database entry for each user) and a shared addressbook. | |||