[Telepathy-commits] [telepathy-spec/master] Propose implementation for dis11 and explain why it's a good idea
Simon McVittie
simon.mcvittie at collabora.co.uk
Fri Sep 26 08:20:54 PDT 2008
20080625161146-53eee-ab117037100224c76d50d776c8e11eff0968827c.gz
---
doc/dispatch.txt | 17 +++++++++++++----
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/doc/dispatch.txt b/doc/dispatch.txt
index 232333a..7e7a647 100644
--- a/doc/dispatch.txt
+++ b/doc/dispatch.txt
@@ -430,12 +430,21 @@ Problems:
a handler for contact lists - this excludes the possibility of a third-party
process that does the same thing
-Best-practice solution:
+* Client authors would prefer to wait for all contact lists to arrive (or
+ definitely not arrive), then query for all those contacts' aliases, avatars
+ etc. in one big transaction, and only then display them - but that's
+ impossible if the client is being passive, because it can't know whether
+ the 'publish' channel hasn't arrived yet, or will never arrive because the
+ CM doesn't support it
-* Clients SHOULD NOT be channel handlers for contact lists; clients SHOULD
- explicitly request any contact list channels that they want to use
+Proposed implementation:
+
+* Clients SHOULD NOT rely on being channel handlers for contact lists;
+ clients SHOULD explicitly request any contact list channels that they want
+ to use
-* Perhaps clients interested in contact lists should be observers instead?
+* Clients interested in contact lists should be Observers and observe them,
+ instead of relying on being a channel handler
_`dis12`: A user-defined contact group is found during login
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
1.5.6.5
More information about the Telepathy-commits
mailing list