@lists.freedesktop.org
Subject: Re: [Telepathy] StreamedMedia/Call spec ambiguities
Telepathy-Rakia should return the stream with direction Receive and
the Pending_Remote_Send flag.
Umm, you mean Send + Pending_Remote_Send, right? That would be the
natural complement for the Receive
...@gmail.com; youness.ala...@collabora.co.uk
Cc: telepathy@lists.freedesktop.org
Subject: Re: [Telepathy] StreamedMedia/Call spec ambiguities
To think of it, maybe it should be documented: if Receiving direction
and Pending_Remote_Send flag are both set, the underlying protocol
authorises the remote
+mikhail.zabaluev=nokia@lists.freedesktop.org] On Behalf Of
ext Olli Salli
Sent: Monday, April 04, 2011 4:24 PM
To: David Laban
Cc: telepathy@lists.freedesktop.org
Subject: Re: [Telepathy] StreamedMedia/Call spec ambiguities
Following IRC discussion, let me condense the current issues
2011/4/5 Olivier Crête olivier.cr...@collabora.co.uk:
In my experience, clients should call RequestStreamDirection with
whatever they want and the listen for StreamDirectionChanged and then
re-call RequestStreamDirection until they get what they want. That's the
only way I'm sure works with
@lists.freedesktop.org
Subject: Re: [Telepathy] StreamedMedia/Call spec ambiguities
Following IRC discussion, let me condense the current issues with
StreamedMedia and its Gabble implementation into a few bullet points:
- Is the direction of a stream in a StreamedMedia channel a valid
concept unless
On Mon, 2011-04-04 at 21:59 -0400, Youness Alaoui wrote:
On 04/04/2011 10:57 AM, mikhail.zabal...@nokia.com wrote:
-Original Message-
Following IRC discussion, let me condense the current issues with
StreamedMedia and its Gabble implementation into a few bullet points:
- Is
