Re: [GnomeMeeting-devel-list] Refactoring the addressbook code
- From: Damien Sandras <dsandras seconix com>
- To: GnomeMeeting development mailing list <gnomemeeting-devel-list gnome org>
- Subject: Re: [GnomeMeeting-devel-list] Refactoring the addressbook code
- Date: Tue, 28 Mar 2006 17:18:52 +0200
Le mardi 28 mars 2006 à 16:59 +0200, Julien PUYDT a écrit :
> Damien Sandras a écrit :
> > You will never find a backend that signals when the contact is updated
> > or deleted. So you will have to artificially trigger those signals,
> > which I do not like.
>
> Did you not mention the OpalSIPPresenceEP would have a
> OnContactPresenceUpdated method (or similar name) ? This function is the
> right place to update the contact in the gobject... and the gobject will
> emit that signal naturally.
>
For yourself, no.
For remote contacts, yes.
> What I don't want to see is code like this in some src/gui/roster.cpp :
> gm_roster_backend_update (roster, contact);
> gm_roster_frontend_update (roster_view, contact);
>
> because that means the dbus component won't know about the change. And
> reversely, that means if the dbus component updates the backend, then
> the main ui won't be updated. And if we add whatever third frontend to
> the mix, then things get even worse.
>
That's however what you will see, because there is no other way to do
things.
--
_ Damien Sandras
(o-
//\ Ekiga Softphone: http://www.ekiga.org/
v_/_ FOSDEM 2006 : http://www.fosdem.org/
SIP Phone : sip:dsandras ekiga net
sip:600000 ekiga net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]