Version: (using KDE KDE 3.0.4) What about integrating Kopete with Kaddressbook on various levels for various reasons: 1. Store contact information in Kaddressbook too. This should at least be done for consistency and integration reasons. This way all information related to a person are stored in one logical place: the addressbook - or where would you go looking for someone's telephone number? So why not IM info too? Please note I never said that the technical part of the storage process should be in kaddressbook too... However this should be designed as a two way process. Whenever somebody enters a new address with IM information it should show up as a new contact in Kopete too. 2. Sync User contact Info with Kaddressbook. This could in theory be a very nice feature. Somebody is moving and enters his/her new address into the IM-info. Next time Kopete sees the user online it querries the infos. recognizes they differ from the addressbook and querries the user whether to change the addressbook based on that... The only problem is, that most people don't enter reasonable information anyway and corporate users will probably make use of the kolab server to achieve this functionality... Could be a great feature in theory so. Cheers, Thorsten
This was one of my first thoughts when using kopete. The minimal implementations, which I think would still be very useful would be to try and add any contact in the KAB which has an IM set to the kopete contact list. It seems like it would be harder to go the other way, since you don't always have reliable name information from IM. But I think that if a person in my KAB has an IM, then they should show up in kopete. Is there a reason you couldn't take a given nick or number and just try it on all of the protocols loaded, and see which ones work?
This is going to become more of an issue as time progresses since it is only a matter of time when people will start using IM on PDAs. Once that is widely adopted people will be very happy if there is an easy way to sync IM info with their PDA. Thorsten P.S.: See http://opie.handhelds.org/wiki/index.php/AppWishList for a request to have an IM on OPIE.
I agree that there are too many places where you can contact somebody, or store information about your contacts in kde. I would like to propose the following: 1. One main contact application has to be created, showing a list of all the people you communicate with. After selecting a person, you should be able to choose your method of contact: Send an e-mail, chat, phone, fax, SMS, whatever. This choice of method should invoke (parts of) the e-mail client, Kopete, etc. 2. Selecting a person should also give immediate access to any mails that you have received from this contact, as well as chat logs, notes about recent telephone conversations, and so on. No need to search your e-mail archives for that one mail you received from that particular person anymore. An ideal solution also for service-bureaus and other organisations that need easy access to all communications that have been taking place with all their customers. Maybe this can become the 'killer app' that makes kde popular for administrative tasks. 3. When an email or a chat invitation is received from an new person, a new contact entry should be created automatically. When somebody who has e-mailed you previously contacts you by ICQ for the first time, the ICQ information of that person should be merged with his existing 'contact profile' automatically. 4. When someone sends his phone-number to you by e-mail, the receiver should be able to select the phone-number and choose 'add phone number to contact profile of sender' from a pop-up menu. 5. Any more ideas? What does everyone think about this? Dik
I think this bug should rather target kaddressbook or kontact as product and be assigned to the respective developers. What we need is a standardized (DCOP) interface in kaddressbook which allows communication programs like kmail, kopete, konqueror, kmess etc. etc. to load and save "their" specific strings in kaddressbook. Eg. kmail gets all email addresses and can add more, konqueror gets all homepages and can add more, kopete can (respective to the enabled plugins) load all AIM/MSN/ICQ/etc. contacts and add more etc. I'd assume that something like this is already going to happen.
i personally think dik takken's suggestion is top notch, this is what i believe should be implemented!
I think this option was asked on the kde-pim mlist. To integrate Kopete in Kontact. A logical step will indeed be, including a standardized (DCOP) interface in kadresbook and kopete.
I fully support the ideas of Dik, but would add the following: I would like to be able to reference adressbook entries in other addressbook entiries. If I have 20 people form one company I still have to edit all entries if the company mode to a new street address or gets a new phone number. Same thing with spouses, who have their own full entry.
Kopete CVS HEAD has now a partial support of the KAdressBook
We can now link a buddy to an Addressbook entry, but what does it do ? Thanks :)
>We can now link a buddy to an Addressbook entry, but what does it do ? I'm wondering, too?
Is there a reason this is RESOLVED->FIXED? The integration with KAddressBook in CVS is quite nice, but still not complete. Adding new contacts to KAddressBook w/ IM info still does not add them to Kopete (in fact, if you add them in Kopete from the address book it will still ask for their IM info even if the address book has it), and Kopete and KAddressBook have completely isolated people-groups. Since Kontact is supposed to be a general communications tool, it might make sense for it to list *all* KAddressBook people (including those without IM) just for consistency-- they can all be used to invoke KMail, I believe...
The IM info field in KAddressbook is really obsolete now that KIMProxy integration is there. It should be removed from KAddressbook I think - it confuses users like this.
Sorry - to be clear I mean editing the IM field in KABC. It should be read-only shouldnt it?
There's an entire tab for editing IM accounts in KABC... and it's updated in CVS somewhat often. Doesn't sound like something obsolete.
The reason the single IM field is still in KAddressbook is that most groupware servers don't accept more than a single address. The one in the field is the 'standard' address exposed to these servers. The "Edit IM Addresses" button lets you edit the rest and set the standard address, the tab is gone.