Hi, I agree with you Jan, Evolution is not used by everyone, and for them, addressbook feature in SFLphone is not very useful ... But still, evolution-data-server is the GNOME standard separate applications like Thunderbird could have build upon. But they didn't. We wanted SFLphone to use these standards to be as fully integrated as possible in the GNOME desktop. So my preference goes to your second option: having a bi-directionnal communication with eds to be able, for instance, to add contacts from SFLphone GUI.
Emmanuel ----- Original Message ----- From: "Jan Bakuwel" <[email protected]> To: [email protected] Sent: Wednesday, October 13, 2010 5:06:18 PM GMT -05:00 US/Canada Eastern Subject: Re: [SFLphone] [Technical] some issues and features Hi, On 13/10/10 00:27, Esben Stien wrote: > Esben Stien <[email protected]> writes: > > >> Whatever happened to modularity and reusing existing code?. >> > ..and that's not all. How about accessing the same contact information > from other applications?. > Making an app depend on other apps will make it difficult for people who do not want/use the other app. For instance we're removing Evolution from our systems because we want Thunderbird to be the default mail client and do not want to confuse users with yet another mail client (that needs to be supported). That means we can't use sflphone's addressbooks. And we can't tell sflphone to use Thunderbird's address books... The best solution (IMHO) would be to have a separate application that would provide only address book functionality that would be used by Evolution, Thunderbird, OpenOffice, sflphone, syncs with mobile devices etc etc. Lacking such an application (I'm not aware of one & would be happy to hear about it!), I guess the 2nd best option would be to have an import/export function and implement address book functionality within sflphone. My two cents... Jan _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
