[Bug 29218] TpStreamTube - high level stream tube API

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Sep 8 11:45:35 CEST 2010


https://bugs.freedesktop.org/show_bug.cgi?id=29218

--- Comment #14 from Guillaume Desmottes <guillaume.desmottes at collabora.co.uk> 2010-09-08 02:45:34 PDT ---
I added a GObject property and an accessor for the Parameters and Service
properties.

The remaning properties are:
- SupportedSocketTypes: We shouldn't expose it expect if we want to let the
user decide of the socket and access control to use. Which we probably don't
want, TpStreamTube should choose the "best" available so I wouldn't clutter the
API with such technical details.

- Tube.State: not sure if we need this one. I'd be tempted to say that
applications won't care much about it. Either they receive an incoming tube
from a TpBaseClient or requested one using TpAccountChannelRequest. In both
cases they already know its state and they just want to offer, accept or
decline the tube. Offer() and Accept() will fail if the state is wrong any way.
Furthermore, adding it will imply adding a a CORE feature for TpStreamTube and
an preparation step.
My vote would be to skip it for now, we can always add it later if we need to.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.



More information about the telepathy-bugs mailing list