Re: [Ekiga-devel-list] Contacts, groups and renaming : the future in questions
- From: Julien Puydt <jpuydt free fr>
- To: Ekiga development mailing list <ekiga-devel-list gnome org>
- Subject: Re: [Ekiga-devel-list] Contacts, groups and renaming : the future in questions
- Date: Thu, 22 Oct 2009 15:51:24 +0200
Damien Sandras a écrit :
What about the API proposal you have in mind ?
(a basic draft about the various classes that will be involved is
enough).
I had in mind something very very basic for the elementary chunks :
std::list<std::string> get_info (const std::string key) const;
(and of course Ekiga::LiveObject)
The real work would be for the merging object, with the following
merging algorithms :
- return the first answer ;
- return the union list of the answers (with duplicates are removed).
The first one could be used to implement the following method of the
merging object (Ekiga::Person?) :
const std::string get_name () const;
and the second to implement :
const std::list<std::string> get_groups () const;
That should be pretty easy to do and would already give the merging and
updating behaviour (that is : you see the merged information, and it is
updated live).
It's still not good enough if you want to add some information (ie: a
name which would hide the underlying name, new groups), but that's a start.
My main worry is the new gui.
Snark
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]