[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