[Telepathy-commits] [telepathy-spec/master] Mostly dismiss req26b, suggesting a possible implementation (also make the use-case more concrete to make it easier to talk about)

Simon McVittie simon.mcvittie at collabora.co.uk
Fri Sep 26 08:21:01 PDT 2008


20080630170214-53eee-0c4aa7a8196d2be8bc37ae373b592f0c284db5f4.gz
---
 doc/request.txt |   11 ++++++++++-
 1 files changed, 10 insertions(+), 1 deletions(-)

diff --git a/doc/request.txt b/doc/request.txt
index e631f95..3153cb5 100644
--- a/doc/request.txt
+++ b/doc/request.txt
@@ -248,7 +248,16 @@ is really a dispatching problem, but is closely related...)
 
 The desired behaviour is that the same handler receives the channel.
 
-Proposed implementation: FIXME
+Imagine that Romeo has both Kopete and Empathy installed, and Empathy
+is the default, but Romeo is using Kopete to talk to Juliet.
+
+Naive implementation: either the race is won by the request for a
+replacement channel (and Kopete gets it) or it's won by Juliet's message
+creating a new channel (and Empathy gets it).
+
+Too-clever implementation: in principle, there's nothing to stop the
+channel dispatcher remembering that a channel handler has lost a channel,
+and using that as input to its handler-choosing heuristic
 
 _`req27`: Resuming a conversation
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- 
1.5.6.5




More information about the Telepathy-commits mailing list