[Telepathy] [Bug 13346] rethink RoomList interface

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Jun 27 04:08:57 PDT 2008


Simon McVittie <simon.mcvittie at collabora.co.uk> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED

--- Comment #1 from Simon McVittie <simon.mcvittie at collabora.co.uk>  2008-06-27 04:08:57 PST ---
Documentation accompanying the "requestotron" spec (request use-cases req9 and
req10) explains how we plan to do this.

While thinking about requestotron design issues, we've come up with the
following suggestions:

* we should change the API so RoomList is not a singleton and each RoomList has
exactly one user

* on protocols where we can list rooms in a parallelizable way (XMPP) we should
just do so

* on protocols where the room list is maintained in memory at all times
(Clique) RoomList channels should be views onto it

* on protocols where room listing is not parallelizable and involves being
flooded with data (IRC) we should either have the second RoomList channel not
actually start listing until the first has finished, or even cache the list
from the first channel and replay it in the second

Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the Telepathy mailing list