Re: [GnomeMeeting-devel-list] Refactoring the addressbook code
- From: Julien PUYDT <jpuydt free fr>
- 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:26:03 +0200
Damien Sandras a écrit :
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.
Why ?
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.
What do you mean by "no other way" !?
Snark
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]