Bug 13346 - rethink RoomList interface
Summary: rethink RoomList interface
Status: RESOLVED FIXED
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: All All
: medium enhancement
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-22 06:56 UTC by Simon McVittie
Modified: 2009-02-02 03:50 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Simon McVittie 2007-11-22 06:56:23 UTC
It should be possible to list chatrooms on non-default XMPP conference servers.

(from telepathy-spec TODO)
Comment 1 Simon McVittie 2008-06-27 04:08:57 UTC
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
Comment 2 Simon McVittie 2009-02-02 03:50:07 UTC
Fixed several spec releases ago, and even implemented in Gabble.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.