[Telepathy-commits] [telepathy-spec/master] requests.txt: explain how to request new vs existing channels

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


---
 doc/request.txt |   18 +++++++-----------
 1 files changed, 7 insertions(+), 11 deletions(-)

diff --git a/doc/request.txt b/doc/request.txt
index e9e1f23..0a56ccb 100644
--- a/doc/request.txt
+++ b/doc/request.txt
@@ -1434,22 +1434,18 @@ one existing channel, we don't want the CM to create *any* new channels.
 
 Proposed implementation:
 
-* invent an error "already exists"
+* invent an error "already exists", or just use NotAvailable
 
-* the default is to require all the channels to be new; the CM should fail
-  the request (e.g. with "already exists") if it can't create *all* the
-  channels anew, and it should do this without creating *any* channels
-  if possible
-
-* case A: is the default
+* case A: CreateChannel
 
 * case B: we've concluded that this is weird. Who'd want this?
 
-* case C: pass the REUSE flag. The CM will return existing channels
-  if it can, or new ones if not
+* case C: EnsureChannel
+
+* case D: we could define a QueryChannels if there is demand
 
-* case D: don't use RequestChannels; we could define a QueryChannels if there
-  is demand
+* don't implement atomic requests for several channels simultaneously unless
+  we *really* need them
 
 ..
   vim:set sw=4 sts=4 et:
-- 
1.5.6.5




More information about the Telepathy-commits mailing list