[telepathy-spec/master] Specify that PreferredHandler trumps the filter
Will Thompson
will.thompson at collabora.co.uk
Mon Nov 30 09:00:33 PST 2009
Clients requesting channels for themselves shouldn't have to jump
through hoops to do so, and if you request a channel for a particular
other application you'd better be sure it can deal with it.
---
spec/Channel_Dispatcher.xml | 9 ++++++++-
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/spec/Channel_Dispatcher.xml b/spec/Channel_Dispatcher.xml
index 06f0458..75362f3 100644
--- a/spec/Channel_Dispatcher.xml
+++ b/spec/Channel_Dispatcher.xml
@@ -185,7 +185,9 @@
channel, or an empty string to indicate that any handler would be
acceptable. The channel dispatcher SHOULD dispatch as many as
possible of the resulting channels (ideally, all of them)
- to that handler, and SHOULD remember the preferred handler
+ to that handlerâirrespective of whether that handler's <tp:dbus-ref
+ namespace="org.freedesktop.Telepathy.Client.Handler">HandlerChannelFilter</tp:dbus-ref>
+ matches the channelâand SHOULD remember the preferred handler
so it can try to dispatch subsequent channels in the same bundle
to the same handler.</p>
@@ -199,6 +201,11 @@
namespace="org.freedesktop.Telepathy.Client.Handler">HandleChannels</tp:dbus-ref>
on it, and partly so the channel dispatcher
can recover state if it crashes and is restarted.</p>
+
+ <p>The filter should be disregarded for ease of use of this
+ interface: clients will usually use this argument to request
+ channels be sent to themself, and this should trump the filter
+ not matching.</p>
</tp:rationale>
<p>If this is a well-known bus name and the handler has the
--
1.5.6.5
More information about the telepathy-commits
mailing list