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
_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list