[Telepathy] [Bug 13346] rethink RoomList interface

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=13346


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.